同事离职，我接盘了个垃圾项目，该如何是好？
2017.01.06更新 一觉睡醒发现放了四个月有余的答案迎来一波点赞，看过评论才知道被轮子哥点名了，先多谢轮子哥 @vczh 。 写下这篇答案时，我刚离开公司不久（个人问题，并不是因为遇到和题主一样的问题哟）。偶然看到这个问题实在是万分感慨，所以随手写下自己的看法，原文中有不严谨的地方请各位见谅。 有几处需要特别声明的地方，避免有人会误解我的意思： 有答主提到，还有很多更老的语言正在被维护，.net 1.0已经算很好的了。个人认为题主遇到的根本不是语言的问题，而是代码管理、规范与领导想法的问题。国内许多小公司代码管理之混乱，是没有在小公司待过的人无法想象的。举个例子，有些小公司是没有产品经理和测试岗位的。对了，值得一提的是，题主领导也认为“ 能熬一年就熬过一年 ”。 说起来，这个问题很有意思，从不同角度来看问题，会得到完全不一样的答案。 —————————————— 以下原文： 负责任的做法有很多，但根据题主描述的情况，个人建议先放下程序员的责任心，写些垃圾代码，有必要时另寻出路。 在工作中处理过几个这种项目。代码各种复制粘贴，缩进完全没有，到处是舍不得删除的注释代码。经常某人替换了主程序中的组件，在项目文档里完全不提及，需求更新时这就是个坑。 这种项目到手里，我会将我看到的部分改为我的代码风格，同时强记其中代码逻辑。好在业务项目一般都是在自家代码里复制出来的车轱辘代码（至少我遇到的是这样的），看多几个项目就知道这群家伙是什么套路，再往里插新的业务逻辑就不困难了。 如果遇到耦合度高、需要到处插入代码的情况，可以做一个小工具。用树状图显示各类下各方法，然后批量选择方法插入新代码。 另外说一句，公司是没什么动力重构老项目的。