我认为一般来说，同行评审是开发过程中一个非常好的部分，他们经常发现或质疑最初编写代码时不明显的事情，让你更有 self 意识，这样你就可以更好地格式化，添加评论等。
但是，如果您是结对编程，您实际上可以进行实时同行评审，那么作为过程的一部分，是否仍然值得进行同行评审？可以结对同行评审吗？
我问这个问题是因为结对编程在我工作的地方开始出现，通常这被视为同行评审的替代品。我不太确定，但认为开发人员花在结对编程和同行评审上的时间可能会损害生产力。
有一个similar question前一段时间，但侧重点不同，没有明确的共识
最佳答案
视情况而定。
在我看来，同行评审的目标不仅是直接发现所写代码的缺陷，而且要确保代码也能与现有代码库一起正常工作。有时，您可能希望让您正在编写的代码的专家参与进来，而他可能不是这对专家中的一员。
例如，如果您编写应用程序的 3D 图形部分，您可能希望 OpenGL 专家对其进行审核。
因此，根据具体情况，您可能需要第三双眼睛来审视您的问题。这个人甚至可能不在同一地点(在另一个时区或其他地方)。
另外，当你们结对时，你们可能会有相似的想法。因此，另一种意见可能会让您对错过的事情大开眼界。
如果我的开发人员结对编码，如果他们不是该部分代码的 100% 专家，我仍然会鼓励他们审查他们的代码。
关于pair-programming - 如果结对编程，还需要同行评审吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/564882/