接手项目最痛恨的事情

1、纯项目，没文档..

       当你接手一个别人已经开发一半的项目的时候，你看到的是他们已经开发一半的项目，可是文档却是层次不齐，需求文档、设计文档都没有， 仅有几个接口文档，当你看到这种的时候，心中有一万头草泥马在蹦腾....  做项目，文档很重要，有了文档，能让接手的人不用看程序就知道，这个项目是干嘛的...

2、项目结构，无层次感

     拿到一个项目，文档都有了，可是看项目代码的时候，代码一团糟， 业务代码写在了控制器、DAO层里面。 控制层还做了很多乱七八糟的操作...项目结构一团糟，实体类、实现类的到处放...哎，只能说：这是哪个王八新人干的事情   养良好的习惯，写程序学会归类，不通的代码放在不通的层次里面，现在市面上流行的mvc开发模式不是没有道理...这样便于以后维护，也便于观看...

3、代码无注释，诅咒不写注释的人 JJ跟注释一样长

     接手新项目的时候，或者维护别人项目的时候，看到那成堆的代码，很多地方不理解，可是注释一行都没有，或者就那么1-2行.. 只能诅咒：这个不写注释的人，JJ应该跟注释一样长.....  程序员养成写注释的习惯很重要，每个人的记忆能力都有限，如果长时间没去看自己写的代码，再回过头来看的话，估计写的那个人都不一定能看懂...

4、代码繁多，无用代码多，一个方法几千行..

    作为一个程序员，编写代码必须要有良好的习惯，能重构的就重构，能封装的就封装，不要觉得这个是简单的事情，你要有遇见未来的想法，要让程序有可扩展性、可维护性。

而且如果以后程序改动，可能你连代码都不需要改，只需增加配置文件就行..而且封装和重构之后，你的代码会变的整洁，体现出你的代码素养...

5、变量、方法、类命名不规范..

     一个程序，命名规范也是很重要的事情，能直接体现你是不是新人..如果看到一个人变量命名不规范，常量小写，方法名首字母大写什么的，开始就可以认为：这个人是新人..你就不能获得认同感！ 程序员就是这样，只有你能力差不多，别人才会跟你交流自己的想法，你才能学到更多，如果开始你就被认为是新人了..你觉得对方还会跟你交流？

6、关键地方不写日志

     一个优秀的程序员，都会记录日志，在很多关键的地方，这样在出现异常，或者查看部分数据的时候，能直接了当的知道...而不用繁琐的去查看代码，或者猜测哪里出了问题...

暂时就写到这里...以后补充....千万千万不要做那些让人痛恨的事情~   

本文允许转载，但必须标明原文和作者出处