今天，你结对编程了吗？

怎么叫没有意思？
有一些人正是因为不理解结对编程这种临时性、范围性、适用性才质疑结对编程的正确性。
只有认识到这一点，才能灵活应用结对编程。

是的，对于gigix来说，大多数东西都是废话，但放在其他人身上，就不一定了。

对特定技术来说。

看了GIGIX的评论，我发现他说话是我喜欢的风格，
一针见血，表达清楚

看题目就明白楼主对敏捷没有深刻的认识
结对编程是敏捷的一种方法
不结对就不能敏捷么？
结对了就敏捷了么？
而且很多公司根本不具备结对的条件
你要改造座位，你要安排适当的人员搭配，加班的时候你还要协调两个人的工作时间，你要教育程序员要结对编程别结对聊天。
结对的目的是为了加强程序员和程序员之间的沟通和知识共享。如果你的程序员没有认识到这个目的（例如上面这个结对泡妞的），并朝这个方向努力，你很快会发现结对比不结对效果还差！

的确，不用说得太概念化！
如果结队好，为什么难以实施？经验不足的团队和组织，应该如何做？
如果不好，你是如何实施的？为什么说不好？

--------------------------
真精辟！
前段时间我跟一个mm结对，
可是都是她coding ，
我就搞点调研工作了。呵呵

结对是为了多层次，全方位，站在同一战线共同交流,沟通,进而有效解决问题。当然双方也有矛盾的时候,这时需要上级或自己内部协商解决。
    我和同事结队4个多月了(意思到结对本身只有1个多月),有一点体会。这个阶段主要集中代码合并,审核,测试计划,部分(业务、程序)设计,改善,优化。
    人总有疏忽的时候,总有思考不到位,总有相关知识残缺的时候,总有时间安排忙不过来的时候,两个结对,这些问题都能够及时,有效解决。
     ...好多人都提到这个的什么的什么"敏捷开发",在国内不行.....实际,至少"结对编程","测试驱动开发"是可行的.....前者,本质上反映了一个人的合作,协作能力,实际上,"团队精神"就可以从"结对"开始....后者,是反映一个人的作事习惯。把测试驱动开发做到位了,就能减少风险,加快原型设计.....
    只说结对,"不团结,不协作",就是中国的国情。那么改变这种国情,比认识到这种情形----在"结对"这种特定场合更为有利。
    "矛"与"盾"的统一体,从"结对"看来，是一个有效途径。把自己和对方放到一个水平线,你总会意识到自己的不足.....总会有积极地改善,完美自己.进而大家都得到提高。
另外,上司的决策,部分干预在整个过程中往往成了关键。
    整个"结对"过程中,心态,素质确实要求较高。"理解,支持,互助",欣赏对方优点,接受对方批评并积极改善,改进才是"结对"平和,理智走下去的必由之路。