欢迎访问个人blog:http://blog.thinkinside.meshell
最近公司开始了“敏捷开发”试验。我也以为只是所谓的“敏捷开发”吧。实际上整个管理过程仍是很是传统的管理模式。可是引发了对敏捷开发的一些兴趣。关于敏捷开发书籍看过一些,实践过的很少。编程
今天听了InfoQ中关于结对编程的一些聊天。框架
http://www.infoq.com/cn/interviews/pair-programming-and-software-lifecycleide
列出我以为关键的几点:测试
1 敏捷开发是全员的转变。不是开发者和测试者的事。也是管理者的改变编码
2 结对编程若是能力差异过大。能够一我的主导,一我的辅助。主导能够以搭建测试框架的形式,辅助者实现来达到最快的培训目的spa
3 结对编程不表明随时随地的结对。code
4 表面上看起来开发效率会下降(文中65%),可是相对维护效率的提升是值得的。对象
最近在研究Openmax decoder的时候用过一些。说说我本身的见解,以及本身的一些实践:blog
1 结对编程时你们要摆正心态:不是来检查做业和找茬的。心态不对,很难坚持下去。不须要很正式,甚至不须要编码,只是review就能够。
2 很赞同并不是随时随地的结对。遇到难点问题,约上你须要结对的对象,等他有空马上开始。
3 结对对象不必定须要工做内容彻底同样。有几种人能够选择:a)工做内容相似 b)所遇问题的专业人士 c)经验丰富着,解决问题思路广者。
4至于水平相差较多,没有试过。但我很是承认InfoQ中的见解和方式。