1、纯项目，没文档..
当你接手一个别人已经开发一半的项目或者已经完成需要后续维护的时候，你看到的是他们项目，可是文档却是层次不齐，需求文档、设计文档都没有， 仅有几个接口文档，当你看到这种的时候，心中有一万头草泥马在蹦腾.... 做项目，文档很重要，有了文档，能让接手的人不用看程序就知道，这个项目是干嘛的...
2、项目结构，无层次感
拿到一个项目，文档都有了，可是看项目代码的时候，代码一团糟， 业务代码写在了控制器、DAO层里面。 控制层还做了很多乱七八糟的操作...项目结构一团糟，实体类、实现类的到处放...哎，只能说：这是哪个王八新人干的事情 养良好的习惯，写程序学会归类，不通的代码放在不通的层次里面，现在市面上流行的mvc开发模式不是没有道理...这样便于以后维护，也便于观看...
3、代码无注释，诅咒不写注释的人 JJ跟注释一样长
接手新项目的时候，或者维护别人项目的时候，看到那成堆的代码，很多地方不理解，可是注释一行都没有，或者就那么1-2行.. 只能诅咒：这个不写注释的人，JJ应该跟注释一样长..... 程序员养成写注释的习惯很重要，每个人的记忆能力都有限，如果长时间没去看自己写的代码，再回过头来看的话，估计写的那个人都不一定能看懂...
4、代码繁多，无用代码多，一个方法几千行..
作为一个程序员，编写代码必须要有良好的习惯，能重构的就重构，能封装的就封装，不要觉得这个是简单的事情，你要有遇见未来的想法，要让程序有可扩展性、可维护性。
而且如果以后程序改动，可能你连代码都不需要改，只需增加配置文件就行..而且封装和重构之后，你的代码会变的整洁，体现出你的代码素养...
5、变量、方法、类命名不规范..
一个程序，命名规范也是很重要的事情，能直接体现你是不是新人..如果看到一个人变量命名不规范，常量小写，方法名首字母大写什么的，开始就可以认为：这个人是新人..你就不能获得认同感！ 程序员就是这样，只有你能力差不多，别人才会跟你交流自己的想法，你才能学到更多，如果开始你就被认为是新人了..你觉得对方还会跟你交流？
6、关键地方不写日志
一个优秀的程序员，都会记录日志，在很多关键的地方，这样在出现异常，或者查看部分数据的时候，能直接了当的知道...而不用繁琐的去查看代码，或者猜测哪里出了问题...
暂时就总结到这里...以后补充....千万千万不要做那些让人痛恨的事情~ 各种苦逼
------解决方案--------------------
已赞------解决方案--------------------
时间紧张...
------解决方案--------------------
7 出现神代码，但没有说明
eg: a.setId(a.getId());
------解决方案--------------------
1246 这个就是我这个新人接手代码遇到的问题
------解决方案--------------------
说了，神代码，不知道为什么那么写
接手的代码里总有一些那样的代码
------解决方案--------------------
其实不只是新人会这样，有些老程序员也会这样，我现在这公司的代码就是这样，基本上看不到注释！
------解决方案--------------------
只能诅咒：这个不写注释的人，JJ应该跟注释一样长.....
目测楼主为一名男性
------解决方案--------------------
一个大牛你怕什么 像是我这样的 迷糊一天又一天的
------解决方案--------------------
那你跟我学习吧 看不懂就不看