赞成配对

有关软件开发技术的控制研究并非如此，但存在的少数人表明，确保质量的最有效方法是有代码评论。迹象表明，多个审阅者不增加价值;单个评论者就足够了。另外，大约一小时后，审稿人的思绪累了，他/她开始忽略了一些东西。

考虑到这些点，我们经常推荐以下内容：

• 保留单位的源代码小 - 小型类，模块，功能，方法等。小型单位更容易阅读和理解，更容易撰写到更大的解决方案中，更易于保持符合普通软件设计指南，当然当然更容易审查而不遗漏一些东西。
• 成对工作以开发代码 - 这使得代码审查连续，因此我们不会为我们提供过程中的事后正式代码审查“步骤”创建瓶颈。（虐待方法也支持这个因素，虽然它不是溺爱的唯一或主要价值。）
• 频繁地检查代码，以小的增量 - 这有助于保持足够小的碎片，以稳定和有利地审查，以及其他好处，例如使得经常运行测试并从构建中快速反馈。

除了连续的代码审查之外，您将在其他方式中将所有这些技术识别为添加价值。配对不是帮助确保高质量的唯一方法，但它可能是实践中最简单的技术。其他技术，例如测试驱动的开发，重构单片代码或持续积分可能更具挑战性，以便学习。配对是一个相对容易的地方开始。

配对使代码审查能够在不创建瓶颈的情况下进行。因此，它支持目前对软件开发的强调瘦和敏捷思维。成本低 - 产生相同数量的源代码行数的时间大致相同或略大，而避免的众多小错误几乎较短，几乎总是较短。通过具有第二对眼睛（通常连接到第二大脑），主动接合在开发过程中。