去年写过一篇《谈谈烂项目》的文章，现在读来当时更多的是发牢骚不满，一年以后的今天又有了新的体会，最近又听到同事抱怨现在的项目很烂，当初一块儿开发的人都离职了，现在做维护好难，好累…对此我想说一说我的看法，首先可以肯定的是在最开始的时候项目本身并不烂，顶多就是这个项目的工作量大，难点少，能学到的东西比较少等，大多数项目都是在具体实施的过程中被活活做烂的，那么项目被做烂过程中你直接或者间接的参与了呢？
项目被做烂的原因
项目被做烂的原因有很多，简单列举几个：
- 前期项目需求不明确或者没有需求分析没做好，在开发过程中频繁的进行需求变更，久而久之造成项目不可控，最后发展成一个烂项目；
- 项目所使用的技术架构做的不是很好，也许就没有架构可言，当初就是某个程序员自己搭建了一个工程，然后大家就在大量的堆代码，随着功能越来越多，程序的健壮性和稳定性越来越差，出现的Bug越来越多，但是又不得不上线，上线之后一直维护着，客户两天一个小Bug，三天一个大Bug的提交过来，陷入无休止的痛苦维护过程中；
- 技术架构做的还好，但开发时程序员写的代码太烂，上百行的业务代码又没有注释，并且当初开发时的人员大都离职了，但项目又得继续维护着，既存者陷入痛苦的维护过程中；
- ……
其实我们大家都不想把项目做烂，或者去维护烂项目，所以请一定善待每一个你参与的项目，在你的能力范围内尽可能的做好每一个细节，写好每行代码每行注释，因为你难保这个项目以后不是你维护。项目做好了大家皆大欢喜，自己的自信心会更强，领导对大家的能力也会更加的认可。
对于已经陷入烂项目的同学们，牢骚偶尔发发就算了，可不能带到工作中去，因为除非你离职，否则工作还是得继续做下去，在修复Bug的时候尽量考虑周全，不能修复一个又制造N个，这是得不偿失的，而且只会让领导产生反感没有其他好处！对那些好不容易理清的没有注释的杂乱代码，一定把注释补充清楚了，难免以后不会重读这段代码。
生气、不满、牢骚都没有用，工作还是得照干不误，所以无论何时请保持一个良好的心态！
本文最初发表在：屁孩博客
本文链接地址: 你是软件开发中烂项目的肇事者吗?