《术以载道》读书笔记6：代码评审的少量事

01 前言

读书笔记停更了一段时间，主要是年前这段时间犯懒了，再加上书中中间讲的是需求、设计、项目计划等工程，这些消化的慢….

昨晚在书中看到了有关代码评审的少量形容，觉得很实用，记录下来。

02 代码评审的意义

其实关于代码评审的意义，在很多软件工程的考试题中都会涉及，我本人以前对于代码评审的意义归结为以下两点：

1-提前发现代码中存在的问题并处理

2-保证代码风格、规范的统一

书中提到的代码评审有以下几个特点及意义：

1-发现缺陷的时机提前了，只需编写了代码即可以评审

2-发现缺陷的效率更高（据说是人工测试的3-5倍，这一点持保留态度，由于没经历过这么正式的评审）

3-发现缺陷的能力强

4-相似于一种白盒检查，可以发现内部实现逻辑的深层次关系

1、3、4点我个人是非常赞同的，不过第2点由于本人素来没有经历过这么严格高效的评审，这一点等待以后有机会认证。

03 代码评审的少量最佳实践

我曾经经历过这样尴尬的场景。

一开始推行代码评审的时候，大家兴致很高，可是过了一段时间，新鲜感消磨后，评审越来越流于形式了，甚至，有些团队就不做了。

我个人也经常思考，为啥会这样，我觉得任老师的书中的几条实践还是给了我方向

最佳实践1：坚持使用代码评审检查单，不断细化，升级，总结，归类

最佳实践2：轻量级的评审更高效，提倡每次审查200-500行代码，屡次审查

最佳实践3：建立量化目标，收集目标数据

最佳实践4：建立代码评审的文化，如将代码评审点做成鼠标垫发给每个开发同事，如结对走查，固定时间评审等

最佳实践5：引入静态代码扫描工具

以上5点结合目前我们的实际工作中的代码评审，想想要改进的确是这么一回事。

04 代码评审检查单（参考）

书中提到的代码评审检查单，个人觉得挺实用，贴出来共享。

05 代码评审质量文化建立（参考）