上周一是洋老板D正式上班的第一天，我们三人小组开了一个很短的会，会议的主题很简单，依然是那不变的scrum 每日站立会议三段论：前一阵做了什么？将要做什么？有什么问题？

由于我刚刚被拉进这个team，前一段的scenario讨论都没有参加，在会上我提到暂时不能对新分配的那个任务提出估值，需要先看过系统代码后第二天给出估计的完成时间。没料到D讲了一大通理解支持，承诺给我提供帮助，让我宽心的话，这在心理上给了我极大的安慰，毕竟我作为新成员还是稍稍有些焦虑的。我以为D只是一种安慰，但他之后的行为告诉我他是认真的，他真的要帮助我！

下午，我正在皱着眉头解决一个dojo的问题(刚接触Dojo,很具挑战性啊),D问我是否准备好了pair programming. 对于pair programming,我一直有不少疑惑。在自己饶头的情况下，有个人站在旁边看会不会很紧张？尤其他还是自己的头。这就像在学校考试时，碰到了一个难题时，偏偏老师还站在身边看你答题，这不是添堵么？我心里不情愿，但还是点了头。就这样，开始了我的第一次pair programing的体验。

D过来了，蹲在我座位边，问我有没有什么问题。我给他看我碰到的问题，跟他讲我计划的解决思路。他给了我一些建议，我们一起分析问题，一起尝试，最妙的是，在使用工具的过程中，他给了我许多有益的小贴士，很快，这个问题被我们俩一起解决了。我们击掌互相祝贺。第一次pair programming的体验，不错！

总结一下：

优点：

1） 这种一帮一，对于新手，能够大大加速对工具和系统的熟悉过程

2） 对于有经验者，在帮助别人的同时，也会从新手处学习到一些新鲜的方法

3） 有助于收集新手可能碰到的问题，归档后可以作为将来的培训教材

4） 增进了解，工作更加融洽

前提：

1） 如果徒弟自尊心强，师傅最好是一个水平高，但又是谦和的人

2） 互相尊重乃是pair programming 的基础