最近一段时间过的实在平淡，可能客户觉得不给我们增加点难度，根本对不起自己的那些钱。这不今天又把何经理叫了过去，说是想要调整需求。
“对于我们程序猿来说，最讨厌的事情就是更改需求，有句段子流传很久，杀一个程序猿不需要用枪，该三次需求就可以了，大概就是利用这个特点编的。其实别看程序猿平时很低调，看起来特别不容易生气，整天一副与世无争的样子。那是因为毕竟连调试程序那么麻烦的事情，都没有让我们生气，那还有什么可以值得生气的呢？”
“对于程序猿来说，往往就是别人觉得无足轻重的事情，会让我们大发雷霆。我给你们好好普及一下啊！”
“第一件就是代码注释。想一想当我们费尽心思的找到了错误原因，正准备对错误进行修改的时候，我们就看到了一段男默女泪的像天书一样的程序代码，整段是N层循环，而其中注释也是瞎写或者复制粘贴别处的，如果循环中再有一堆魔法参数，顿时有一种想捶胸顿足，大吼一声：谁TMD在代码里下毒的心情。”
“就好比你已经在森林迷路了，然后有人硬塞给你一份航海图，直接都能给你带到新世界了。如果你是当事人，拿到这样一份地图还不如没有，因为本来的目标可能只是木叶隐村。[新世界来自航海王，木叶隐村来自火影忍者。]”
“没想到你动漫看得不少啊，航海王和火影忍者都出来了。”一个同事听的津津有味，我微笑的点点头，然后继续说我的。
“第二件事情就是需求变更。这个就是程序猿最大的敌人，他往往决定了程序猿这周是加班度过，还是潇洒走一回。我之前看到过一篇报道，说有一套方法可以让程序猿很享受客户的需求变更，也不知道这个是真是假。”
“客户开个会，三十分钟讨论出来的需求，有可能对应了程序猿几百个小时的工作量。当为了这个版本的需求花费了几百个小时已经完成大半的时候，又因为客户上厕所时候的一个灵感乍现，决定推倒重来。我觉得如果我遇到这种情况，心里一定是十分复杂的。”
当然这个情况很大程度是可以避免的，一个优秀的项目经理可以在客户不了解想要的东西时，协助他们作出决定。
“最后一个就让我们说一说程序猿同样很头疼的事情，那就是开发结束后补文档。有的人可能说了文档有什么可怕的，那里面不都是自己开发的功能嘛！事实上，文档应该是初期编写的，用于规定功能边界和开发内容等。”
现
本章未完，请点击下一页继续阅读！