结对编程简介

没有绝对的真理

我们只能自己摸索自己的路子

其实我们是花了两个小时的时间做了四个小时的事情.剩下的时间其实可以自己支配.我相信没有人可以一天都在pair(这样才是压榨).如果有相信也没有什么效果.只有两个人都精神非常专注(我相信精力集中更有可能创造好的软件)才能体验到pair的好处.
pair可以让我们更有激情,更多的头脑风暴.有的时候甚至可以让你感觉到你的打字速度跟不上你的思想.
至于MS和Google我不想多说什么.至少我还没有能力去那种地方.当有能力去了再评论.偶是Google铁杆拥护者,但没有体验过的事情不好乱讲是吧

的确.找到适合自己的方法.这些都是不推荐强迫的.

敏捷CMM都没有错，错在形式主义和削足适靴。
pair programming适合在有激情的队伍，比如两个学生，或者朋友搞创业。在企业里面估计很难推行，因为我们的程序员对社会对生活对工作没有充满感激，这样那样的事情压得他们疲于奔命，大伙都很功利，社会也很功利。
反观欧美，社会是建立在诚信上面的，他们的价值观不是干一票是一票，合作满意，就很可能合作一辈子。他们也不会因为你的报价最低，你的人最多，证书越多就信任你，他们很在乎你以前的合作伙伴对你的评价。再加上国外的高工资，所以企业的利润有保障，社会和行业在良好的气氛内，人也处在平和的氛围中，pair programming很适合一些想突破的队伍，很适合一些有干劲的队伍。

没有绝对的真理

我们只能自己摸索自己的路子，放之四海皆准啊

敏捷质疑: 结对编程, 代码集体所有权

 

 

我的每个客户在项目开始时都这样说，在项目结束时他们都说结对是好实践要继续坚持下去
当你说结对效果不好的时候，其实还有一种──非常大的──可能性
你尝试的时候没有做对
和别的任何事情一样，结对编程不是只要俩人坐在一块就成了，这里有很多技巧和实践
如果仅仅因为不了解这些技巧和实践、仅仅因为一次尝试没有做对，就放弃了继续了解下去的兴趣，是很可惜的

我觉得结对编程比较适合具有工程师文化的公司。
如果某个软件公司不重视技术，开发人员都被当作苦力对待，那绝对不适合用结对。

XP要求有一个好的教练和服从教练指挥并能正确发挥个人能动性的人员。

原来就这么简单，我在学习的时候跟我的PARTNER就实现过了。。。。。。。。。。。。。

当时两人都是为了把毕业设计做好。向着一个方向努力效果很好。。。毕业设计拿了第一。（我和他的水平差不多）。

但是在工作中要怎么实现。

如果对方比我厉害，我倒还愿意和他一起，学习更多的东西。

如果对方和我一样，那我就会有“比较心理”，大家做的是不是一样多？所得的薪酬是否公平？我是不是要排挤他一下，突出一下自己，来显得自己更重要？这个知识我会，他不会，我是不是要装个傻不让他有提高的机会？虽然我说的有点极端，但是类似于这样的心理是绝对会产生的。LZ能否认吗？

如果对方比我差就更憋屈了，看他玷污我写过的代码我都想抽死他，直接叫他走人吧，我自己一个人做还快点。不怕神一样的对手，就怕猪一样的队友。