欢迎访问我的blog：http://blog.thinkinside.me

最近公司开始了“敏捷开发”试验。我也觉得只是所谓的“敏捷开发”吧。实际上整个管理过程还是非常传统的管理模式。但是引起了对敏捷开发的一些兴趣。关于敏捷开发书籍看过一些，实践过的不多。

今天听了InfoQ中关于结对编程的一些聊天。

http://www.infoq.com/cn/interviews/pair-programming-and-software-lifecycle

列出我觉得关键的几点：

1 敏捷开发是全员的转变。不是开发者和测试者的事。也是管理者的改变

2 结对编程如果能力差别过大。可以一个人主导，一个人辅助。主导可以以搭建测试框架的形式，辅助者实现来达到最快的培训目的

3 结对编程不代表随时随地的结对。

4 表面上看起来开发效率会降低（文中65%），但是相对维护效率的提高是值得的。

最近在研究Openmax decoder的时候用过一些。说说我自己的看法，以及自己的一些实践：

1 结对编程时大家要摆正心态：不是来检查作业和找茬的。心态不对，很难坚持下去。不需要很正式，甚至不需要编码，只是review就可以。

2 很赞同并非随时随地的结对。遇到难点问题，约上你需要结对的对象，等他有空立刻开始。

3 结对对象不一定需要工作内容完全一样。有几种人可以选择：a)工作内容类似  b)所遇问题的专业人士 c)经验丰富着，解决问题思路广者。

4至于水平相差较多，没有试过。但我非常认可InfoQ中的看法和方式。