《PairProgramming( 成对编程 )》由会员分享，可在线阅读，更多相关《PairProgramming( 成对编程 )（27页珍藏版）》请在金锄头文库上搜索。
1、1,Pair Programming( 成对编程 ),黄海波 & 陶万山 With contribution by 劳晖www.chinaxp.org,2,什么是Pair Programming,Pair Programming是一个编程模式(Programming pattern)。两个程序员并排坐在一台电脑前，面对同一个显示器，使用同一个键盘，同一个鼠标一起工作。他们一起分析，一起设计，一起写测试例子，一起编码，一起单元测试，一起整合测试(Integration Test)，一起写文档等。基本上所有的开发环节都一齐肩并肩地，平等地，互补地进行开发工作。其它领域的“Pair Working”
2、： 越野赛车 驾驶飞机,3,Pair Programming的角色(Role),Driver The one who typesNavigator The one who watches the back角色可以互换的,4,疑问： 一个程序两个人写是不是一种浪费（可是两份工资，双倍资源哦）？ 编程从来是一个人的活动。学校里这么教的，一直以来也是做么做的。 我不喜欢被人盯着工作，这样我不自在，无法工作。 这个笨家伙老是问问题，他/她不会看书么？我都无法专心工作了。 另一方面： Pair Programming被很多的大师级程序员推崇；不少大学都展开对Pair Programming的研究，并得到
3、正面的结论； 很多尝试过的Developer都开始喜欢Pair Programming。,Pair Programming的疑问,5,Pair Programming和Solo Programming的比较,一些研究数据：1999年，University of Uath.两组学生，一组独自工作，一组Pair Programming。（由助教预先设计和开发了Test Cases）,6,Pair Programming的历史,1995年，Larry Constantine在他的专栏中第一次提到了在他在P. J. Plaughers software company, Whitesmiths, Lt
4、d观察到一个现象：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在世界范围内
5、被采用和练习，Pair Programming开始被接受。,7,为什么要Pair Programming,“The Human eye has an almost infinite capability for not seeing what it does not want to see Programmers, if left to their own devices, will ignore the most glaring errors in their output-errors that anyone else can see in an instant.” - Gerald We
6、inberg“Knowledge is commonly socially constructed through collaborative efforts toward shared objectives or by dialogues and challenges brought about by difference in persons perspective” - Salomon“三个臭皮匠，胜过一个诸葛亮” - ?,8,为什么要Pair Programming,企业管理层次： Pairs更有效的交流，相互学习和传递经验 Pair Programming具备更高的效费比（cost-
7、effective） Pair Programming能更好的处理人员流动开发层次： Pairs能提供更好的设计质量和代码质量 Pairs更强的问题解决能力开发人员自身： Pairs一起工作能带来更多的信心 Pairs一起工作能带来更高的满足感（程序员，用户和管理层）,9,为什么要Pair Programming 不间断的Code Review,Code Review的目的是不断的调整设计和编码质量的过程，也是为了及时发现问题和解决问题。避免把风险延后到QA阶段或Production阶段。开发中的Review主要包括： 1) Design Review 2) Code Review 3) Te
8、st Review 4) Document Review,10,为什么要Pair Programming 不间断的Code Review,1. Peer Code Review，即程序员之间的互相Review缺乏Design Review不能持久,定时Code Review对需求和设计的不了解导致无法实现有效的Review,2. Team Code Review什么时候开会做Review？不可能Team天天开会无法对所有的设计和Code进行Review面子问题效率低,传统开发过程的Review（例如印度的InfoSys公司）的问题：,11,为什么要Pair Programming 不间断的Co
9、de 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。,12,为什么要Pair Programming 编程
10、方式,避免cow boy式的编程好代码的衡量标准：可读性和可维护性硬件设备价格的下降和速度的提升，使得代码效率不是考虑的重点（对大多数的商业应用）。对大部分的商业项目来说，更主要的顾虑是成本。而成本中人工占最大的比例。好的代码可以减少修改的成本。Pair Programming的互相督促可以提高代码的可读性。,13,Pair是一个最小单位的Team,而任何人都是工作在这样一个Team中。Developer的言行都会影响到其他的Developer( Partner)，也受到其他Developer的影响。Pair Programming避免了“我的Code”，使得代码的责任不属于某个人，而是属于一
11、个Pair和整个Team，从而做到Collective Code Ownership，也避免个人英雄主义。迫使程序员必须频繁的交流，增进知识经验的交流(Cross-Training)。,为什么要Pair Programming Teamwork,14,为什么要Pair Programming 以人为本,同伴的潜在压力( Peer Pressure )。Pair Programming的过程也是一个互相督促的过程。由于这种督促的压力，使得程序员更认真的工作。每个人每天的有效工作时段不超过3-4个小时。Pair Programming中Driver和Navigator的互换可以让程序员轮流工作，从
12、而避免出现过度思考而导致观察力和判断力出现偏差。潜意识的有利竞争。当人在一个团队中工作，总是下意识的努力展现自己的优点。工作及时得到同伴的肯定，自信心和成就感(Self-Satisfaction)增强。觉得工作是一件愉快( Enjoyable )的事情。,15,什么样的人不适合做Pair Programming,太过自负不能容忍别人的意见我总是对的我吃盐多过你吃米,太过自卑没主见没责任心,16,什么样的人适合做Pair Programming,Extreme Programming对实施的程序员提出了更高的要求。这种要求不是技术水平，也不是学历水平也不是工作经验。这种要求是对一个人的心智，道德
13、，修养的更高要求。 程序员的四怕： 1) 怕自己看上去傻 2) 怕被认为是没用的 3) 怕自己变的不重要（过时） 4) 怕自己不够好 Pair Programming中，编码不再是私人的工作，而是一种公开的“表演”。程序员的代码，工作方式，技术水平都变得公开和透明。,17,XPer的素质,一个XPer应该具备这样一些基本素质：诚实，公正，开明，勇敢和谦卑！在这些素质的基础之上，才是对技术水平，能力和天分等的要求。诚实 公正开明 勇气 谦卑 具备这些素质才能克服“四怕”，才能成为一个成熟和专业的Developer。,18,如何Pair Programming,Driver 写设计文档(Class
14、 diagram等)，进行编码(Unit Test and Business Object)等XP开发流程。Navigator 审阅Driver的文档、Driver对编码等开发流程的执行；考虑Unit Test的覆盖程度；是否需要和如何Refactoring；帮助Driver解决具体的技术问题。Driver和Navigator不断轮换角色，不要连续工作超过一小时，每一小时休息15分钟。Navigator要控制开发时间。主动参与 虽然每个Engineering Task都有owner，但不能一旁观者的心态来做。任何一个Task都首先是两个人的责任，也是所有人的责任。没有“我的Code”、”你的C
15、ode”或“她的Code”，只有“我们的Code”。,19,如何Pair Programming,只有水平上的差距，没有级别上的差异。一个Pair,尽管可能大家的级别资历不同，但不管在分析，设计或编码，双方都拥有平等的决策权利。Pairs之间互换Partner。每个Task都应该和不同的Developer配对。每隔一天，甚至是半天，互换Partners。但Task的owner因该继续留该Task的Pair中。如果Pair中的一人请假，另一人应尽量不要写Production Code。Pair一起加班,20,没有Pair Programming就没有XP,Pair Programming是XP所
16、有的Practices中最被争议和被认为是最难接受。Pair Programming是获得XP最大价值的关键。没有Pair Programming,无法实现有效的Continuous Code Review,代码质量下降。没有Peer Pressure，流程的执行很容易出现偏差。没有Pair Programming，Communication很容易弱化，进而影响Team work。Pair Programming象XP流程中的粘合剂，把各个环节连接起来实现最大的价值。,21,XP Without Pair Programming?,这是引进XP时最难被接受的规则。但如果在采用其它XP的惯例和规则时，抛弃Pair Programming，那么会面对以下问题：如何进行有效的Design Review如何进行有效的Code Review如何保证代码质量如何保证流程的执行如何增进Communication如何进行Cross-Training如何增强Teamwork,
