1. 开发者做好前期准备工作
为了review的效率，在进行code review之前，需要开发者先做好前期的准备工作，开发者需要自己先过目自己的所有代码和进行标注，这样review者能更好的理解作者的意图和提出意见
2. 提出可以量化的Review目标
提出可以量化的review目标，能让review者和被review者都更好的知道自己的责任所在，这个目标，最好最好是有外部可以量化的标准，而不是一些模糊的目标，比如减少程序中的bug。
3. 设置量化的标准
目标对应标准，设置好标准能提高review时的效率，也让大家能在review的过程中进行改进。
4.每次review的时间最多不超过90分钟
review的事件应该在60~ 90分钟之间。
5.每次review不超过200行代码
经研究，代码行数越少，越容易发现其中的问题，更少行数的代码能更好的发现问题。
换句话说，一个文件里超过200行的代码，很可能需要进行改进和重构。
6. 每小时进行300~500行代码review
7. 发现问题应该给出问题的解决方法
发现程序中的问题时，应该更明确提示可以验证的解决方法，而不是提出有问题。
8. Code Review属于一种团队建设活动
Code Review属于一种团队建设活动，在于帮助团队纠正坏的代码习惯和学会新的技巧。所以管理者需要对找出的问题抱有积极的态度。
9. 别做一个监工
程序员写代码已经不容易，所以不要使他变得更不容易，所以不要在团队努力写代码的时候，过多的指指点点。
10. 每日进行code review
开发者在开发的过程中对自己的代码比较清楚，过后会变得越来越模糊，所以如果要进行code review，最好的开发的过程中进行每天code review, 有问题容易改正过来。
11. 使用code review的工具提高review效率
市场上有很多code review的工具，gitlab有带有code review的功能，使用的时候只要团队提交一个pr,然后制定review人即可。
12. 使用checklist对照表提高review效率
review流程需要标准化和规范化，以及可量化，使用一个checklist能更快的帮助开发者和review者快速找到问题所在，开发者在开发的过程中也能更好的对着checklist去规范自己的代码。
