欢迎访问我的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中的看法和方式。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。