在日常写完代码之后，你是否会有Code Review的习惯？
Code Review即代码审查，其目的在于找到开发时被忽视的Bug，以此极大地提高代码质量也可以帮助开发者们更加熟悉项目。但遗憾的是，很多业界的开发者并没有常规代码审查的习惯。那么对于程序员而言，Review是否真的是一项必备的工作？
凡事知其然还要知其所以然，我们首先需要知道什么是Code Review的目的是什么。
Code Review主要用来在软件工程过程中改进代码质量，通过Code Review可以达到如下目的：
●在项目早期就能够发现代码中的BUG
●帮助初级开发人员学习高级开发人员的经验，达到知识共享
●避免开发人员犯一些很常见，很普通的错误
●保证项目组人员的良好沟通
●项目或产品的代码更容易维护
具体来说，Code Review有哪些好处呢？
在 Code Complete 这本书中讲述了两个很有说服力的案例。在一项对同一个团队开发的很多个程序进行对比的研究中，没有经过 review 的程序平均每 100 行有 4.5 个错误，而经过 review 的程序平均每 100 行只有 0.82 个错误，也就是说 80% 的错误在 review 中被修正了。AT & T 的一个 200 多人的部门在开始执行 code review 后，开发效率提高了 14%，而错误减少了 90% 左右。
除了减少缺陷，避免在诊断错误上浪费时间，review 的过程还可以通过相互的督促保证代码有好的可读性、文档、风格，并同时检查测试覆盖率等开发过程中的规范，从而提高团队的协作效率。对于所有复杂的事情来说，总是越早发现问题，解决问题的成本越低。
对于经验不足或者刚开始一份新工作的人来说，通过 code review 可以得到更资深的人帮助，更快熟悉现有的规范和架构，在新的环境和团队中快速提升。
对于资深的工程师来说，让其他同事 review 代码，有利于在团队中传播经验、知识和好的实践。身边的同事水平提高会让自己的工作也更高效。并且谁都有需要休假的时候，无论是公司还是个人都不希望有太多工作因此而停滞，如果有平时就熟悉自己工作的同事，这个问题就很好解决。
此外，如果说写代码是一个学习过程，怎么做一个好的代码审核人更是一个学习和成长的过程。自己绕过一个坑不难，难的是看到别人那么走，远远地你就能告诉他/她那里有个坑。而他/她在经你指出多次后，下一次他/她也会帮着指出别人的类似的问题。
像很多其他事情一样，code review 最难的就是迈出第一步。一旦开始，花在 review 过程的每一分钟都会很快被成倍地赚回来。其实合理的code review即不用浪费很多时间，而且问题都能快速暴露，快速修复，代码始终都能在保证在一个正确的方向上。
