Collaborative construction -- Code complete reading notes

Why?
协同构建是其他质量保证技术的补充
协同构建有利于传授公司文化以及编程专业知识
各人优点的集合
个人离开的代价更小
缺陷修正可以指派任何一个人

How?
构建前后都应该保持协作
结对编程
    用编码规范支持结对
    不要让结对编程变成旁观－－分析代码、提前思考下一步、对设计评估、对如何测试做出计划
    在简单问题上可不强求结对
    进行轮换
    鼓励双方跟上对方的步伐
    避免新手组合
    指定一个组长

正式检查
    关注过去发现的问题
    关注检测而非修正
    做好准备，准备发现问题列表
    主持人不是作者
    高层不参与
    人员角色：主持人、作者、评论员、记录员、经理
    步骤：计划、概述、准备、会议、报告、返工、跟进

走查（三三两两的小会议）
    作者主持
    关注技术
    关注错误而非修正
    经理不参加

代码阅读
    ４０００行代码、两个以上的评论员、评价评论员的贡献

公开演示

结对和详查的成本相同，产生的效果也差不多，开发周期短时，可以选择结对。