对大部分写过程序的人来说，相信都有过接手别人代码的经历。

比如，你身边的某位同事离职了，领导安排你去承接他的工作，你一边感激领导的信任，一边顺势打开这位同事保存在GIT上的某段代码，顿时被眼前的镜像气的两眼发直……方法没有注释，属性命名都是AAA或者BBB，还有一个代码片段的注解写着 “这段代码是我前任写的，至今我也不知道它是干啥的“。

你咬着牙，内心狂奔过一万头草泥马，叹了口气，咽了口唾沫，想了想下个月的房租，默默地接受了这一切。怪不得在技术圈会酝酿出这么一个玩笑梗：“如果你恨一个人，就让他去接手别人的代码。”

这足以见得，如果被安排接手别人的代码，对程序员来说是最痛苦、最可怕的事，但生气归生气，郁闷归郁闷，生活还在进行着，何况搞技术的没有那么娇气。

不过，由于项目规模、业务形态、团队文化及领导风格的差异，再加上性格特点的不同，所以导致 程序员A 和 程序员B 在面对这个问题的时候会做出完全相反的行为。

有的人，心态积极，实干能力强，往往做事会更有干劲，自然也获得更多的收获。

有的人，毛嘴牢骚，得过且过，多一事不如少一事，自然不会获得更多的成长。

在我二十多年的职业生涯里，尤其我还是一名愤青程序员的时候，只要接手别人的代码，我一般都会表现的十分积极。

为什么？

因为这个时候，不仅是向领导展现能力的最佳时机，同时也是获得自我成长的绝好机会。

2001年初，我在某家从事电子政务的软件公司工作，职位是软件工程师。

在那个没有百度和Google的时代，如果遇到一个技术问题，除了翻阅大量书籍和咨询前辈之外，基本不可能有更好的解决途径。对一个刚踏入技术圈的菜鸟来说，这意味着我花费在解决技术问题上的时间会比其他人多。

不过我性格诙谐，说话直白，而且脸皮还厚，每次遇到解决不了的问题，我不是缠着张哥，就是拖着李姐，只要能获得成长，什么端茶递水都不在话下。而且每逢团队中有技术预研或性能优化的工作，无论多苦多累，甚至是熬夜通宵，我也会抢着去做。

也正因为如此，Leader也好，经理也罢，都比较喜欢我。

这一天，我的老大找到我。

“小王，小张下周就要离职了，这事你知道吗？”

“我知道呀“

“他手上的那个XX省地税系统，我想让他交接给你，你有兴趣吗？”

“啊？兴趣当然有啊，但那套系统难度那么高，我怕自己搞不定。”

“这不用担心啦，那么多人在呢。要不这样，你这两天先跟小张交接下，然后再说，怎么样？“

很显然，按当时的阅历，我确实很难理解这其中的 “套路”，所以我只能天真的点了点头。

他很高兴，拍拍我的肩头说：“答应了？太好了！“

我下意识地握了下拳头，说：”老大放心，我一定努力完成任务！“

他很高兴，点了点头，转身走了。

第二天，我从小张手里拿到了整个系统代码，在经过一下午的交接之后，我似乎才明白一个硬道理：为什么程序员宁可写一天代码，也不愿意读一行别人写的代码。

这堆破代码，除了数据库字段注解和零零星星的一些代码注释之外，要文档没文档，要流程没流程，甚至还存在内存泄漏。

只要你多问几句，或者问到一些细节，他就一百万个不耐烦。

到最后我的犟脾气也被点燃了，得嘞，你爱讲多少就多少，我也不必自讨没趣了。

第二天，老大跑来问我：”交接的怎么样？还顺利吧？“

我也不知道哪根筋搭错了，居然脑回路也没走，直接抬手做了一个OK的手势：“当然顺利啊，老大你放心吧。”

“哦？那太好了，那下个月的新版本能准时发布吗？”

新版本？下个月？我有点懵逼，但又急于表现，顺口回答：“当然没问题啊。”

他依然很高兴，点了点头，再一次转身走了。

那句话怎么说来着？自己吹出去的牛逼，含泪也要装下去。

于是，我从当天开始，白天开发新功能，晚上除了给老代码添加注释之外，还要还技术债，再加上技术经验尚浅，缺乏应有的资料和帮助，每天基本都要搞到凌晨2点之后，才能离开公司。

好在我当时居住的地方离公司也就两站路的距离，骑个车，最多20分钟。

就这样，这种节奏持续了一个半月，每天都是鸡叫起床，鬼叫回家，我似乎已经忘记了自己是谁，来自哪里，为什么要在这里，一睁眼，满眼都是代码，一闭眼，满耳朵都是Error的告警声。

不过，老天爷还算对得起我，通过这一个多月的努力，新系统通过了客户的验收，如期上线了。

但不幸的是，就在新版本发布后的第三天，我由于扁桃体一直肿大不消，在医院足足挂了一周的青霉素。

靠着年轻，还仰仗那股子驴脾气，这一关算是过了。