1. 不能从错误中吸取教训

作为一名开发人员，你会犯很多错误，这是不可避免的，也没什么大不了的。但如果你不断犯同样的错误，却无法从中吸取教训，那就是态度问题了。

2、缺乏全局管控思维，只专注于某一业务

新增的功能只关注一小块业务，不考虑系统整体的扩展性。其他模块已经实现了，但是重复实现，导致代码重复严重。修改功能不考虑对其他模块的影响。

3. 不遵循项目规范

每个公司都会定义一套代码规范、代码格式规范、提交规范等，但有些开发者就是不按照相关规范去做，经常出现命名不规范、魔鬼编号、提交代码覆盖别人代码等问题发生。如果遵循相关规范，就可以避免这些问题。

4. 函数复杂冗长，逻辑混乱

一个函数几百行，复杂的功能不拆分，导致代码越来越臃肿，最后没人敢动。因此函数还是要遵循设计模式的单一职责，一个函数只做一件事。如果功能逻辑复杂，需要拆分，保证逻辑清晰。

5、缺乏积极的思考

在实现相关功能时，首先，上网百度、谷歌，复制代码，运行成功，认为一切正常。到生产的时候，出现了各种各样的问题，因为网上的demo程序和实际项目在使用场景上是不一样的，尤其是相关的参数配置，一定要理解具体的含义，在不同的场景下，参数有不同的配置。

6. 核心业务逻辑，缺少相关日志和注释

实现了很多核心业务逻辑，整个方法几乎看不到相关注释和日志打印。除了他们能看懂代码逻辑，其他人根本看不懂。一旦生产出现问题，找不到有效的日志输出，根本无法定位问题。

7.修改代码，缺少必要的测试

很多人会心存侥幸，认为改个变量或者只改一行代码，不自测应该没有问题，殊不知正是因为改了一行代造成了严重的bug。所以修改代码一定要自测。

8.需求不明确，直接写代码

很多程序员在接到需求后没有多想就开始写代码，发现自己的理解与实际需求有偏差，导致无意义的返工。所以，需要多花点时间整理需求，整理相关思路，这样可以避免很多不合理的问题。

9.讨论问题，表达无逻辑，重点不突出

讨论问题，不讲背景，只按照自己的思路讲。别人听得一头雾水，如果要你从头描述，你却解释不清楚。因此要做到有效地沟通和合作，就必须学会沟通和表达。