前言

每位开发人员在自己的职业生涯、学习阅历中，都会出一些坏习惯，本文将罗列开发人员常犯的坏习惯。期望我们可以意识和改变这些坏习惯。

不遵从项目标准

每个公司都会界说一套代码标准、代码格局标准、提交标准等，但是有些开发人员就是不遵从相关的 标准，命名不标准、魔鬼数字、提告知码掩盖他人代码等问题常常发生，假如我们可以遵从相关标准，这些问题都可以避免。

用杂乱SQL句子来解决问题

程序员在开发功用时，总想着是否能用一条SQL句子来完结这个功用，于是完成的SQL句子写的非常杂乱，包括各种子查询嵌套，函数转化等。这样的SQL句子一旦呈现了功用问题，很难进行相关优化。

短少全局把控思维，只重视某一块事务

新增新功用只重视某一小块事务，不考虑系统整体的扩展性，其他模块已经有相关的完成了，却又重复完成，导致重复代码严峻。修正功用不考虑对其他模块的影响。

函数杂乱冗长,逻辑紊乱

一个函数几百行，杂乱函数不做拆分，导致代码变得越来月臃肿，最后谁也不敢动。函数仍是要遵从设计模式的单一责任，一个函数只做一件事情。假如函数逻辑的确杂乱，需求进行拆分，保证逻辑明晰。

短少自动考虑，拿来主义

完成相关功用，先网上百度一下，复制相关的代码，可以运行成功以为万事大吉。到了出产却呈现了各式各样的问题，由于网上的demo程序和实践项目的在场景使用上有区别，尤其是相关的参数配置，一定要弄清楚详细的意义，不同场景下，设置参数的值不同。

中心事务逻辑,短少相关日志和注释

许多中心的事务逻辑完成，整个方法简直没看到相重视释和日志打印，除了自己能看懂代码逻辑，其他人根本看不懂。一旦出产出了问题，找不到有用的日志输出，问题根本无法定位。

修正代码，短少必要测试

许多人都会存在幸运心里，以为仅仅改了一个变量或许只修正一行代码，不用自测了应该没有问题，殊不知就是由于改一行代码导致了严峻的bug。所以修正代码一定要进行自测。

需求没理清，直接写代码

许多程序员在接到需求后，不怎么考虑就开始写代码，写着写着发现自己的理解与实践的需求有偏差，形成无意义返工。所以需求多花些时刻梳理需求，收拾相关思路，能躲避许多不合理的问题。

讨论问题，表达没有逻辑、没有重点

讨论问题不告知背景，上来就说自己的方案，他人听得云里雾里，让你从头描绘你又讲不明。需求学会交流和表达，才能进行有用的交流和合作。

不能从错误中吸取教训

作为一位开发人员，你会犯许多错误，这不可避免也没什么大不了的。但假如你总是犯同样的错误，不能从中吸取教训，那情绪就呈现问题了。

总结

关于这些坏习惯，你是否中招了，我们应该尽早躲避这些坏习惯，成为一名优异的程序员。