XP的反省-Pair Programming

新手的悟性很重要，有些人怎么pair都提高不要， 有些人只要稍微点拨就能精通 （有点宿命论了，不过大概意思就是这个）。 如果照你所说如果新手会很快成长为老手，那有为什么 ‘实际工作中,比较多的情况是高低搭配’

'那一块东西别人都不知道,出了什么问题都得打电话问以前做的那个人.' 这恰恰说明了必要的文档的重要性，不过XP的简单设计原则 应该很少会造成这种情况的发生

1. 代价太高， 让低手回家自学（剥削一下 ：） ） 早上来了点拨一下会比较好，如果遇到个迂腐的，怎么pair都没用
2. 闷头做事不提倡，不过更反对两个人闷头做事
3. 两个人写html， 着色， css... 好在我们公司对于这种工作已经不pair了
4. 研究工作有了眉目才适合讨论， 否则只能纸上谈兵， 瞎扯
5. 分歧不一定就是错误，也可能两个人都对呢。
6. 生病的容易传染，令我我特受不了不洗澡，口臭，身上有怪味的 pair
7. 要命的是pair的时候navigator走神， 有人就是这样， drive的时候很精神， navigate的时候打瞌睡。 我遇到过一两个，不过不是很普遍。

客户只给一个高级工程师的钱，哪位的公司可以加一个初级的去高低搭配？初级的预算哪个部门出？
这种高低搭配对于软件公司本身有利，拿客户的钱培训自己的低手，对于客户并不合适。
后期的事情当然还是由软件公司负责，你工程师换项目、调动岗位都必须对当前的客户负责，不是你说换就换的，换的过程中，交接的成本肯定由软件公司出，没听说过由客户出的，后期出了问题当然还是要软件公司负责。没听说过没有买pair，然后人员调动了，让客户出额外的成本。如果客户出了，那就是公司的销售太强了。

轻松的环境还是可以偷懒的环境？

好pair容易进行的前提，面试

1.面试如有可能，要pair
2.员工的综合素质要高，个人能力，沟通，合作等，面试时要测量出来，试用期很重要
3.面试时要看重TDD的能力

pair进行中的一些实践
1.提倡合理的休息，一对pair一天4-5小时的有效工作时间是非常高效的
2.每天或每周要有一定的个人时间
3.spike适合pair分头研究，再pair一起解决
4.多进行pair的交换

那么从短期看，pair增加了公司的成本？

没Pair Programming过 不过很想尝试一下

新手和老手不是一个工作年限上的问题.新手可能是一个有十多年java经验的开发者,但是已开始到一个RoR项目上,他就是一个新手.所以从这个角度再来看,一个项目有非常多的理由不能配备足够的所谓的"高级程序员".想让一个项目从一开始到结束都全部配备水平均等的程序员,是不现实的.从整个产业的角度来讲,每年都有那么多新毕业的学生,他们肯定是需要成长的.pair从我看来无论在项目内还是在整个公司角度,都是最有效的"知识迁移"和"人才培养"的手段.而且,也不光是一个新带老的问题.pair在促进交流,提高团队成员对所有代码的责任感等很多方面都有作用.
任何有过管理实际项目经验的客户,对于这种情况的存在都是知道的.没有谁会天真的要求软件开发公司把他们所有的SA,SE都放在他的项目上.他是付不起那么钱的.因为这样算上软件公司要付出的很多机会成本(一个SA,可能就能带一个新的项目).
表面上来说,成本是增加的.但是这种成本是固有存在的.如果团队或者公司有一个人需要去了解一方面的知识,公司就需要投入成本让他成长.这种成本可以体现为一个人,低效地去自学去提高一两个月.也可以体现为两个人,效率稍低地工作一两个星期.

非常同意您的观点，新手和高手的相对性。

但是pair programming 是在干活， 不是在培训（当然有些人也可以把它当作副产品）。  学东西完全可以业余时间学，如果公司要培训 送去上个培训班也行。

自学花一个月的东西 pair能够一周搞定 确实有点夸张。 很多东西如果不能系统的学习 而只是听别人说，很难做到举一反三的。

当然我也不否认和高手pair有画龙点睛的效果，不过自己还得花大力气去画龙才行。

好pair容易进行的前提，面试
1。 如果只是pair一两个小时 很难看出来， 而且有些人面试的时候和实际工作中大不相同

2。 我做了4年的XP， 从崇拜，质疑 倒 反对 某些practice.

3。 如果有个人没用过TDD, 我们更应该看他的潜力。

pair进行中的一些实践
1. 如果是solo, 我一天最多工作2-3个小时，其它时间用于update自己的knowlege和research。  用于交流（大部分是争论和说服）的时间完全可以节约下来。 而且最大的好处是可以working from home.没有必要一定要去office

2. solo的艺术在于个人时间和工作实践的统一，所以老板不会觉得你在surf internet. 但是pair之外的个人时间，大部分老板还是想不开的(我要去pay那人在天涯上灌水？)。当然你可以argu我是在看技术网站，但是你不能保证其他人就不看风月网站。

3. 同意

4. 同意, 但是也有一个问题 就是自己给自己找压力，本来一个人学一个东西就可以了，这么一换 就成n个了。 会造成广而不精的后果。 而且还有一个大问题就是如果交换了pair如果有人对某个设计有一个严重分歧的很有可能会推翻重来， 例如 Senior A 和junior B pair on task 1, task 1完工后 Senior A 换取去solo database stuff， Senior C 换来和 junior B 继续pair on task 1的后续task2 这时Senior C觉得task 1简直太stupid乐，这是junior B 因为是个新手，只能一头雾水的follow Senior C 的高论， 我们公司就发生过多起此类事件，结果大家agree on不改变原先设计人的思路 ，这显然更stupid, 有可能错误的东西做完才发现。 最后还是就不了了之了。