书写背景
由于这一年开始有了和新手开发者共同维护的项目，工作中经常会看到一些自己不太理解的代码和习惯，故进行了归纳总结，个人觉得很多不合适的代码都可以通过习惯来规避。
养成整理代码的习惯
不论是之前自己写的代码还是复制来的代码，都要有自我 review 的过程，一直带着精简或者语义化代码的目的去审视，
当然很多人是不知道自己代码可优化的地方的，那就需要你多看多翻阅比你厉害的人写的代码，就像语文阅读理解一样去理解别人写代码时体现出来的习惯和思想。
建议把整理安排到自己的工作计划里，定期或者根据项目周期去安排合适的时间进行。
及时删掉无用代码或者历史需求代码
前者，在引用代码时，不要只觉得这段代码可用就好了，形成无视代码逻辑的拿来主义。
养成在理解别人的代码的基础上，进行引用。如果有能力，更甚可以在开头进行标注，方便其他人学习。 理解了引用代码的逻辑，你就可以根据具体需求进行增删，当其中大块逻辑在项目中都无可用场景时，你就可以删掉这些冗余代码。
很多页面场景中，会出现大量一致代码，复制粘贴也要及时删不复用的部分
后者，我相信代码管理软件（git等）足够可以管理好代码历史，注销代码的习惯可以完全抛弃了，再不济重写需求代码也并不是非常困难的事。
这里补充一点，删代码的习惯在某些时候需要足够细心，合理运用编辑器的查找可以帮助很多
学会格式化代码
格式化是程序员必备美德，这和你从小学习垃圾入纸篓一样重要。
垃圾入了纸篓才算不是垃圾，是资源。
变量命名语义化
常备翻译软件，在任何业务场景里，变量都不应该用数字结尾命名去区分，你也不想不熟的人用喂1，喂2来叫你的场景一样。
不懂就问
新手在老项目中，会经常有不知道如何进行新增代码的时候，在不理解项目运行的情况下，可以多看既有代码约定俗成的写法，还有模凌两可的情况下，问一句是最好的方式。
三元语句不该出现 true or false
理解语言，是进阶最好的方式。
总结
代码学习路上，肯定会产生很多不合适的写法，这些代码都应该作为你个人的产品来看待，代码的好坏就是产品的好坏，“产品”的迭代也就应该是代码的提升，不是一味迭加的代码。
