tabalt

协同构建技术试图通过这样或那样的途径，将展示你工作的过程正式化，以便把错误暴露出来。协同构建包括结对编程、正式检查、非正式技术复查、文档阅读，以及其他让开发人员共同承担创建代码机器工作产品责任的技术。

1、 协同开发实践概要

• 协同构建是其他质量保证技术的补充
• 协同构建有利于传授公司文化以及编程专业知识
• 集体所有权适用于所有形式的协同构建
• 在构建前后都应保持协作

2、结对编程

• 成功运用结对编程的关键

  • 用编码规范来支持结对编程
  • 不要让结对编程变成旁观
  • 不要强迫在简单的问题上使用结对编程
  • 有规律地对结对人员和分配的工作任务进行轮换
  • 鼓励双方跟上对方的步伐
  • 确认两个人都能看到显示器
  • 不要强迫程序员与自己关系紧张的人组队
  • 避免新手组合
  • 指定一个组长

• 结对编程的好处

  • 与单独开发相比，结对能够让人们在压力之下保持更好的状态
  • 它能够改善代码质量，即使在出现了让人不得不飞快地编写代码的压力时仍然如此
  • 它能缩短进度时间表
  • 具有协同构建的其他常见好处，如传播公司文化，知道初级程序员，培养集体归属感等

3、正式检查

详查（正式检查）是一种特殊的复查，它在侦测缺陷方面特别有效，并且相对测试来说更加经济合理。

详查与普通复查的区别：

• 详查表关注的是复查这过去所遇到的问题
• 详查专注于缺陷的检测，而非修正
• 复查人员要位详查会议做好预先准备，并且带来一份已知问题的列表
• 参与者都被赋予了明确的角色
• 详查的主持人不是被检查产品的作者
• 详查的主持人应该已经接受过主持详查会议方面的培训
• 只有在与会者都做好充分准备之后才召开详查会议
• 每次详查手机的数据都会被应用到以后的详查中，以便对详查进行改进
• 高层管理人员不参加详查会议，除非正则详查项目计划或其他管理方面的资料

详查中人员角色列表：

• 主持人
• 作者
• 评论员
• 记录员
• 经理

详查的一般步骤：

• 计划
• 概述
• 准备
• 详查会议
• 详查报告
• 返工
• 跟进
• 第三个小时的会议

4、其他类型的协同构建

• 走查

  走查涉及两个或更多的人，进行设计或者代码的相关讨论。

• 代码阅读

  直接阅读源代码并从中找出错误。同时也从质量的角度对代码做出评价，如带按摩的设计、风格、可读性、可维护性以及效率等。

• 公开演示

  公开演示的目的是向客户证明项目一切顺利，是一种管理层的复查，而不是技术复查。

更多有关《代码大全 2》的读书笔记，请关注 ：
http://tabalt.net/blog/code-complete-2-reading-notes/

本文链接：http://tabalt.net/blog/cc2-collaborative-construction/，转载请注明。