知识卡片
代码复查常态化
内容
代码刚完成时最适合发现问题，复查应小批量、持续、面向设计和清晰度，而不是偶发的大型会议。发散：好的复查不是挑错仪式，而是把个人经验转化为团队质量控制。
参考来源
- 位置：第8章《敏捷协作》"44 做代码复查"（源文件：_epub-src/OEBPS/text00000.html）
- 结论依据：原文引用Capers Jones"正式地进行代码检查，其效果是任何已知形式测试的两倍，而且是移除80%缺陷的唯一已知方法"，并推荐"捡拾游戏"这种代码完成即由他人复查的小批量、持续方式，而非每月一次的"通宵复查"大会，直接支持卡片结论。
- 原始内容："要寻找深藏不露的程序bug，正式地进行代码检查，其效果是任何已知形式测试的两倍，而且是移除80%缺陷的唯一已知方法。……大规模团队的复查会议很容易陷入无休止的讨论之中。大范围的复查不仅没有必要，而且有可能对整个流程造成损害。我们不建议这种方式。捡拾游戏。当某些代码编写完成、通过编译、完成测试，并已经准备签入时，其他开发人员就可以'捡拾'起这些代码开始复查。"