无力反抗

无力反抗

跳槽之后，总算做到了自己想要做的工作，技术方向和自己的兴趣爱好是如此的对口，这种做工作能体会到一丝乐趣的感觉，真的是久违了。

但是世界上从没有十全十美的事情。我现在在做的这个模块，要说大可真不算大，统共不到10个文件，算上注释不过10000行代码。但是当我把它做为一个将 要最终发布的产品来审视的时候，即使是这里包含着我自己的一部分工作，我还是不得不说，这个模块的代码太乱了。乱到什么程度呢，我想说，这段代码不但能够 工作，还能达到预期的大部分功能，这本身就是一个奇迹。

从代码的修订历史记录看，这部分代码的年龄也才不过一年零两个月，但如果算上我，已经是四易其主，中间还有好多负责其它模块的人往里添砖加瓦。平均每个主 人工作在它上面的时间大约是3个半月。刚开始的时候代码量很小，3个月的时间大概还能把它掌握个不大离；问题是到第三任主人，以及第四任主人（也就是我） 的时候，代码量已经飞涨到6K左右，每一个接手的人，要在一两周看完这些代码，并且能够马上开始改bug、做新feature，难度是可想而知的。

老板对你的希望就是预热时间越短越好，最好能看一眼代码马上开始工作。这种急功近利的要求造成的结果就是，后面的人不得不看到一知半解的程度就开始动手，写出来的code虽然勉强能够工作，但往往顾了脑袋顾不了屁股，整个模块的逻辑被拆得七零八落，打乱到一塌糊涂。

做这个模块的感觉是越做越怕，因为潜伏的问题太多了。随着了解程度的不断加深，我也几次向领导提出，这个模块的大结构已经很乱了，必须大动干戈，把大结构 修整好，以后的工作才好做，头疼医头脚疼医脚不是办法。如同一间宫殿，梁柱已经严重损坏，虽然重建的工程浩大，为了保证安全也必须那么做，光去修补瓦片和 墙壁，最终是无济于事的。

问题在于，虽然老板也了解这些情况，对我的观点表示同意，但是开发的进度如此紧张，做这种大改动时间在哪里呢？每周测试部门都有新的bug报告过来，问题 不解决，影响了测试和其它team的开发进度，后果非常严重。处理这些bug就已经弄到焦头烂额，还哪里有空去做别的？于是只好在腐朽的梁柱上修修补补， 而在这些腐朽的梁柱上打的补丁越多，已经不坚固的整个房子，就越是摇摇欲坠：这就陷入了一种恶性循环。

明明知道问题严重，却没办法彻底地解决掉，只能在每次修改bug的时候，顺手零打碎敲地弥补一些缺陷。虽然这种修补很难从整体上力挽狂澜，但总还寄希望 于，即使它最后彻底崩溃，也可以来的晚一些。即使弄到今天这个程度不是我一个人的“成果”，目前这个模块的状况，也仍然损伤了我做为一个程序员的自尊，更 可悲的是，我无力反抗。

有人说生活充满无奈，有时候应该阿Q一点，强奸当享受。说起来容易做起来难呐，那是一回事么那个？！