货币互换：利弊是什么？

大多数敏捷 / XP理论家都拥护的一般想法似乎是，对应该定期交换。例如，每个程序员每天应该交换一次对。一半的人在一天开始时进行交换，一半的人在午餐后进行交换：由于会议，假期之类的外部因素，大多数人倾向于每周交换一次或两次交换时间，以便分配配对配置在整个团队中相当平均。

频繁调换的一个基本原理是，知识在团队中快速而均匀地传播，而不是将特定的技能和知识集中在特定的个人身上-这意味着如果人们离开公司或离开公司，工作就可以顺利进行。另一个原理是围绕结对编程本身的教条的一种推论，即每次有人交换您时，都会得到新的视线审查，因此它只能提高代码质量。

两种说法听起来都合理；从管理的角度来看，这听起来好像您在稳定性和质量上都得到了提高，而这种频繁的交换在我所研究的大多数Agile / XP书籍中几乎都是标准理论。

因此，当实际付诸实践时，人们实际上对从

• 程序员的观点？
• 经理的观点？

和

• 当某人从/交换到一对时，应如何确定？

结对编程很困难。

这很困难，因为当所涉及的两个人的技能水平接近时，它会发挥最佳作用，这在某些工作环境中可能会很困难。换班时可能会更加困难，因为您需要找到其他具有适当技能水平的人，然后使他们加快处理当前问题的速度。这样做的好处是，更多的人可以接触任何已配对的给定代码。由于没有人对此有足够的了解，因此应该减少代码无法修复的时间。它还应传播团队所有权和任何人承担任何工作的能力。

我发现，即使在完成配对的环境中，配对交换也不值得花费。但是，这可能是由于我们的任务花费的时间不会超过1.5天。我们发现将任务分解成不超过约1.5天的工作量是很大的好处。在任务运行时间较长的情况下，换对可能更有意义。

我既是程序员又是经理。这是我的看法：

定期交换很棒。我赞成每天交换2-4次，这大约和我认为的一样快。对我们而言，这是自然的转折点：通常是午餐和下午中午。每天更改一两天可能没问题，但我担心会花更长的时间。（我听说有一个地方每六个星期交换一次，这很疯狂；我认为这很疯狂；经过这么长时间，您就可以刺伤圣人了。）

作为一名程序员，我之所以喜欢它，是因为我有新的见解，可以检查代码的其他领域，并且可以按照自己的喜好坚持或继续前进。最近，我从单人编码回到了配对，我很激动：我学到更多，玩得更多，做得更多。

作为经理，我认为这很棒，因为它解决了许多卡车因素和瓶颈问题。例如，这个周末我要花一个漫长的周末参加朋友的婚礼，所以我一点也不担心：我所做的一切也被其他人处理。我还认为，这确实有助于团队成员相互欣赏对方的长处和短处，并鼓励集体拥有代码。

至于谁留在目前的工作上，我觉得这主要取决于相关人员。有时您希望透彻一些东西，有时您已经准备好进行更改。我们有时还会进行调换以引进专业知识，或者使某人可以学习他们感兴趣的东西。我们试图使我们的工作单元保持很小（0.5-2.0双日），所以这没什么大不了，但是调换很顺利。

好的，这就是自称务实的敏捷/ xp程序员的答案。我从事结对编程已有两年多了。如果配对编程良好，则应频繁交换货币对（最好是每两个小时，如果不是每半天一次）。在我们的办公地点，我们非常重视每天（通常）或每两天（更坏的情况）交换对。这样做本身可以使我们对提交和学习的代码质量充满信心，也可以从每对代码轮换中收获很多（我们知道代码审查是好的，越好越好，越早越好。这就是“对编程，包括交换对的实践”所实现的。

为什么我们不每两四个小时切换一次配对？好吧，实际上我也曾参加过实践这一工作的团队。当然，这是一种更凉爽，更高效的方式。但这是交易，交换对的时间间隔不应该是规则，它应该自己发生；只有这样，经理或企业才能看到其收益。

我目睹并经历了这一点。我现在是它的传播者。它没有理论。而是它非常实用：)快乐的乒乓球配对和交换配对。