最近一段时间过的实在平淡，可能客户觉得不给我们增加点难度，根本对不起自己的那些钱。这不今天又把何经理叫了过去，说是想要调整需求。

“对于我们程序猿来说，最讨厌的事情就是更改需求，有句段子流传很久，杀一个程序猿不需要用枪，该三次需求就可以了，大概就是利用这个特点编的。其实别看程序猿平时很低调，看起来特别不容易生气，整天一副与世无争的样子。那是因为毕竟连调试程序那么麻烦的事情，都没有让我们生气，那还有什么可以值得生气的呢？”

“对于程序猿来说，往往就是别人觉得无足轻重的事情，会让我们大发雷霆。我给你们好好普及一下啊！”

“第一件就是代码注释。想一想当我们费尽心思的找到了错误原因，正准备对错误进行修改的时候，我们就看到了一段男默女泪的像天书一样的程序代码，整段是n层循环，而其中注释也是瞎写或者复制粘贴别处的，如果循环中再有一堆魔法参数，顿时有一种想捶胸顿足，大吼一声：谁td在代码里下毒的心情。”

“就好比你已经在森林迷路了，然后有人硬塞给你一份航海图，直接都能给你带到新世界了。如果你是当事人，拿到这样一份地图还不如没有，因为本来的目标可能只是木叶隐村。[新世界来自航海王，木叶隐村来自火影忍者。]”

“没想到你动漫看得不少啊，航海王和火影忍者都出来了。”一个同事听的津津有味，我微笑的点点头，然后继续说我的。

“第二件事情就是需求变更。这个就是程序猿最大的敌人，他往往决定了程序猿这周是加班度过，还是潇洒走一回。我之前看到过一篇报道，说有一套方法可以让程序猿很享受客户的需求变更，也不知道这个是真是假。”

“客户开个会，三十分钟讨论出来的需求，有可能对应了程序猿几百个小时的工作量。当为了这个版本的需求花费了几百个小时已经完成大半的时候，又因为客户上厕所时候的一个灵感乍现，决定推倒重来。我觉得如果我遇到这种情况，心里一定是十分复杂的。”

当然这个情况很大程度是可以避免的，一个优秀的项目经理可以在客户不了解想要的东西时，协助他们作出决定。

“最后一个就让我们说一说程序猿同样很头疼的事情，那就是开发结束后补文档。有的人可能说了文档有什么可怕的，那里面不都是自己开发的功能嘛！事实上，文档应该是初期编写的，用于规定功能边界和开发内容等。”

现状是，由于开发周期紧，导致早期根本来不及写，只能在最后补。这个情况在未来有所好转，但是目前还是普遍现象。

我记得牧轩曾跟我说过一个笑话，就说他们公司之前有一个同事，他的领导让他补一个模块的用户使用文档。谁知道这家伙一天下来居然就截了几张图，等到领导问他文档的时候，他是这么跟领导说的：“求求你了，老大，还是让我回去写代码吧！让我加班都可以。”

这件事情也成了那位同事的日后的糗事，同事是不是就拿出来调侃他一回，不过他本人不在意，顺势就跟人讲讲自己那段被逼着补文档的地狱体验。

“其实程序猿还有很多禁忌，虽然平时看起来人畜无害，与世无争，其实只是没触碰到底线大家都是朋友。在0101的世界里，自己就是主宰，一切都会按照既定的路线走，不会像人一样，受各种意识主导，程序对你言听计从，想你的亲密爱人，绝不会欺骗你。”

“这就是程序猿，由于长时间的跟电脑打交道，导致他们比较高傲，甚至有点目空一切。”

“当然，也有有趣的事情。比如测试跑过来找你，对你说，某处出错了，一定是吧。然后等待他的大概率是如此的回答，哪有问题？是你自己搞错了吧？虽然你嘴上这么说，但其实双手已经诚