今天，你结对编程了吗？

窃以为， 结对的最主要目的，是为了提高工作效率。让人没有打瞌睡的机会。

俗话说：“男女搭配，干活不累”，最好是配对MM。

真的轮到了的话，与自己写没什么区别。

最近在项目组中 实行结对编程发现实行起来并不是那么容易，尽管在执行之前与项目成员讲述了结对编程的益处，同时大家也认识到他的作用，但在真正编程过程中发现还是其中一人在编写。
发现结对编程对编程人员的协作能力以及心态要求比较高。

XP  的确对开发人员本身的素质要求比较高，但确实能够大大提高软件开发的效率和质量。
当然，XP的实施不能过于盲目按照书上的讲述来做，我刚开始带项目就犯了这个错误。得出经验就是一点点来做，先抓TDD，然后下一步抓Pair Works，最后把XP的精华一步步应用到我们的开发过程中。
目前我们做了TDD后（当然还不够完善），感觉项目的开发进度有明显的加快，人员、技术的管理也变得非常轻松，这样我就有更多的时间做该做的事情，以往是天天被人追着问这要那的，现在都是我主动准备好文档去找其他部门（例如项目管理部门或者测试部门）商量事情了。

非常同意标题党的说法，大标题带个空洞的内容，

小弟在项目中实验过结队，感觉结队开发适合找“沙和尚”那样的开发人员，本事刚够用，但听话，专注，稳重，“孙悟空”虽然本事大，但是骨子里是带着清高，经常把结对管理搞的乱七八糟还自以为是，猪八戒那样活泼的开发人员还比较少见。

   所以，结对成员之间对交流的要求比较高，水平差距也不能太大，否则也不会“敏捷”了。

结对编程，不一定要每时每刻都结对，不一定要每项模块开发都结对，不一定每个人都要结对。

是的，没见过哪个工厂在所有环节上都用双岗的。

又是这种似是而非的话。
结对不能过度，过犹不及，没错，都是绝对正确的废话。但是，有几家公司敢说自己是结对过度的？有几个人敢说？
明明绝大多数人都是做得不够，上班不时打晃走神，代码缺乏复审，这种时候说什么结对不要过度，有意思吗？