4.5 结对编程总能做到1 + 1 > 2 吗?
结对编程总能做到1 + 1 > 2 吗?
教材中第四章出现了结对编程(Pair programming),这是一种变态的代码复审,有别于传统的Code Review。书中强调"复审的目的在于纠错改进与教育更多的开发人员",
随后在4.5.3节说到Pair中两人对程序深入了解,复审效果好。但代码复审包括具体代码、效能、设计规范等多方面,Pair中有时间像Code Review一样周全的考虑吗?
在传授经验这个方面,Pair中比较多的也是口头交流吧,那么有些经验不就只停留在两人之间了吗?
当开发想到一个新idea,为什么不形成书面形式在Code Review中“让更多的成员熟悉项目各部分的代码”?
为什么想着不间断地复审而不去花时间提高团队Code Review的效率?
相关推荐
结对编程技术与策略pdf
介绍结对编程方法、技术和策略。包括结对编程定义、好处。结对策略与组织方法,存在的问题与注意事项等
什么时候该采用结对编程?
结对编程是构建软件系统的一种有效方法。采用结对编程,带来的显著效益:更好的想法——持续不断的头脑风暴、更大的知识库、在理解上有更少的差异、有更多的脑力解决设计问题; 结对编程是构建软件系统的一种有效方法。采用结对编程,带来的显著效益: 更好的想法——持续不断的头脑风暴、更大的知识库、在理解上有更少的差异、有更多的脑力解决设计问题; 更好的质量——更少的漏洞、想法的即时认证、始终如一的方法并更加遵守团队会议中的要求; 更全面的认识——经验共享与知识共享、对于为什么做、怎么做和做什么有更深入的理解; 更高的生产率——更好地集中精力及更高的工作强度、彼此促进并激励来达到最好的结果
结对编程启示录
结对编程可以帮助小团队利用有限的人力资源,高效的产出高质量的代码。 本书言简意赅的介绍了结对编程的思想和方法,并给出了一些结对编程的实操范例,具有很强的实践指导意义
XP实践结对编程demo
XP实践demo for http://blog.csdn.net/nomad2
揭开极端编程的神秘面纱:结对致胜
某些XP实践让项目经理感到可笑,而让程序员畏缩。结对编程(或结对)就是其中一种。根据一些XP评论家的反馈,结对编程获得了“最可能令人不快的方法”的“奖项”—也就是说,如果您不得不给它一个头衔的话。本月,XP专家RoyMiller讨论了这种编写代码的基本方法,包括对于结对的误解、为什么那么多软件开发人员都讨厌它以及为什么它对项目的成功是如此重要。请在本文的论坛中与作者和其他读者分享您对本文的看法。(您也可以单击本文顶部或底部的“讨论”来进入论坛。) 在过去五十年里,编程基本上是一种单干的职业。哦,当然,程序员也与别人交谈,尤其在项目的需求收集阶段。但一旦开始编码,大多数公司的程序员就会一头埋


