最后回过头来，让咱再说说如何成为有效无痛苦的代码评审，以及能够得到显而易见的好处。

　　代码评审，不打无准备的仗，要有一定的高度：

　　高度一：制定编码规范，预防“差不多先生”。

　　高度二：代码讲究简单实用，效率高，忌讳简单复杂话。

　　高度三：代码评审让我们能够观览众山，领略无限的风光；代码评审让我们能够站在巨人的肩上，看得更远。

　　对于目前公司的评审，代码评审需要改进如下几个地方：

　　首先，在评审的代码的量上应该把握一个度。

　　其次，应该有一个评审的核对表，最后提供预审汇总表单，问题及时审核确认。

　　最后，评审会议应该在参与人员充分准备的情况下召开。

　　很好的执行评审，咱就能够得到好处了：

　　第一，代码评审会尽可能的将Bug杀死在萌芽阶段，先期发现Bug的成本要远远小于后期发现Bug的成本，越早发现代码中的问题对整个系统的控制和把握就越有利。

　　第二，代码评审过程是一个知识技能传承与互补过程，有利于新人成长，而且效果奇佳。

　　第三，代码评审会让你加深对业务的理解。

　　下面来个结论：

　　代码评审经常被误用或理解有偏差，而且对于开发人员来说是痛苦的，但是又不得不评审。使用些简单的措施或行之有效的方法可以使痛苦的经历变成学习的过程，并且能够改善代码质量，提高工作效率，这样你开心我开心，大家都开心，而且项目进展顺利，何乐而不为呢。

　　最后来句口号吧，让我们要把代码评审进行到底。