如果你结对编程，你还需要同行评审吗？

Question

我认为一般来说，同行评审是开发过程中非常好的一部分，它们经常捕捉或质疑最初编写代码时不明显的事情，并使您更有自我意识，因此您可以更好地格式化，添加注释等。

然而，如果你正在进行结对编程，那么你有效地进行了实时同行评审，那么作为过程的一部分，仍然值得进行同行评审吗？你能做成对的同行评审吗？

当结对编程开始在我工作的地方发生时，我问道，通常这被视为同行评审的替代品。我不是很确定，但我认为开发人员花在结对编程和同行评审上的时间可能会损害生产力。

一段时间以前有一个similar question，但侧重点不同，没有明确的共识

Answer 1

这要看情况了。

在我看来，同行评审的目标不仅是直接找出所写代码的缺陷，而且要确保代码也能与现有的代码库很好地协同工作。有时，您可能希望让您正在编写的代码的专家参与其中，而该专家可能不是其中的一员。

例如，如果您编写应用程序的3D图形部分，则可能需要由OpenGL专家对其进行审查。

因此，根据具体情况，您可能需要第三双眼睛来查看您的问题。这个人甚至可能不会被并置(在另一个时区或其他地方)。

此外，当你们结对时，你们可能会有一种思维相似的倾向。因此，另一种观点可能会让你在错过的事情上大开眼界。

如果我的开发人员与代码配对，如果他们不是100%的代码专家，我仍然会鼓励他们审查他们的代码。

Answer 2

如果合作伙伴在配对编程中改变，那么基本上你会自动进行同行评审(甚至不仅仅是一双“额外”的眼睛)。如果两个程序员都不确定如何做某事，他们仍然可以(应该)寻求帮助，这再次导致某种同行评审。

Answer 3

我认为同行评审仍然很重要，因为两种情况下涉及的思维模式在编程时都有很大的不同，在进行同行评审时，正常的思维模式并不关键，而涉及到的思维模式是批判性的分析，这就像由同一个开发人员完成手动测试一样，它不会像从测试人员那里完成测试一样好