黑马程序员技术交流社区

标题: 漫谈程序员系列：让程序员蛋疼的那些事儿 [打印本页]

作者: a80194367 时间: 2015-7-6 07:58
标题: 漫谈程序员系列：让程序员蛋疼的那些事儿

听说嫁人要嫁程序员，钱多话少死得早。这话多半是程序员自己黑自己的。程序员是有非常特别的幽默感的一群，善于自嘲，勇于自黑，耐受力超强，很多事无可无不可，不到是不可孰不可忍不会冲冠一怒。不过，就是这么 nice 的人，也很有一些受不了的事儿。

需求变化

为什么把“需求变化”排第一呢？

因为有人说：杀一个程序员不需要用枪，改三次需求就可以了。

由此可见，需求变化的杀伤力有多强。

我见过不少程序员，和产品经理（需求人员）关系紧张，话不投机半句多，或者关公秦琼比脸红。在程序员看来，往往需求一句话，程序员几天的工作都白费了。程序员是最珍视自己劳动的，心里能不窝火嘛。你早说嘛，有变化你早说嘛，为什么非等我干个差不多了才说呢，你早说我能不让你改嘛……

加班

加班呢，在程序员的字典里，是个热词。不折不扣的热词。

很多程序员过的是“固定程式”般的生活——上班、加班、回家开夜车然后再起床上班，周而复始。

因为大家都知道有加班这么一回事儿存在，其实，一开始领导要求加班，虽然我是不愿意加班的，也还是从了。赶进度嘛，一起联调嘛，市场时间点定了嘛，都情有可原。

可是，我真的不愿意加班，对于无情可原的加班，我是深恶痛绝的啊。

比如，明明一个项目需要 20 个人月，老板一句话，四个人干俩月就要交活，项目经理还居然答应了，这明摆着一开始就把加班算计在内了，让高智商的程序员情可以堪呢。

比如，明明是张三的活儿出了岔子进度没控制住，却把我李四拉过来加班搞定，我白天的尽职尽责不就是为了能够按时完工不加班么，张三白天吊儿郎当看新闻打游戏聊QQ却让我来收拾这烂摊子，我能平衡吗我。

很简单

最怕外行领导内行。因为他们不能理解技术细节，总是从外面去看程序和软件，经常会对程序员说，“这个应该很简单吧”。

要知道，“这很简单啊”，这话是多么惹人恼怒。比如你让张三实现一个登录功能，你认为就是在界面上放两个输入框，一个用户名，一个密码，再加上一个确定按钮，能有多复杂。其实呢，你看到的只是冰山一角。从程序员的角度来看，用户名是否合法、密码多少位合理，与后台通过什么协议交互，后台如何保存这些信息，要不要支持多点登录，用户权限是否很多是否要根据用户角色来分配，支不支持找回密码，登录过程中网络异常了怎么办，来电话了又怎么处理……你看，程序员要做的工作，是不是比你想象的要多，是不是一堆一堆的细节需要考虑，这还是说得出来的，说不出来的，还有一大波与登录相关的 BUG 正在赶来……

所以，“很简单”这种话，不应该从需求、项目经理、老板等等嘴里蹦出来，你们不是程序员，不了解程序员的痛有多深。就算你曾经是程序员，可是你也不写程序很多年，早不能原音重现了。

作为一个程序员，我特别讨厌“这个很简单吧”这种话，可是又经常遇到，甚至我自己有时也会说，但这话真的让人很蛋疼，除了显示说话者的无知、自以为是、炫耀之外，再没别的什么好内涵了。

角色错位

项目经理干程序员的活儿，老板干项目经理的活儿，程序员操心老板的活儿……

有一部分小公司，角色就这么乱。

出现这种现象，一般的过程是这样的：

项目经理是程序员出身（码而优则仕），技术很牛X，虽然当了项目经理，可还没从“我自己可以搞定一切”的自慰自大中跳脱出来，一旦项目进度赶不上预期或者某个程序员的进度出现问题，项目经理就会把别人背上的猴子抢过来，重新下沉到写代码或解问题的细节中，一旦项目经理这样做了，更坏的事情就接二连三的发生了。因为项目经理被具体的问题绊住，无暇顾及团队管理和项目管理，项目的执行情况就会越来越离谱，进展堪忧，可项目经理可能还存在幻想，觉得等我搞定这几个问题再回头来收拾局面也来得及。这真是童话啊。

老板是不信童话的，他会看到项目经理的问题，心里也火烧火燎的，于是就伸出手来，帮着项目经理管项目，你这个人闲了，你那个人没事儿干了，你应该先做这个功能，你们老不开会怎么能了解团队状况，各种各样的担忧和实际看到的问题，会乱了老板的心，让他身不由己的插手项目执行层面上的事儿。好了，现在老板下水了。

亲，能不打断我吗

当程序员陷入潭水深深深几许的思考中时，一个电话，一个提问，一声“进展如何”，甚至一句“吃饭去吧”，都会像一记大招一样将程序员丰富的内心世界轰得粉碎。相信大家都体会过自己睡得正香被人喊起或吵醒的愤怒，没错，就是这样，高速行驶的途中就怕这些状况，哪怕是一只小鸟迎着你窗玻璃撞过来，也可能导致交通事故。

改别人的Bug 女儿小的时候，拉臭粑粑后我会给她擦屁股，没觉得臭也没觉得有什么不爽。可如果让我候在一个大男人身边，等他拉完屎了替他擦屁股，那我无论如何不能接受！
你的代码就是你的孩子，无论他丑还是美，遇到问题，你不会追究石榴树上为什么结出樱桃，你义不容辞得去 Debug 它，而且因为是你亲生的，你一般不会嫌弃。
别人的代码，别人的 Bug ，那就是另外一回事儿啦，凭什么我要给你擦屁股啊，听见“你帮张三改个Bug”这类的话都可能有生理反应，真没办法，顶不住领导施加的压力，短衣襟小打扮撸撸袖子，不情不愿地进了张三的属地，也很可能收不到好效果。原来，这里只有一条通往蜘蛛巢的小径，张三已忘了，李四寻寻觅觅寻不到，结果误入代码深处，呕吐，呕吐，带出 Bug 无数。
维护老代码 老代码啊老代码，可能已经被 N 波人维护过了，可能有“拿个锤子看什么都是钉子”的程序员到此一游，可能有爱贴膏药的程序员到此一游，可能有随地大小便的程序员到此一游，可能有瀑布式程序员到此一游…… 你也可能看到代码里到处都是膏药，比如调用某个函数可能有溢出，爱贴膏药的哥们就在调用的地方添加各种纠偏和预防措施，不管合不合适，这会儿不出错就行了。
你也可能看到有些标注为修复某个Bug的代码，用的都是临时解决办法，而这些临时的代码，居然还隐藏了很多一触即发的 Bug 。
你还可能看到有人留下的超级大瀑布，一个函数超过 2000 行，飞流直下三千尺，十次翻页看不完……

老板一直认为你们的系统是这样的：