PairProgramming(成对编程)-UML软件工程组织-火龙果.pptVIP

Pair Programming( 成对编程 ) 什么是Pair Programming Pair Programming的角色(Role) Driver The one who types Navigator The one who watches the back 角色可以互换的 Pair Programming的疑问 疑问： 一个程序两个人写是不是一种浪费（可是两份工资，双倍资源哦）？ 编程从来是一个人的活动。学校里这么教的，一直以来也是做么做的。 我不喜欢被人盯着工作，这样我不自在，无法工作。 这个笨家伙老是问问题，他/她不会看书么？我都无法专心工作了。 …… 另一方面： Pair Programming被很多的大师级程序员推崇； 不少大学都展开对Pair Programming的研究，并得到正面的结论； 很多尝试过的Developer都开始喜欢Pair Programming。 Pair Programming和Solo Programming的比较 一些研究数据： 1999年，University of Uath.两组学生，一组独自工作，一组Pair Programming。（由助教预先设计和开发了Test Cases） Pair Programming的历史 1995年，Larry Constantine在他的专栏中第一次提到了在他在P. J. Plaugherís software company, Whitesmiths, Ltd观察到一个现象：Collaborative Programming “两个程序员一起工作，可以比以往更快的交出完成并经过测试的代码，而且这些代码几乎是没有Bug的。” Collaborative Software Process（相对PSP） 1996年，Kent Beck，Ward Cunningham 和Ron Jeffries一起提出了Extreme Programming（XP），其中吸收了Collaborative Programming，并称为Pair Programming。 Pair Programming是XP的一个key practice，也是XP成功的关键。 随着XP在世界范围内被采用和练习，Pair Programming开始被接受。 为什么要Pair Programming 为什么要Pair Programming 企业管理层次： Pairs更有效的交流，相互学习和传递经验 Pair Programming具备更高的效费比（cost-effective） Pair Programming能更好的处理人员流动 开发层次： Pairs能提供更好的设计质量和代码质量 Pairs更强的问题解决能力 开发人员自身： Pairs一起工作能带来更多的信心 Pairs一起工作能带来更高的满足感（程序员，用户和管理层） 为什么要Pair Programming 不间断的Code Review Code Review的目的是不断的调整设计和编码质量的过程，也是为了及时发现问题和解决问题。避免把风险延后到QA阶段或Production阶段。 开发中的Review主要包括： 1) Design Review 2) Code Review 3) Test Review 4) Document Review 为什么要Pair Programming 不间断的Code Review 1. Peer Code Review，即程序员之间的互相Review 缺乏Design Review 不能持久,定时Code Review 对需求和设计的不了解导致无法实现有效的Review 为什么要Pair Programming 不间断的Code Review Pair Programming提供不间断的Design review，Unit Test Review，Code Review，Document Review，避免了效果差的Team Code Review，也比抽查式的Peer Code Review有更好的质量。(CMM Level 3) Pair Programming中，任何一段代码都至少被两双眼睛看过，两个脑袋思考过。结合Collective code ownership和小的Task (Small Engineering Task)，代码被不断的Review。 为什么要Pair Programming 编程方式 避免cow boy式的编程 好代码的衡量标准：可读性和可维护性 硬件设备价格的下降和速度的提升，使得代码效率不是考虑的重点（对大多数的商业应用）。对大部