关于pair coding

我没有看到pair coding(or programming?)的精神和价值，相反，我看到了人性的虚伪和自私。

我还以为是练<<玉女心经>>,要两个人心心相通.汗!!

实践过pair，谈谈感想：

首先，不要老是用比较古老的pair方式。。。。现在的pair是可以2个人坐在一张桌子上，面对着各自的电脑（不是一个电脑），通过IDE联线支持，同时编辑一个文件，顺便聊着天。如果离的远可以开着视频。这些google的工程师不是发布了一个视频示范过嘛。

其次，如果2个人水平比较接近，很容易迸发奇思妙想。如果2个人水平都比较菜，速度放弃pair。。。。。

"最好的pair 方式是什么呢？ 一个人写测试，一个人写实现。不会有什么冲突，为了实现一个目标各有分工。"
LZ的这句话，说的不错。
pair programming并不适用与软件开发过程中的任何阶段，并且就我个人来说，我觉得如果让一个老手与一个新手搭配做pair，肯定效率并不会提高，反而可能会导致进度拖延的问题。不过，让两个有同等经验的人去做pair，感觉上又会是一种资源的浪费啊。

把脑子当作定大小的内存.
两个脑子当作两台电脑上的内存.
除了算法问题外.
两台机器内存会扩大 一倍.

参考memcache

不管怎么说，Pair的好处是显而易见的，具体用的好不好，依赖与使用者的上下文和使用者的应变能力了，没有银弹。

pp有一个不可或缺的前提条件：团队成员之间要有高度的认同感，否则pp就是扯淡！

ThoughtWorks的pp搞的那么好，其根本原因在于ThoughtWorks招聘环节当中有一要求：你未来的同事来面试你，challenge你，看你能不能和他们臭味相投，他们看你顺眼不顺眼，如果不能的话，对不起，你再优秀，也要被拒！所以你可以观察到 ThoughtWorks的这些员工很抱团，一个鼻孔出气，文化气质都比较趋同。这是pp成功的先决条件。（当然也有一些人因为这种莫名其妙理由被拒后，会感到愤愤不平，不能够忍受ThoughtWorks的傲慢）

反观国内很多公司的技术团队，作为一个工程师，你没有权利拒掉一个你看不顺眼的候选人，特别是你不能够以看不顺眼一个人来拒掉他。有时候人和人之间的感觉是很微妙的，你要是看不顺眼一个人，你自己都未必说的出来是什么理由。但是你要真和一个自己看不顺眼的人pp，还真就没有办法合得来，所以pp的成功与否不在于两个人水平差异，而在于性格差异和兴趣差异。你不能在招聘环节去挑选气质一样的团队成员的话，pp必然失败。

照你这么说，以加班跳楼闻名的H公司，居然大半员工也有着和T公司一样的气质呢
不然为什么我们跟他们能成功结对到一起去？

有些事情，你没有做好，可能只是因为你不知道方法和技术
太轻易的把失败归结到气质这种看不见摸不着的东西上面，好吧，可以很容易的让自己感到愉快，也不错

我不想做口舌之争，何况你举一个例子也说明不了什么问题，我也可以举出来一个从T公司出来在D公司推行PP却一直很不成功的例子，当然你可以归结到这个从T公司出来的人不知道方法和技术上。