实施TDD时有哪些推荐的结对编程姿势？

Ron Jeffries[1]，他在的博客中描述什么是极限编程时，绘制了一张图：

图片来自：https://ronjeffries.com/xprog/book/whatisxp/

并对最内圈的四项实践描述如下：

Extreme Programmers work together in pairs and as a group, with simple design and obsessively tested code, improving the design continually to keep it always just right for the current needs.

XP的创始人也一直在提倡和建议我们组合使用这些实践，在一起使用时发挥更大的威力。对于内圈的四项实践，在我们做TDD的时候，有了严格测试的代码，能够为持续持续重构提供保障，重构到什么时候停止呢？直到符合简单设计为止，那如果判断是简单设计了，其中一条是你的Pair是否很容易看懂你的设计了。有了Pari，TDD的时候还可以轮换写测试写测试和实现。

当然，在现在很多团队中，可能没法将这四项实践组合使用起来，比如说因为个人能力原因，没法实施TDD，因为项目管理原因，没法执行结对编程。如果你能够将他们组合起来使用，比如两人结对编程实施TDD，你就可以尝试一些不同的方式。

结对编程有哪些不一样的玩法呢？ThoughtWorks的大姐大（禚娴静）经过实践总结，推荐了Pair的几种姿势：

图片来自：https://insights.thoughtworks.cn/pair-programming/

图中列出了通常有2种结对编程模式：Ping-Pang，N-D，M-K模式是一种N-D模式的具体操作的方式。

Ping-Pang

借用乒乓球的场景，比如两位乒乓球选手在比拼，通常这两个人的实力不会相差太大，越接近决赛，实力越相当。在软件开发中比较适合两个人能力和经验类似，共同努力去完成一项任务。尤其是适合TDD的场景，两个人一个人写测试，一个人写实现，然后交换。这种方式，两个人频繁交换，快节奏的切换，能够帮助彼此聚焦，交换经验和知识。

在工作中，两个有一定经验的Pair非常适合推荐采用这种方式。值得注意的是如果是两个人都非常jUnior，是不推荐的，主要考虑到两人的经验和技术能力，相对不太容易碰撞出简单设计的火花。

N-D

领航者-驾驶者模式，通常导航者作为牵引者，驾驶者作为执行者，听起来有点像教练教学徒的场景。它比较适合老人带新人，老人教新人如何写，新人去写，老人给出具体的反馈，新人去修改。技能传授，就非常适合这种方式。如果团队来了新人，就可以用这种方式。

N-D还可以倒过来用，让新人来做领航者，老人来写，一方面验证新人是否对思路已经掌握，能否其举一反三，另一方面，想新人演示自己是如何使用快捷键高效编码的。

神Pair

神Pair强调的是神似形不似。即，两个人看起来没在Pair，实际上也是在Pair。那这种Pair就是一种松散的神Pair。我通常会把它叫做风Pair，风代表风向。什么意思呢？当一个人Senior需要带多个Junior 时，他没办法做到以上两种Pair，怎么办？就可以借助Tasking这个实践来开张风Pair。通常的做法是：

1. Junior自己尝试拆分业务需求，然后找Senior沟通，确认需求理解无误，Junior完成任务。
2. Junior自己尝试做技术任务拆解。如果技术实现较为复杂，看第3步。
3. Senior拆分技术任务，然后跟Junior进行沟通对齐，由Junior去完成任务。
4. 定期Pair对齐任务完成情况。

总结下来有三个阶段：

1. Pair确定风向
2. 各自放风
3. Pair聚集风向

L-R

L-R，左-右手模式，当你的项目没有条件进行结对编程的时候，你可以学会左右手Pair，自己也可以独立完成这些有价值的实践。

以上Pair的姿势，你更喜欢哪种呢？

参考

1. Ron Jeffies，is one of the three founders of the Extreme Programming (XP) software development methodology circa 1996, along with Kent Beck and Ward Cunningham.