牛！Google 开源的这份工程实践，GitHub标星14.4k，果然大厂出品，必是精品！

有时候参与Review的人太多了，意见太分散，Review时间拉的很长，发现问题效率低；

有时候会发现一个CodeReview时间很长，参与者会觉得煎熬和浪费时间；

有时候不太了解对方评审的东西，没法跟上大家的思路，影响效率；

有时候走查的代码量太大了，无法做到详细走查；
有时候会看到有些人无所事事、精神不集中、不发言，影响效果。

代码Reviewer指南

代码Developer指南

关注代码注释：我们在编写函数和进行逻辑判断的时候最好要标注一下这个函数或者这段判断是用来做什么的；做了这种注释的好处，一来当别人阅读这段代码的时候看到你的注释以后就会根据你的思路快速理解代码，甚至不阅读直接跳过；二来防止自己由于长时间不阅读代码而忘记这段代码的用途。

关注命名规范：虽然我们有自己的编码规范，但是这种规范只是限制了使用驼峰命名法还是其他命名法；而好的命名风格应该是看到变量或者函数名字就能“望文生义”，毕竟我们不能把自己写的所有代码都做注释。

关注重复代码：如果出现大量的重复性代码，要考虑将这些代码抽象出公用函数，以减少代码量并增强代码可读性。

关注繁琐的逻辑：如果一个简单的功能却对应大篇幅的代码，要考虑一下是不是有比较简单的实现方式，因为过于复杂的代码会给后来者的维护带来麻烦；如果没有简略的办法，一定要把注释写好