【凡凡说项目】怎么对待接手原有项目代码时的心力交瘁

在一个JAVA程序员的职业生涯里面，一定免不了要接手其他人原来负责的项目。不论是随着个人水平提高，跳槽到更大的公司，亦或者是自己所负责的部门人员流动，造成项目暂时无人接手，都有可能去接触一个已经存在的项目。

一般遇到这种情况，首要是熟悉代码，从一个流程开始，逐渐深挖，然后逐步熟悉项目的整体架构以及其他的业务流程。这个周期可能是一个月或者是两个月，中间最好能够参与一些小功能的增加和修改工作，以便于更好的理解项目。

在这个过程中，可能会发现自己太苦了，居然在看这么烂的代码，为什么这里的代码一点用处没有，为什么这里的代码只是对模型进行不断的转换，这些代码还能不能再乱一点，然后伴随的可能是一种心力交瘁的感觉。

但是，想来这种情况是必然的，越是老的项目，越是严重，因为毕竟这个项目是反应了无数人的水平的和无数人的代码风格、思维习惯，出现水平差的代码是不可避免的。

而且，在项目的长期维护中，很多时候可能是在添加内容，而不是修改逻辑。这是明智的，毕竟原有内容的改动可能涉及到的修改面大，从而导致出问题的几率大，测试需要覆盖的面大，进而开发修改的周期就要长。所以，就出现了接手老项目时候的水平千差万别、模型兜兜转转。

遇到这种时候，需要安慰自己，这是一个天大的好机会，是对自己驾驭、抽象、归纳能力的一个考验，这个系统很可能从你这里会变得好很多，变得终于摆脱了历史的包袱，变得优雅起来。

重要的一点是，老项目的臃肿、繁琐是一种必然，都需要在某个时间点进行清理和疏通（就像所有的事情都需要定期回顾和复盘一样），或许，你就是老项目遇到的那个对的人，从而重新焕发青春。