有公司在使用结对编程吗？该如何解决

有公司在使用结对编程吗？
结对编程： http://zh.wikipedia.org/wiki/%E7%BB%93%E5%AF%B9%E7%BC%96%E7%A8%8B

我看过一些关于结对编程的理论，也和同事，经理讨论过，但是似乎没有人对这个题目有兴趣。在网上也只能看到一些测试和理论性的东西，没有听说过某个公司实践这个方法的，当然，也可能有公司在使用但是没有公布出来数据。

所以想问一下，各位高人谁的公司有在用这个方法的？在实践中有什么特别的体会？

------解决方案--------------------

探讨

引用:
引用:
如果你想好了要推行，你清楚他会给你们公司带来好处，那就推行，不要告诉老板/投资人你要推行。


个人感觉这样不太现实

除非是自己的公司（股份制的还不行），否则谁都不会没有根据盲目投入的～～


投资人哪有功夫管你东西是怎么做出来的，他只要知道你们能做出来就行了。

------解决方案--------------------
楼主想尝试的结对，只不过是在一些小任务上，两个人一起去编写代码，而且还要一直切换。所以没什么太多和培训有关的事宜。

在国内的环境，可能还不会由此要求公司在显示器，座位等等硬件设施上创造舒适良好的条件，所以也没什么工具的购买。

流程上也没什么大的变化。

如果你觉得会有好的效果，而老板、投资人可能不会答应，那就不要告诉他们。

Martin Fowler不是在“怎么对经理说”一节里建议：“不要告诉经理！”。
------解决方案--------------------
6个小时一个任务（任务结束那么结对也就结束了），在这个条件之下才结对编程，并且编程不是一个人带另外一个人，而是两个人有完全同样的水平，这样才能结对。

而许多国内公司以为结对就是“一个老人帮一个新人”，或者“长时间地结对”，这肯定是会严重影响高手的技术发挥的。是适得其反的。



让我们看看XP另两一个相关原则，再看看结对是在什么环境里边的：

XP的团队是“无人拥有代码的”，也就是说任何人如果发现代码需要重构，都可以重构。相对地，大多数传统的团队是“个人拥有代码的”，也就是说如果你说别人开发的代码有问题，别人大多数时候会给你白眼；少数团队是“个人和pm拥有代码的”，（在pm强力要求的情况下）别人可以修改代码，但是这个修改要得到原来拥有代码的人的许可才行。

能够随时重构代码，而代码没有任何人有拥有它的权限，这是非常“变态、极限”的编程，不是一般团队可以做到的。XP通过严格的TDD来做到这一点，因为任何改动check in之前都要重新运行几百甚至上千个TDD测试用例（而且可能是重复运行几遍，每一次都自动产生不太一样的测试数据）。

这就是说，不是要求开发人员有很高的水平（这是许多人用来诟病XP的主要借口），但是绝对要求 pm 有很高的水平和开放态度，团队的TDD做到了极端严格的程度（例如没有TDD的代码可以随时被删除掉）。

我想国内做到了的公司不到百分之二、三。