程序员恨的四件事

‘壹’ 程序员你不知道的一面

我们想象中的程序员是：人傻差敏戚、钱多、不健康的。然而事实并不是这样。因为小编的程序员同事是钱多但人不傻，健康的IT男。北大青鸟http://www.kmbdqn.cn/分享几个小段子，看看程序员的日常。程序员你不知道的一面：

1、程序员最烦两件事，一是别人要他给自己的代码写文档，第二是别人的程序没有留下文档。

2、程序员问禅师："大师，虚陵我身体健康思想端正，各方面都不错，为何没有女朋友?"禅师笑答："原因很简单，不过若想知道，需先写一段ja代码。"青年略沉吟，写完了。"再写一段C#。"写完了。"再写一段php。"写完了。"这就是原因"拿判

3、一程序员家的水管坏了，他打电话叫来一个水管工修理。水管工鼓捣了一个小时，终于把管子修好了，他递给程序员一张600元的帐单。"600元!"程序员愤怒了："我当程序员一天都赚不了这么多钱!""是啊。"水管工淡定地说，"我当程序员的时候也是。"

4、某程序员退休后决定练习书法，于是重金购买文房四宝。一日，饭后突生雅兴，一番研墨拟纸，并点上上好檀香。定神片刻，泼墨挥毫，郑重地写下一行字：helloworld!

5、网络聊天的时候，想表达对方是猪，一般人会打"xxx你这个猪。"，程序员会打xxx。isPig=TRUE。

‘贰’ 程序员的悲哀是什么

“码农”这个词，不管是不是从事IT工作的人，都略有耳闻。这个词的诞生无从考究，不知是程序员的自嘲，还是外行带有颜色的嘲讽。总之，对于这个词，我是既无奈又无力反驳。确实，工作中，我们大多数底层程序员每日做的工作相当于流水线的作业。

大部分程序员是悲哀的，不是情商、衣着、自黑之类，悲哀的是没有决策权。项目做成什么样，那是领导和产品经理的事；用什么技术框架，那是架构师的事；数据库的设计，业务那是项目经理和产品的事；而作为一个普普通通的底层码农，我们只需要拿到需求，然后等设计给图子，流水化的写出实现代码。我们只是一个执行者，别人叫你干啥就干啥。最后项目做坏了，裁员的是谁？程序员。

这就是一个普普通通的“码农”。读书那会，我的老师跟我说，“如果从业十年，你依旧在写最基础的代码，做一个码农，那么就不要做程序员了，转行吧”。现实中，每个公司存在最多的就是这些“码农”，那种掌握核心技术，产于项目设计，技术架构的毕竟是少数，大多数程序员都处于被动接受，按需求完成代码的任务。

做程序员越久，越是感到：我们就是新时代的手工艺者。只有少数的人，从手工艺者，变成了发明手工艺制作机器的人，少部分人变成了设计手工艺品的人，少部分人变成了车间主任罢了。

“码农”这个词有着深深地悲哀。

见过太多刚入行的菜鸟，像极了曾经那个满怀激情，梦想的自己。当第一次接触Java的面向对象思想时，那种兴奋，仿佛能用Java描述整个世界，仿佛自己就是上帝一般，在现实世界，创造出另一个虚拟世界。而现实中，一两年的流水化作业，冲淡了一切。

对于产品，仿佛是自己的孩子，从无到有，一点一滴，看着一个网站，产品，在自己的手下，满满长大，那种满足感，自豪感，油然而生，但是最后你希望它变得更优秀时，却发现它不受你控制，仿佛养了好几年的儿子，被人教唆去做坏事，你不能说任何话，因为抚养费不是你出的。

决定你有没有决策权的是你的纵向位置，也就是在本行业金字塔的位置，出类拔萃者说话就响。过惯了咸鱼生活，但谁又甘心做一个“码农”，我们希望发出自己的声音，成为那个有权利选择的人，这一切需要提高自己的技术，能力作为支持。在国外，程序员被称为程序设计师，而国内“码农”，区别可想而知。

‘叁’ 什么仇什么怨，程序员设计师与产品经理的爱恨纠

哈哈哈，程序员和产品经理可以说是死对头啦。
1、频繁改需求
如果项目经理想要整死程序员，频繁改需求是最快的办法。特别是做了一半硬是改掉需求，scrum里的表现就是sprint内的非受迫需求变更，太狠了，技术同学表示不能忍。
2、拿老板和运营做挡箭牌
不说清需求价值，当技术童鞋问“为什么要做”的时候，支支吾吾，或者说“老板要的、运营要的”。最绝的就是说，这个功能老板说必须要做，那个功能老板说明天就得上……
3、扮用户
程序员会产品经理沟通的时候，比较经常就是听到，“关键字是用户不会这么觉得，如果我是用户。”
这种产品经理通常关注点会有问题，比如更多的时候讨论的是这个按钮是这么颜色，应该放在哪里，文案应该怎么写等，如果把这些问题当做核心，那难免会让人啼笑皆非。

4、口头禅——不就是xxx
有些产品经理口头禅：不就是xxx，这也引来一些程序员的反感。
比如“这个问题不就是在数据库里加个字段就可以解决了吗?你要是没时间，我给你写个SQL 语句，你执行一下吧。”结果程序员一脸懵逼。
其实，如果是在你的非专业领域里，最好少用这种“不就是XXX”这样的句型为妙。
5、不懂装懂
特别是对技术一窍不通的产品经理，会不停让程序员加班赶工。
“开发大哥，我代码写的不多，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期?”
此时，想必程序员口袋里50米大刀已经饥渴难耐......这种产品经理叫程序员哭笑不得。
希望可以帮到你，谢谢！

‘肆’ 为什么都说悲剧的程序员程序员很悲剧吗

情景一：

程序员的悲哀，不是情商问题，不是衣着问题，更不是自黑之类的，悲哀是并没有决策权。项目做成什么样，你有决定权吗？那是领导和产品经理的事。注意流程是这样的：领导或经理决定要改需求，然后通知你，然后你等设计给你图，然后你做好。程序员只是一个执行者，别人叫你干啥你就只能干啥，除非产品是傻逼到让你实现不可能的功能。最后项目做坏了，裁员了是谁？程序员。

做程序员越久，越是感到：我们就是新时代的手工艺者。只有少数的人，从手工艺者，变成了发明手工艺制作机器的人，少部分人变成了设计手工艺品的人，少部分人变成了车间主任罢了。

“码农”这个词有着深深地悲哀。

欢迎大家都来吐槽！

‘伍’ 程序员最怕什么

程序员为什么容易脱发掉头发？近10年来互联网飞速发展，导致互联网的人才需求也日益增加，程序员更是因为成为各大互联网公司必争的人才资源，所以身价也水涨船高。网上曾经流传这么一条段子，找程序员做老公的3大理由。1.挣钱多，死得早。2.女同事少，出轨几率少。3.埋头苦干，任劳任怨。哈哈，虽然只是条段子，但是却在一定程度上反应了很多程序员的真实生活情况，而且在现实生活中程序员跟脱发人群也是有非常大的重叠部分，程序员为什么容易脱发掉头发呢？

1.程序员容易脱发掉头发是因为工作时间不规律：大家都知道程序员的工作强度一般比较大，而且很多小的公司因为程序员的工资太高而一般会选择压榨现有程序员的劳动力和工作时间。所以导致项目一上线，很多程序员就不得不24小时待命。而人体的新陈代谢时间是晚上11点到凌晨2点，这个点也恰恰是头发的生长时间点，不注意休息经常熬夜肯定也会导致头发生长不完全。

2.程序员容易脱发掉头发是因为精神长期高度集中：松柏大夫之前也有文章提到过长期的高度紧张状态会导致脱发的情况，因为人体的肾上腺素等压力激素长期居高不下，压力激素会把毛发的“资源”也一起集中在我们的大脑以便满足大脑高速运转的需要，所以毛发就会因为缺乏营养而变细、脱落。

3.程序员容易脱发掉头发是因为长期面对电脑、手机：电脑辐射不但会影响眼睛，对人体头发毛囊也会有一定的影响，辐射会对细胞有一定的“灭活”作用，所以说长期面对电脑对皮肤影响不好，而人体的头皮细胞是非常脆弱的。

‘陆’ it写作文档

1. 为什么程序员不愿写文档

其中的原因很多，我自己归纳了几点：1.怕烦程序员从入门之日起，就在心里埋藏了一颗编程的种子，认为程序员就是编程序的，就是和计算机打交道的，程序就是程序员的全部。

无论是在编程之前写文档，还是在编程之后写文档。他们都认为写文档很烦人。

1）文档种类太多。越正规越多。

一想到要写那么多的文档，程序员的头都要大了。2）文档写作要求不低。

有格式要求、内容要求，还需要画各种流程图、示意图、关系图、界面图和填写各种表格说明，以及要收集各种资料。虽然没有技术含量，但是要花的时间比编程序多，而且也不一定能写好。

3）在正规的开发公司中一般一个变更就要编写一系列的变更文档。当不断变更时，只有最后的变更文档是最重要的。

当我们不知道当前是不是最后一个文档时，我们就不愿意写可能被后面的文档替代的文档。4）当写了文档之后，就会不断有使用文档的人来询问细节，这些询问往往会让人崩溃。

这是因为很难写出让每个人都提不出问题的文档。2.没空在很多情况下，程序员都处于一种“时间紧、任务重”状态。郑首穗

在急于得出编程结果的驱使下，程序员一心扑在编程上，恨不得一分钟一个变化，哪有心思和时间先把文档写好再去编程呢？即使他们拥有先把程序编出来，然后再补写文档的想法，但是一旦他们完成一段程序之后，就会立即扑向第二段程序。如此下来，编写文档只能放在项目开发的后期了。

你要是真的写文档，那写文档的时间早已将编程时间给挤占了，你的编程工作就完不成了。3.没有用文档的重要性其实对不同对象是不一样的。

如果你说文档没有用，立即会有人用唾沫把你淹死，他们立即会搬出哪个哪个说文档是重要的，文档是不可缺的。唯独不敢说“我自己认为文档是重要的”。

这也反过来说明文档的有用性程喊卜度对不同人是不一样的。对于程序员来说，只要能把程序编出来就行了。

很多程序员不写文档照样编出程序来，在他们的观念中文档不写也罢。如果按文档编程序，那就要确保文档的正确性、不可更改性。

而实际上，文档不如编程快，编程不如变化快，不断变化的需求和代码让文档如同一张过时的废纸一样。在现实中，有的文档变成了项目开发后的总结，对开发本身并不起作用，只是保留一个存在的形式，以应付各种各样规范的需要。

在这种情况下，文档没有任何实用价值，所以即使程序员写了，也没有什么作用。尤其是项目投产后，几经升级，最初的文档早已和现实的情况对不上号了，文档更新和系统的一致性更是难于控制。

4.没好处既然认为编程序才是正道，那么程序员写文档就是一种额外和辅助的工作，做了就做了，对于程序员来说没有任何好处。当然，文档的好处更多地体现在软件公司、单位、软件用户、后续程序员身上，它是一种“前人栽树，后人乘凉”的好事。

所以程序员不愿意写文档。文档有多么重要呢？有人把它上升到“程序员头脑的拷贝”的高度，有的人甚至说，程序员走了后，只要有了文档，软件公司可以再招新人，公司照样运转起来。

如此说来，天性聪明的程序员会把文档写得清清楚楚吗？5.不会写从写作本身来看，芹庆写好一篇文档不是一件容易的事。文档有文档的格式和写作要求。

现在的人只喜欢动嘴说事，没有多少人在平时会动笔写字，更不用说写文章了。所以，写文档从理论上来说也是需要学习和训练的，需要在平时进行写作积累。

当要求一些程序员写文档的时候，他往往会回答你：“怎么写呀？我不会。”你不会写可以不怪你，你不去学，反而理直气壮地说不会，则是你的不对了。

难道那些会写文档的人都是“呆子”吗？难道他们不懂干活辛苦的道理吗？当一个男子向一个自己喜欢的女子示爱，需要用情书来表白的时候，难道他不会写情书吗？即使他不会写，他也一定会克服千难万险把情书写出来的，这是他的主观使然。如果程序员主观上想写文档，怎么会怕烦？怎么会怕没空？怎么会怕文档没有用？怎么会怕不会写？这些怕其实都是借口。

真正优秀的程序员应该不单是编程的高手，同时也应该是写文档的高手。程序员真正不喜欢写文档的原因是：文档是给别人看的，不是给自己看的。

如果要使程序员喜欢写文档，那就要提高程序员的意识和境界，或者要给写文档的程序员以奖励。而靠制度、管理让程序员去写文档只能是一种职业上的弊端。

当有一天写文档也成为一个专业化的岗位，程序员和文档人员分开时，程序员就会一心一意看文档写代码，文档员就会以此为职业，一心一意写文档拿工资。我们将不再为此进行讨论。

这种分工一定是未来的趋势。一些大的公司或管理规范的公司都已经有这样的分工了。

只是很多中小软件公司或企事业单位里的IT部门还没有专业化到如此程度。程序员不喜欢写文档也许说明他们不愿意承担太多的角色吧。

不管怎么说，作为一个程序员（尤其想成为优秀程序员）一定要学会写文档，一定要学会欣赏文档。无论你是否喜欢，你都应该可以在文档的各种问题面前可进可退。

可以这样说，那些既不会写文档，又不会欣赏文档的程序员是没有资格说“我就不喜欢写文档”这种话的。

2. IT文档工程师有什么要求

我就是文档工程师。就技术要求上说

1.需要你对文字的表达能力，毕竟多是要你自己“写”文档，而且针对对象不同，表达的方式不同。写作技巧，文字细节等，需要揣摩。主要是简介明了，准确易懂，有针对，不罗嗦。

2.需要你能比较熟练操作MS 工具，主要是word，写文档主要靠这个，其次还有excel和PPT，较之word少。不是说非要精通，很多东西都是在实际工作中慢慢学来的。

3.需要你对公司产品有个了解，比如产品系统架构，主要的工作流程，各个组件的功能和原理。由于写文档很直接跟这些相关，所以要尽快掌握。

4.要不断自我学习。虽然文档工程师不像，研发和测试工程师那么累，但是也要不断学习。学习英语，因为可能需要翻译。学习IT行业的一些基本知识，买几本书，手头翻翻。学习产品相关的软件使用，比如Linux指令等。如果涉及程序代码的，就要学习那些编程语言了，不过也只是架构上的，不需要你看懂每一行语句。

差不多就这些了。任何职业都要有自己的能力和兴趣的融入，才能工作开心，生活开心。祝你好运

3. 我是学it的（想在网上写小说怎么写

第一种是先把自己的文存在word文档里 在相应的贴吧发文

例如 言情小说 可以在言情小说吧里发文 不过这种一般都是写的好玩的

第二种是在小说网上

比较好的就是 小说阅读网 起点 晋江

如果是校园的小说的话 可以去聚星 不过聚星很卡

如果文笔比较淡 比较成熟的话 可以去花火

不过这种方法一般要通过审核才可以发表 第一种可以自己发表

第二种方式比较考文笔

如果ll不想审核的话 可以去贴吧发 不过吧友的回复也是一种审核吧

第二种如果文笔比较拖沓的话 就很容易功亏一篑了 可能写了一大堆 但通不过审核╮（╯▽╰）╭

但这两种都最好要把文文存在word文档里 虽然小说网一般可以作家存稿 但还是文档里保险一些

4. 知名企业招聘网络工程师要求

网络工程师每个公司和任职要求不一样，一般分为初级、中级和高级，初级任职要求相对较低，任职要求一般为： 计算机及相关专业大专以上学历； 熟悉相关系统；熟悉网络协议，对网络有一定了解；具有一定的英语阅读能力和英语基础； 了解相关服务器。

中级和高级要求工作经验两年以上，任职要求也较高具备网络维护或相关工作经验，掌握各种网络环境搭建（LAN/WAN），具备较强的技术基础；掌握数据网络基础知识；具备较强的网络维护和故障处理能力，熟悉网络测试工具；熟悉网络安全、主机安全相关知识，能熟练配置主流的防火墙，等等，不过每个公司的职位要求还得视该公司具体职位要求为准。

5. 为什么程序员不愿写文档

其中的原因很多，我自己归纳了几点：1.怕烦程序员从入门之日起，就在心里埋藏了一颗编程的种子，认为程序员就是编程序的，就是和计算机打交道的，程序就是程序员的全部。

无论是在编程之前写文档，还是在编程之后写文档。他们都认为写文档很烦人。

1）文档种类太多。越正规越多。

一想到要写那么多的文档，程序员的头都要大了。2）文档写作要求不低。

有格式要求、内容要求，还需要画各种流程图、示意图、关系图、界面图和填写各种表格说明，以及要收集各种资料。虽然没有技术含量，但是要花的时间比编程序多，而且也不一定能写好。

3）在正规的开发公司中一般一个变更就要编写一系列的变更文档。当不断变更时，只有最后的变更文档是最重要的。

当我们不知道当前是不是最后一个文档时，我们就不愿意写可能被后面的文档替代的文档。4）当写了文档之后，就会不断有使用文档的人来询问细节，这些询问往往会让人崩溃。

这是因为很难写出让每个人都提不出问题的文档。2.没空在很多情况下，程序员都处于一种“时间紧、任务重”状态。

在急于得出编程结果的驱使下，程序员一心扑在编程上，恨不得一分钟一个变化，哪有心思和时间先把文档写好再去编程呢？即使他们拥有先把程序编出来，然后再补写文档的想法，但是一旦他们完成一段程序之后，就会立即扑向第二段程序。如此下来，编写文档只能放在项目开发的后期了。

你要是真的写文档，那写文档的时间早已将编程时间给挤占了，你的编程工作就完不成了。3.没有用文档的重要性其实对不同对象是不一样的。

如果你说文档没有用，立即会有人用唾沫把你淹死，他们立即会搬出哪个哪个说文档是重要的，文档是不可缺的。唯独不敢说“我自己认为文档是重要的”。

这也反过来说明文档的有用性程度对不同人是不一样的。对于程序员来说，只要能把程序编出来就行了。

很多程序员不写文档照样编出程序来，在他们的观念中文档不写也罢。如果按文档编程序，那就要确保文档的正确性、不可更改性。

而实际上，文档不如编程快，编程不如变化快，不断变化的需求和代码让文档如同一张过时的废纸一样。在现实中，有的文档变成了项目开发后的总结，对开发本身并不起作用，只是保留一个存在的形式，以应付各种各样规范的需要。

在这种情况下，文档没有任何实用价值，所以即使程序员写了，也没有什么作用。尤其是项目投产后，几经升级，最初的文档早已和现实的情况对不上号了，文档更新和系统的一致性更是难于控制。

4.没好处既然认为编程序才是正道，那么程序员写文档就是一种额外和辅助的工作，做了就做了，对于程序员来说没有任何好处。当然，文档的好处更多地体现在软件公司、单位、软件用户、后续程序员身上，它是一种“前人栽树，后人乘凉”的好事。

所以程序员不愿意写文档。文档有多么重要呢？有人把它上升到“程序员头脑的拷贝”的高度，有的人甚至说，程序员走了后，只要有了文档，软件公司可以再招新人，公司照样运转起来。

如此说来，天性聪明的程序员会把文档写得清清楚楚吗？5.不会写从写作本身来看，写好一篇文档不是一件容易的事。文档有文档的格式和写作要求。

现在的人只喜欢动嘴说事，没有多少人在平时会动笔写字，更不用说写文章了。所以，写文档从理论上来说也是需要学习和训练的，需要在平时进行写作积累。

当要求一些程序员写文档的时候，他往往会回答你：“怎么写呀？我不会。”你不会写可以不怪你，你不去学，反而理直气壮地说不会，则是你的不对了。

难道那些会写文档的人都是“呆子”吗？难道他们不懂干活辛苦的道理吗？当一个男子向一个自己喜欢的女子示爱，需要用情书来表白的时候，难道他不会写情书吗？即使他不会写，他也一定会克服千难万险把情书写出来的，这是他的主观使然。如果程序员主观上想写文档，怎么会怕烦？怎么会怕没空？怎么会怕文档没有用？怎么会怕不会写？这些怕其实都是借口。

真正优秀的程序员应该不单是编程的高手，同时也应该是写文档的高手。程序员真正不喜欢写文档的原因是：文档是给别人看的，不是给自己看的。

如果要使程序员喜欢写文档，那就要提高程序员的意识和境界，或者要给写文档的程序员以奖励。而靠制度、管理让程序员去写文档只能是一种职业上的弊端。

当有一天写文档也成为一个专业化的岗位，程序员和文档人员分开时，程序员就会一心一意看文档写代码，文档员就会以此为职业，一心一意写文档拿工资。我们将不再为此进行讨论。

这种分工一定是未来的趋势。一些大的公司或管理规范的公司都已经有这样的分工了。

只是很多中小软件公司或企事业单位里的IT部门还没有专业化到如此程度。程序员不喜欢写文档也许说明他们不愿意承担太多的角色吧。

不管怎么说，作为一个程序员（尤其想成为优秀程序员）一定要学会写文档，一定要学会欣赏文档。无论你是否喜欢，你都应该可以在文档的各种问题面前可进可退。

可以这样说，那些既不会写文档，又不会欣赏文档的程序员是没有资格说“我就不喜欢写文档”这种话的。

6. 如何才能写出好的产品文档

一般来说，产品文档分为产品需求文档和产品使用文档两种。产品需求文档主要面向的是产品的开发、设计者，期望是产品的实际开发人员了解产品的细节，让开发完成的产品达到前期设计需求的预期；产品使用文档面向的主要是使用者，使其通过产品文档掌握产品的功能使用，也就是我们常说的产品使用帮助；如果不搞清楚文档面向的对象，往往写出来达不到预想的效果。类似这样专业的文档文案，其实是有一定共通性的；掌握这类文案的写作技巧，尤其对我们IT从业人员来说，是一项非常不错的技能。笔者从业这两年，跟此类文档打过不少交道，在这里跟各位分享一些经验。

1、对象要清楚

开篇就提到了，清楚文档面向的对象的重要性。对于不同的对象，必须使用不同的写作思路来对待，尽可能的站在对方的角度去思考。他需要看到什么？什么内容对他有用？我如何阐述给他？对于产品设计人员，他所需要了解的是产品的样式、界面、交互等情况，对于实际编码人员，他则偏重于产品的可实现性，你的内容则需要偏注产品的功能细节和内部处理。所以，文档面向的对象决定了文档的功能和内容。确定文档面向的对象才能做到有的放矢。

2、条理要清晰

文档的条理清晰不仅让你的文档看起来比较顺畅，更让阅读者能够很清楚的理解。所以，下笔之前就应当知道自己的文档内容大致分为哪几个大的模块、模块下又细分了多少个子模块，然后在大纲的基础上，再进行详细的内容填充。笔者之前的经验，往往在文档下笔之前认真思考了好几天，总希望在下笔之前就希望把所有的问题都想清楚。这对于写作者来说，是一件不好的举动。其实，东西在脑子里转悠，不如在纸上来的直观。大纲列出来之后，然后再来反复的添加、修改，比你按笔不动要来的有效率得多。对于写作来说，最难的也是开始。

3、逻辑要严谨

产品类的文档不同于平常我们书写的文档类型。对于内容叙述的严谨性要求非常严格。因为你的文档不单单是一个你对这个项目、产品的理解，它更是需要做为一个协作的载体让其他的同事同时使用，更可能成为其他同事工作方向的指引。因此，严谨是必须的。所以，在满足了文档条理清楚的前提下，仔细斟酌、思考文档可能会出现歧义、漏缺的部分，反复修改文档成为了一项必须的工作。在大家协调工作的背景下，你一个人不可能将所有的问题都考虑清楚。所以往往出现同事指出你文档中存在的毛病和漏洞。但是你还是应当在前期多做一些考虑，将问题尽量减少。

4、用词要专业

专业的用词不当可以帮助你提升文档的专业度，更可以帮助你提升效率，减少重复和不必要的沟通成本。既然是行业那就需要行业标准，使用专业的行业术语是一种职业化的表现，这样既可以很快和同事达成共识，又让别人觉得你很专业。我想，同事之前这样的协作才是有效率的。当然，对于新手来说，如何掌握专业的用词，这就需要平时多看多读了。多了解小众的博客，多认识一些前辈和朋友，无论是对写作还是对工作的认识，都是很有帮助的。

5、格式要规范

对于一个IT行业从业人员来讲，规范化、流程化的工作模式是非常重要的。对于需要经他人手的文档、或者需要进行存档的文档来说，格式的规范与否是一个衡量你专业化程度高低的重要衡量标准。当然，说到这个规范，你在第一次写作之前就应该了解这个规范是一个什么样的规范。是行业规范？还是公司内部的规范？这取决于你所在公司或所从事项目的情况。对于大公司，你所要做的就是找之前前辈们写过的同类文档进行拜读，了解这些规范。对于小公司或者新创的项目，之前没有过同类产品文档的情况。你所要做的就是沿用标准规范再加上项目特点，尽可能细致的书写。相信，经过你的努力的，你写的文档将会成为该类文档的案例，成为规范。

其实无论是产品需求文档（PRD）、产品策划书还是商业计划书，其实都是需要我们下功夫仔细研究的。毕竟中国互联网发展才十几年，很多细节都还不是很专业。对于一个会思考的互联网人，武装自己的头脑，丰富自己的技能才能找到更好的职业发展。

‘柒’ 有哪些事情是程序员都知道，但大多数人不知道

1. 原来Bug是永远改不完的程序员的日常三件事:写Bug、改Bug、背锅。调侃程序员时，就经常会说：“哟，又在写Bug。”。

文章图片2
图片来源于网络，如有侵权请联系作者删除

2. 原来程序员工作后不继续学习是要被时代淘汰的互联网行业作为高薪行业之一，与其他行业不同，它的入行门槛低，赚钱快，只需要会写代码就能入行。许多年轻人受到“高薪诱惑”，纷纷涌入程序员这个赛道，让这个本来就很拥挤的行业竞争变得更加激烈残酷。

文章图片3
图片来源于网络，如有侵权请联系作者删除

3. 原来程序员不能一直死磕技术在互联网行业，技术虽然是核心竞争力，但是技术永远是为业务服务的，两者结合最终才能创造出价值。作为一名程序员，技术固然很重要，只有对算法进行了深刻理解、掌握了数据结构、数据库、操作系统等知识，才能做出改变整个行业工作方式的框架出来，甚至连产品设计、业务功能都要凭借技术才能做到。

4. 原来程序员不穿格子衫、头发黝黑曾经流行这样一种说法：程序员支撑起了全世界的格子衬衫产业。一个程序员必备的四件套：格子衫、黑框眼镜、牛仔裤、运动鞋。

文章图片4
图片来源于网络，如有侵权请联系作者删除

5. 原来程序员只是一份普通的职业每个程序员都只是普普通通打工者的一员，每天要面对脑力和体力的双重暴击，如果不小心编写出了错误的程序，就会看到满屏的错误警告。还有，不是每个程序员逻辑都很好……作为程序员，经常面对被人误解的丧、还要保持懒得辩解的忍……

文章图片5
图片来源于网络，如有侵权请联系作者删除

6. 程序员其实可以朝九晚六不加班。

7. 很多时候体力活大于脑力活。

8. 很多时候处于底层，相对于业务方，产品，测试等等。

9. 挥洒代码大多数时候都是复制粘贴。

10. 大多数bug不是代码问题，是用户环境或者网络原因。

文章图片6
图片来源于网络，如有侵权请联系作者删除

11. 有些人就等着被辞退，然后重新找工作，既涨工资又拿补偿。

12. 上班时间是上班时间，下班时间是自己时间，拉屎喝水尽量在上班时间干。

13. 看到网上有公司老板问问题，加班之类的，记录下公司名，保存到黑名单，绝不入坑。

‘捌’ 作为老程序员，你的吐槽是什么

repmovsdwordptr[edi],dwordptr[esi].这是intel风格的rep指令的通常写法。而在att风格中，这句话是什么样的呢？repmovsl(对于32位代码段)不过我感觉用得最多的还是movsb，因为不是所有的数据都能保证对齐的，当然可以事先看一看rcx的末位.

‘玖’ 如何看待互联网大厂程序员因厌恶编程，辞去月薪2w+的工作去当司机

人各有志，只要能过上开心快乐的日子，做什么职业不重要。
外面的人看到的都是程序员的工资高，却不知道程序员工作中的烦恼
奇葩的需求
2018年中国平安的产品经理和APP开发人员在办公室打了起来，原因是该产品经理给开发提了一个需求，根据用户手机壳的颜色自动调整APP的主题，程序员听到这样的需求后对产品经理大打出手。假如这样的需求给到我的话，大打出手倒不至于，辞职是肯定的。对于这种完全不懂编程的产品经理，日常被程序员问候已经是常态了。
2019年某次元视频网站源码泄漏事件中，不少人在源码的注释中看到了这个
可见程序员日常写代码中都不忘问候产品经理，对产品经理的仇视是日积月累的。
还有这个
地位
程序员被戏称为码农、代码搬运工也不是没有道理的，在需求上没什么话语权，需求来了，即使觉得这样的需求不合理、没有意思，也要硬着头皮去做完；拿到需求，只能默默低头完成，这时候培养一个好心态尤为重要，不然将是无休止的口水战争。
弹性工作时间
程序员的加班是无休止的，996已经是工作常态了（早上9点上班，晚上9点下班，一周工作6天），遇到紧急任务或者产品上线，有时甚至需要工作到凌晨，去年较火的github项目996.ICU，程序员集体反抗，但是作用根本不大，除了让外界知道程序员加班外，工作时间没有任何改善，甚至由于大环境不好，很多程序员都丢了工作。现在的招聘信息中，工作要求中一般都不写加班，但是在会在面试的时候问你能不能接受加班，你要是说不能接受，基本就凉了。
身体越来越差
当程序员的，在变强的道路上秃顶的问题也随之而来，刚入行时关注编程能力的变强，到入行后的养生，行内的规矩，根据程序员的发亮去判断一个程序员的技术水平，虽然是吐槽，但是也并不是没有道理的，程序员的工作本来就烧脑，平时工作头发掉得多，还有工作时间也导致了这个行业普遍都掉发严重，晚上得不到好的休息。
后来还出现了帮助程序员通过面试的发型
通过发型迷惑面试官，让面试官认为你是具有多年开发经验的老手。
发亮都是表面上看到的，还有内在的，程序员因为工作时间长，平时没有时间锻炼身体，久坐，导致的腰肌劳损，颈椎病都是常态
所以工作多年的程序员中就两种体形，一种骨瘦如柴，一种发胖型，就没有几个是壮的。
最后
程序员的转行都是多种原因，日积月累的，曾经刚入行时对这个行业的神秘感，到真正工作时对他的厌倦，其实不止是程序员厌恶编程，其他工作也一样，当爱好变成了你的日常工作，你的这个爱好就已经被扼杀了。程序员转行当司机，也许是真的受不了这样的工作强度和工作压力吧。