接手到垃圾代码怎么办？

辞职的人留下一堆写的比较烂的代码，这种事情在十几年的编程生涯中遇到了好几次。即使代码再烂在没有预留充足的时间情况下，也不会轻易的改动，在有限的时间内先把能处理的逻辑给修正下，想要大块的修复还需要时间充足的状态下进行重构，重构是存在风险的，至少还需要花费很多时间测试功能的稳定性，目前国内的很多公司的软件都存在这种情况，由于赶项目的原因如果是代码水平一般的程序员很容易写出一些很难维护的代码，关键这个代码把对应的功能还实现了，只是从代码的可读性以及维护性上差的太远，如果写代码还一直呆在公司，这个模块出现问题或者增加新的功能还在可控的范围，如果这个人离职就悲剧了，恨得不得了，还要坚持去用。

曾经在一个美国上市公司，有一堆底层音视频解码代码被很多人称之为禁区，不敢碰里面的代码，因为当初写代码的人已经走了很多年了，曾经有无数的技术高手想把这个坑给填了，但由于平时的工期特别紧张，就成就了一种无人能碰的垃圾代码，直到离开公司的时候还是这种状态，垃圾代码的形成是由多个因素造成，一是工期太短，二是写代码的水平有限。其实每个程序员都是从写初级代码也就是垃圾代码一步步走过来的，只不过相对来讲不停的在垃圾代码上进行升级一步步变成优秀的代码，所以一个程序员基本素质需要基本的代码重构的意识，不停的在错误中提升自身能力。

作为一个合格的程序员，规避不了垃圾代码，只要自己负责这个模块就有责任把这个事情做好，可以循序渐进的去重构，然后在新的版本发布的时候带入进去，一个标准的程序员首先要对自己的代码负责到底，代码是一个程序员的脸面，有很多程序员把自己的代码维护特别细心，代码就是自己的脸面，生怕因为代码质量不好，影响自己的形象。一个程序员都不懂得维护自己的代码形象，给自己的定位已经确定了，优秀的程序员从来都是一手高质量的代码。

希望能帮到你。