结对编程心得

  前一段时间，机缘巧合加上同事的志同道合，尝试了一段时间的结对编程，有诸多体会，一直想

找个机会挥发一下，苦于比较忙碌，憋闷了好久，也考虑成熟一些。
 结对流程：先写一个TODO列表，粗略的写一下一天的工作，然后一个人开始按照先后编写，另外

一个人看着，在编程的过程中会发现新的需求和小的要求，那么需要看着的人记录下来，写道TODO列表上

去，完成一个功能的时候要划掉列表上相应的地方。两个人就这么来回循环交替着。
 总的来说感受颇多，总结一下优缺点如下。
 优点：
 1：pair确实效率比较高，听歌上网的时间基本上没有，脑子一直处于运转状态，不敢说一直高

速运转，因为终归有走神的时候:),自己粗略的算了一个，一个人高效率的话，一天工作6个小时，应该算

是不错的了，特别是持续一个月的水平，pair的话，两个人一直在忙碌，基本上可以算是8个小时，歇人

不歇机器，所以平均每个人4个小时应该是有的。还有就是两个人一切弄东西，总是有种刺激的感觉，使

自己总有种要努力干活的劲头，而且思绪和编程的频率和平时绝对是不一样的。所以说每个人得到了4.5-

5个小时，并不过分。
 2：后期维护简单一些，程序不是写给一个人，而是写给两个人。所以代码的结构肯定是两个人

都能理解的，并且代码是两个人精华的交集那部分，绝对是去其糟粕，取之精华。这样的代码，维护起来

肯定是要好一些的。还有就是有个人盯着的时候，会提醒很多东西，增加了一次成功的几率。俗话说得好

，当局者迷，局外者清。附带优点，从时间上说减少了调试－修改－再调试的次数。
 3：经验传递，每个人都有自己的习惯，每个人都有自己的优点，两个人肯定是相互学习，这样

有利于经验的传递，而且风格上也会统一很多。
 4：工作有激情，编程比较娱乐。干起活来比较带劲，互相争着做功能，每天盼着编程，而不是

怠工。
 缺点：
 缺点只能说说我所遇到的一些问题。
 1：因为我们现在执行的pair只是小局部的pair，并没有发展到整个项目，所以经验传播有限。

我们学习到的经验，只限于pair的这些人（说白了，就两个人）。风格也就pair的人统一。
 2：代码私有化，虽然是结对编程，可是代码依然属于私有的，两个人做的时候，还有一些先做

谁的，再做谁的这种感觉，不利于全身心投入（虽然完全投入进去，总是感觉差点什么），人为的就给了

一些圈圈框框，感觉有些碍手碍脚的。
 3:政治因素太多，因为还是刚刚开始尝试，顶着很多压力，感觉如果不多作出来一些东西，就有

些让人家能说三道四的感觉，说两个人干一个人的活的口舌。还有就是刚刚开始结对，没有什么证据能说

明什么，所以自己心里也比较虚，也比较害怕浪费时间。
 4：习惯了之后，一个人编程感觉很无聊。pair后遗症:)
 总结一下：感觉pair编程比较不错，自己有些时候不结对，就感觉很不带劲。不过不管什么编程

方法，方式也好，都是一种工具，感觉也都是需要一些所谓的上下文环境，才可以充分发挥出来作用的。
 1：项目不是很大，具体多大我说不好，但是太大了，那么交流，传递经验就比较费时费力，阻

尼比较大，每次传递要耗费的功比较多，可能会有些得不偿失。
 2：最好能整个项目都pair，可以实现代码公有化，这样，每个人就不会想着自己还有多少没结

束，自己的进度什么的了。
 3：不是那种考核制度很严格的公司，不然都公有了，不知道每个人怎么样了。
 4：政治压力要小一些。