共计 902 个字符，预计需要花费 3 分钟才能阅读完成。
关注公众号 “Java 后端技术全栈 ”**
回复“面试”获取全套大厂面试材料
写代码肯定要标准操作吗？
网上很多相干的探讨与答复。在此，举个例子阐明吧：
有次我被长期借调到另一个项目组，去帮忙赶一个需要。写代码的时候我犯了一个最蠢的谬误，就是按本人的配置对代码做了格式化。全副写完并提交代码后的那天中午我去医院了。
下午接了那个我的项目组组长一个电话，问我提交的代码做了哪些改变。我报了几个门路，并通知了他我的批改标记。
第二天到公司后，组长通知我因为我的代码格局与组内标准不一样，导致合并测试版本的时候，简直每行都有差别。版本管理员不得不一行一行比照、询问该应用哪个版本、而后再合并、提交测试。
这次提交不到十个文件，目测理论改变的代码行数不超过 100 行，然而害的版本管理员从下午两点多始终干到六点多才合并完版本。这还是在我每一处批改都有批改标记的状况下破费的工夫。
我想这个例子可能阐明不恪守标准的问题，和恪守标准的益处了吧！
在 code 看来，coder 就是神，咱们能够任性，然而咱们肯定要恪守肯定的标准。做人做事，咱们能够有翻新，能够与他人不一样，然而写代码就要标准。
很多小伙伴也是找我要一些 代码标准 的相干材料，于是我翻箱倒柜，找到了这本讲述了一系列卓有成效整洁代码操作实际的电子书——《代码整洁之道》。
材料介绍
全书一共 17 章内容！覆盖面广、知识面全、案例丰盛！几乎太优良了！
让我印象最深的还是第四章，专门介绍正文的一个章节，因为和理论工作几乎太贴合了。
通常，坏正文都是蹩脚代码的撑持或者借口，或者对谬误决策的修改，基本上等于程序员自说自话。其实，如果常识因为你感觉应该或者因为过程须要就增加正文，那就是无谓之举；如果曾经决定写正文了，那就请花工夫确保写出比拟好的正文。
作者举例了好多坏正文的类型：
自言自语：正文没有理论的意义，就如同是程序员自说自话；
多余正文：正文没有作用，而且读正文比读代码还累；
误导性正文：正文不够精准，反而误导了读者；
循规式正文：满口胡言，让人蛊惑；
日志式正文：简短的正文！这种状况真的是经常出现呀！
……
如何获取？
- 辨认二维码并关注公众号「Java 后端技术全栈 」；
- 在公众号后盾回复关键字「303」。
