一雙編程的角色講義課件

PairProgramming

(成對編程)

1PairProgramming

(成對編程) 1什么是PairProgrammingPairProgramming是一個編程模式(Programmingpattern)。兩個程序員并排坐在一臺電腦前，面對同一個顯示器，使用同一個鍵盤，同一個鼠標一起工作。他們一起分析，一起設計，一起寫測試例子，一起編碼，一起單元測試，一起整合測試(IntegrationTest)，一起寫文檔等?；旧纤械拈_發(fā)環(huán)節(jié)都一齊肩并肩地，平等地，互補地進行開發(fā)工作。其它領域的“PairWorking”：越野賽車駕駛飛機

2什么是PairProgrammingPaiPairProgramming的角色(Role)DriverTheonewhotypesNavigatorTheonewhowatchestheback角色可以互換的

3PairProgramming的角色(Role)Drive疑問：一個程序兩個人寫是不是一種浪費（可是兩份工資，雙倍資源哦）？編程從來是一個人的活動。學校里這么教的，一直以來也是做么做的。我不喜歡被人盯著工作，這樣我不自在，無法工作。這個笨家伙老是問問題，他/她不會看書么？我都無法專心工作了?！硪环矫妫篜airProgramming被很多的大師級程序員推崇；不少大學都展開對PairProgramming的研究，并得到正面的結論；很多嘗試過的Developer都開始喜歡PairProgramming。PairProgramming的疑問

4疑問：PairProgramming的疑問 4PairProgramming和SoloProgramming的比較一些研究數(shù)據(jù)： 1999年，UniversityofUath.兩組學生，一組獨自工作，一組PairProgramming。（由助教預先設計和開發(fā)了TestCases）

5PairProgramming和SoloProgrammPairProgramming的歷史1995年，LarryConstantine在他的專欄中第一次提到了在他在P.J.Plaugheríssoftwarecompany,Whitesmiths,Ltd觀察到一個現(xiàn)象：CollaborativeProgramming“兩個程序員一起工作，可以比以往更快的交出完成并經(jīng)過測試的代碼，而且這些代碼幾乎是沒有Bug的?！盋ollaborativeSoftwareProcess（相對PSP）1996年，KentBeck，WardCunningham和RonJeffries一起提出了ExtremeProgramming（XP），其中吸收了CollaborativeProgramming，并稱為PairProgramming。PairProgramming是XP的一個keypractice，也是XP成功的關鍵。隨著XP在世界范圍內(nèi)被采用和練習，PairProgramming開始被接受。

6PairProgramming的歷史1995年為什么要PairProgramming“TheHumaneyehasanalmostinfinitecapabilityfornotseeingwhatitdoesnotwanttosee……Programmers,iflefttotheirowndevices,willignorethemostglaringerrorsintheiroutput-errorsthatanyoneelsecanseeinaninstant.”--GeraldWeinberg“Knowledgeiscommonlysociallyconstructedthroughcollaborativeeffortstowardsharedobjectivesorbydialoguesandchallengesbroughtaboutbydifferenceinpersons’perspective”--Salomon“三個臭皮匠，勝過一個諸葛亮”--?

7為什么要PairProgramming“TheHuman為什么要PairProgramming企業(yè)管理層次：Pairs更有效的交流，相互學習和傳遞經(jīng)驗PairProgramming具備更高的效費比（cost-effective）PairProgramming能更好的處理人員流動開發(fā)層次：Pairs能提供更好的設計質(zhì)量和代碼質(zhì)量Pairs更強的問題解決能力開發(fā)人員自身：Pairs一起工作能帶來更多的信心Pairs一起工作能帶來更高的滿足感（程序員，用戶和管理層）

8為什么要PairProgramming企業(yè)管理層次： 8為什么要PairProgramming

不間斷的CodeReviewCodeReview的目的是不斷的調(diào)整設計和編碼質(zhì)量的過程，也是為了及時發(fā)現(xiàn)問題和解決問題。避免把風險延后到QA階段或Production階段。開發(fā)中的Review主要包括：1)DesignReview2)CodeReview3)TestReview4)DocumentReview

9為什么要PairProgramming

不間斷的Code為什么要PairProgramming

不間斷的CodeReview1.PeerCodeReview，即程序員之間的互相Review缺乏DesignReview不能持久,定時CodeReview對需求和設計的不了解導致無法實現(xiàn)有效的Review2.TeamCodeReview什么時候開會做Review？不可能Team天天開會無法對所有的設計和Code進行Review面子問題效率低傳統(tǒng)開發(fā)過程的Review（例如印度的InfoSys公司）的問題：

10為什么要PairProgramming

不間斷的Code為什么要PairProgramming

不間斷的CodeReview PairProgramming提供不間斷的Designreview，UnitTestReview，CodeReview，DocumentReview，避免了效果差的TeamCodeReview，也比抽查式的PeerCodeReview有更好的質(zhì)量。(CMMLevel3) PairProgramming中，任何一段代碼都至少被兩雙眼睛看過，兩個腦袋思考過。結合Collectivecodeownership和小的Task(SmallEngineeringTask)，代碼被不斷的Review。

11為什么要PairProgramming

不間斷的Code為什么要PairProgramming

編程方式避免cowboy式的編程好代碼的衡量標準：可讀性和可維護性硬件設備價格的下降和速度的提升，使得代碼效率不是考慮的重點（對大多數(shù)的商業(yè)應用）。對大部分的商業(yè)項目來說，更主要的顧慮是成本。而成本中人工占最大的比例。好的代碼可以減少修改的成本。PairProgramming的互相督促可以提高代碼的可讀性。

12為什么要PairProgramming

編程方式避免coPair是一個最小單位的Team,而任何人都是工作在這樣一個Team中。Developer的言行都會影響到其他的Developer(Partner)，也受到其他Developer的影響。

PairProgramming避免了“我的Code”，使得代碼的責任不屬于某個人，而是屬于一個Pair和整個Team，從而做到CollectiveCodeOwnership，也避免個人英雄主義。

迫使程序員必須頻繁的交流，增進知識經(jīng)驗的交流(Cross-Training)。為什么要PairProgramming

Teamwork

13Pair是一個最小單位的Team,而任何人都是工作在為什么要PairProgramming

以人為本同伴的潛在壓力(PeerPressure)。PairProgramming的過程也是一個互相督促的過程。由于這種督促的壓力，使得程序員更認真的工作。每個人每天的有效工作時段不超過3-4個小時。PairProgramming中Driver和Navigator的互換可以讓程序員輪流工作，從而避免出現(xiàn)過度思考而導致觀察力和判斷力出現(xiàn)偏差。潛意識的有利競爭。當人在一個團隊中工作，總是下意識的努力展現(xiàn)自己的優(yōu)點。工作及時得到同伴的肯定，自信心和成就感(Self-Satisfaction)增強。覺得工作是一件愉快(Enjoyable)的事情。

14為什么要PairProgramming

以人為本同伴的潛什么樣的人不適合做PairProgramming太過自負不能容忍別人的意見我總是對的我吃鹽多過你吃米太過自卑沒主見沒責任心

15什么樣的人不適合做PairProgramming太過自負太什么樣的人適合做PairProgrammingExtremeProgramming對實施的程序員提出了更高的要求。這種要求不是技術水平，也不是學歷水平也不是工作經(jīng)驗。這種要求是對一個人的心智，道德，修養(yǎng)的更高要求。程序員的四怕：1)怕自己看上去傻2)怕被認為是沒用的3)怕自己變的不重要（過時）4)怕自己不夠好PairProgramming中，編碼不再是私人的工作，而是一種公開的“表演”。程序員的代碼，工作方式，技術水平都變得公開和透明。

16什么樣的人適合做PairProgrammingXPer的素質(zhì)一個XPer應該具備這樣一些基本素質(zhì)：誠實，公正，開明，勇敢和謙卑！在這些素質(zhì)的基礎之上，才是對技術水平，能力和天分等的要求。誠實

公正開明勇氣

謙卑具備這些素質(zhì)才能克服“四怕”，才能成為一個成熟和專業(yè)的Developer。

17XPer的素質(zhì)一個XPer應該具備這樣一些基本素如何PairProgrammingDriver–寫設計文檔(Classdiagram等)，進行編碼(UnitTestandBusinessObject)等XP開發(fā)流程。Navigator–審閱Driver的文檔、Driver對編碼等開發(fā)流程的執(zhí)行；考慮UnitTest的覆蓋程度；是否需要和如何Refactoring；幫助Driver解決具體的技術問題。Driver和Navigator不斷輪換角色，不要連續(xù)工作超過一小時，每一小時休息15分鐘。Navigator要控制開發(fā)時間。主動參與–雖然每個EngineeringTask都有owner，但不能一旁觀者的心態(tài)來做。任何一個Task都首先是兩個人的責任，也是所有人的責任。沒有“我的Code”、”你的Code”或“她的Code”，只有“我們的Code”。

18如何PairProgrammingDriver–寫設計如何PairProgramming只有水平上的差距，沒有級別上的差異。一個Pair,盡管可能大家的級別資歷不同，但不管在分析，設計或編碼，雙方都擁有平等的決策權利。Pairs之間互換Partner。每個Task都應該和不同的Developer配對。每隔一天，甚至是半天，互換Partners。但Task的owner因該繼續(xù)留該Task的Pair中。如果Pair中的一人請假，另一人應盡量不要寫ProductionCode。Pair一起加班

19如何PairProgramming只有水平上的差距，沒有級沒有PairProgramming就沒有XPPairProgramming是XP所有的Practices中最被爭議和被認為是最難接受。PairProgramming是獲得XP最大價值的關鍵。沒有PairProgramming,無法實現(xiàn)有效的ContinuousCodeReview,代碼質(zhì)量下降。沒有PeerPressure，流程的執(zhí)行很容易出現(xiàn)偏差。沒有PairProgramming，Communication很容易弱化，進而影響Teamwork。PairProgramming象XP流程中的粘合劑，把各個環(huán)節(jié)連接起來實現(xiàn)最大的價值。

20沒有PairProgramming就沒有XPPairPrXPWithoutPairProgramming?這是引進XP時最難被接受的規(guī)則。但如果在采用其它XP的慣例和規(guī)則時，拋棄PairProgramming，那么會面對以下問題：如何進行有效的DesignReview如何進行有效的CodeReview如何保證代碼質(zhì)量如何保證流程的執(zhí)行如何增進Communication如何進行Cross-Training如何增強Teamwork

21XPWithoutPairProgramming?PairProgramming和OpenSourceOpenSource現(xiàn)象: OpenSourceProject的代碼質(zhì)量比很多的商業(yè)軟件（項目）都好。和PairProgramming的共性：有效的CodeReviewCollectivecodeownership

22PairProgramming和OpenSourceOpDistributedPairProgramming分布式的PairProgramming:兩個Programmers身處不同的物理位置，通過Sharing軟件來實現(xiàn)PairProgramming。需要Sharing軟件能提供桌面共享，文字交談，語音交談，甚至是視頻交流。目前這種方法還沒有被認可，主要出現(xiàn)在學校的關于XP的研究項目中 。面臨的問題：Internet的網(wǎng)路延遲工作時段的約定

23DistributedPairProgramming分布PairProgramming和SoloProgramming的比較雖然PairProgramming的學生在剛開始的階段比獨自工作的學生花在同樣Task的時間較多，但很快PairProgramming的學生的時間開始大幅度的下降。而獨立工作的學生需要花費比Pairs更多的時間來達到接近的代碼質(zhì)量。

24PairProgramming和SoloProgrammPairProgramming和SoloProgramming的比較比較研究項目后的問卷調(diào)查發(fā)現(xiàn)：PairProgramming能用較少的時間生產(chǎn)更高質(zhì)量的代碼。PairProgramming的學生們認為自己比一個人的時候更勤奮和更聰明的工作，因為不想讓自己的partner失望。PairProgramming的學生認為自己比一個人的時候更專著,緊湊和由紀律的工作，而且是持續(xù)的（因為來自Partner的Pair-Pressure）。而獨立工作的學生也可以專著和緊湊的工作，但往往不持續(xù)。PairProgramming的學生對自己的工作更有信心和成就感。PairProgramming的學生覺得工作很愉快，很愿意很partner一起工作。在緊張時間安排和繁重的工作壓力下，獨自工作的學生很容易蛻變?yōu)闆]有紀律的Programmer。

25PairProgramming和SoloProgrammPairProgramming是個漸進的過程有效率的PairProgramming不是一天就能做到的。PairProgramming是一個相互學習，相互磨合的一個漸進過程。Developers需要時間來適應這種新的開發(fā)模式。剛開始的PairProgramming很可能不比SoloProgramming有更高的效率。但適應后的Pairs的開發(fā)質(zhì)量，開發(fā)時間都應該比SoloProgramming有大幅度的改善。

26PairProgramming是個漸進的過程有效率的PaiReference

27Reference 27PairProgramming

(成對編程)

28PairProgramming

(成對編程) 1什么是PairProgrammingPairProgramming是一個編程模式(Programmingpattern)。兩個程序員并排坐在一臺電腦前，面對同一個顯示器，使用同一個鍵盤，同一個鼠標一起工作。他們一起分析，一起設計，一起寫測試例子，一起編碼，一起單元測試，一起整合測試(IntegrationTest)，一起寫文檔等?；旧纤械拈_發(fā)環(huán)節(jié)都一齊肩并肩地，平等地，互補地進行開發(fā)工作。其它領域的“PairWorking”：越野賽車駕駛飛機

29什么是PairProgrammingPaiPairProgramming的角色(Role)DriverTheonewhotypesNavigatorTheonewhowatchestheback角色可以互換的

30PairProgramming的角色(Role)Drive疑問：一個程序兩個人寫是不是一種浪費（可是兩份工資，雙倍資源哦）？編程從來是一個人的活動。學校里這么教的，一直以來也是做么做的。我不喜歡被人盯著工作，這樣我不自在，無法工作。這個笨家伙老是問問題，他/她不會看書么？我都無法專心工作了。……另一方面：PairProgramming被很多的大師級程序員推崇；不少大學都展開對PairProgramming的研究，并得到正面的結論；很多嘗試過的Developer都開始喜歡PairProgramming。PairProgramming的疑問

31疑問：PairProgramming的疑問 4PairProgramming和SoloProgramming的比較一些研究數(shù)據(jù)： 1999年，UniversityofUath.兩組學生，一組獨自工作，一組PairProgramming。（由助教預先設計和開發(fā)了TestCases）

32PairProgramming和SoloProgrammPairProgramming的歷史1995年，LarryConstantine在他的專欄中第一次提到了在他在P.J.Plaugheríssoftwarecompany,Whitesmiths,Ltd觀察到一個現(xiàn)象：CollaborativeProgramming“兩個程序員一起工作，可以比以往更快的交出完成并經(jīng)過測試的代碼，而且這些代碼幾乎是沒有Bug的?！盋ollaborativeSoftwareProcess（相對PSP）1996年，KentBeck，WardCunningham和RonJeffries一起提出了ExtremeProgramming（XP），其中吸收了CollaborativeProgramming，并稱為PairProgramming。PairProgramming是XP的一個keypractice，也是XP成功的關鍵。隨著XP在世界范圍內(nèi)被采用和練習，PairProgramming開始被接受。

33PairProgramming的歷史1995年為什么要PairProgramming“TheHumaneyehasanalmostinfinitecapabilityfornotseeingwhatitdoesnotwanttosee……Programmers,iflefttotheirowndevices,willignorethemostglaringerrorsintheiroutput-errorsthatanyoneelsecanseeinaninstant.”--GeraldWeinberg“Knowledgeiscommonlysociallyconstructedthroughcollaborativeeffortstowardsharedobjectivesorbydialoguesandchallengesbroughtaboutbydifferenceinpersons’perspective”--Salomon“三個臭皮匠，勝過一個諸葛亮”--?

34為什么要PairProgramming“TheHuman為什么要PairProgramming企業(yè)管理層次：Pairs更有效的交流，相互學習和傳遞經(jīng)驗PairProgramming具備更高的效費比（cost-effective）PairProgramming能更好的處理人員流動開發(fā)層次：Pairs能提供更好的設計質(zhì)量和代碼質(zhì)量Pairs更強的問題解決能力開發(fā)人員自身：Pairs一起工作能帶來更多的信心Pairs一起工作能帶來更高的滿足感（程序員，用戶和管理層）

35為什么要PairProgramming企業(yè)管理層次： 8為什么要PairProgramming

不間斷的CodeReviewCodeReview的目的是不斷的調(diào)整設計和編碼質(zhì)量的過程，也是為了及時發(fā)現(xiàn)問題和解決問題。避免把風險延后到QA階段或Production階段。開發(fā)中的Review主要包括：1)DesignReview2)CodeReview3)TestReview4)DocumentReview

36為什么要PairProgramming

不間斷的Code為什么要PairProgramming

不間斷的CodeReview1.PeerCodeReview，即程序員之間的互相Review缺乏DesignReview不能持久,定時CodeReview對需求和設計的不了解導致無法實現(xiàn)有效的Review2.TeamCodeReview什么時候開會做Review？不可能Team天天開會無法對所有的設計和Code進行Review面子問題效率低傳統(tǒng)開發(fā)過程的Review（例如印度的InfoSys公司）的問題：

37為什么要PairProgramming

不間斷的Code為什么要PairProgramming

不間斷的CodeReview PairProgramming提供不間斷的Designreview，UnitTestReview，CodeReview，DocumentReview，避免了效果差的TeamCodeReview，也比抽查式的PeerCodeReview有更好的質(zhì)量。(CMMLevel3) PairProgramming中，任何一段代碼都至少被兩雙眼睛看過，兩個腦袋思考過。結合Collectivecodeownership和小的Task(SmallEngineeringTask)，代碼被不斷的Review。

38為什么要PairProgramming

不間斷的Code為什么要PairProgramming

編程方式避免cowboy式的編程好代碼的衡量標準：可讀性和可維護性硬件設備價格的下降和速度的提升，使得代碼效率不是考慮的重點（對大多數(shù)的商業(yè)應用）。對大部分的商業(yè)項目來說，更主要的顧慮是成本。而成本中人工占最大的比例。好的代碼可以減少修改的成本。PairProgramming的互相督促可以提高代碼的可讀性。

39為什么要PairProgramming

編程方式避免coPair是一個最小單位的Team,而任何人都是工作在這樣一個Team中。Developer的言行都會影響到其他的Developer(Partner)，也受到其他Developer的影響。

PairProgramming避免了“我的Code”，使得代碼的責任不屬于某個人，而是屬于一個Pair和整個Team，從而做到CollectiveCodeOwnership，也避免個人英雄主義。

迫使程序員必須頻繁的交流，增進知識經(jīng)驗的交流(Cross-Training)。為什么要PairProgramming

Teamwork

40Pair是一個最小單位的Team,而任何人都是工作在為什么要PairProgramming

以人為本同伴的潛在壓力(PeerPressure)。PairProgramming的過程也是一個互相督促的過程。由于這種督促的壓力，使得程序員更認真的工作。每個人每天的有效工作時段不超過3-4個小時。PairProgramming中Driver和Navigator的互換可以讓程序員輪流工作，從而避免出現(xiàn)過度思考而導致觀察力和判斷力出現(xiàn)偏差。潛意識的有利競爭。當人在一個團隊中工作，總是下意識的努力展現(xiàn)自己的優(yōu)點。工作及時得到同伴的肯定，自信心和成就感(Self-Satisfaction)增強。覺得工作是一件愉快(Enjoyable)的事情。

41為什么要PairProgramming

以人為本同伴的潛什么樣的人不適合做PairProgramming太過自負不能容忍別人的意見我總是對的我吃鹽多過你吃米太過自卑沒主見沒責任心

42什么樣的人不適合做PairProgramming太過自負太什么樣的人適合做PairProgrammingExtremeProgramming對實施的程序員提出了更高的要求。這種要求不是技術水平，也不是學歷水平也不是工作經(jīng)驗。這種要求是對一個人的心智，道德，修養(yǎng)的更高要求。程序員的四怕：1)怕自己看上去傻2)怕被認為是沒用的3)怕自己變的不重要（過時）4)怕自己不夠好PairProgramming中，編碼不再是私人的工作，而是一種公開的“表演”。程序員的代碼，工作方式，技術水平都變得公開和透明。

43什么樣的人適合做PairProgrammingXPer的素質(zhì)一個XPer應該具備這樣一些基本素質(zhì)：誠實，公正，開明，勇敢和謙卑！在這些素質(zhì)的基礎之上，才是對技術水平，能力和天分等的要求。誠實

公正開明勇氣

謙卑具備這些素質(zhì)才能克服“四怕”，才能成為一個成熟和專業(yè)的Developer。

44XPer的素質(zhì)一個XPer應該具備這樣一些基本素如何PairProgrammingDriver–寫設計文檔(Classdiagram等)，進行編碼(UnitTestandBusinessObject)等XP開發(fā)流程。Navigator–審閱Driver的文檔、Driver對編碼等開發(fā)流程的執(zhí)行；考慮UnitTest的覆蓋程度；是否需要和如何Refactoring；幫助Driver解決具體的技術問題。Driver和Navigator不斷輪換角色，不要連續(xù)工作超過一小時，每一小時休息15分鐘。Navigator要控制開發(fā)時間。主動參與–雖然每個EngineeringTask都有owner，但不能一旁觀者的心態(tài)來做。任何一個Task都首先是兩個人的責任，也是所有人的責任。沒有“我的Code”、”你的Code”或“她的Code”，只有“我們的Code”。

45如何PairProgrammingDriver–寫設計如何PairProgramming只有水平上的差距，沒有級別上的差異。一個Pair,盡管可能大家的級別資歷不同，但不管在分析，設計或編碼，雙方都擁有平等的決策權利。Pairs之間互換Partner。每個Task都應該和不同的Developer配對。每隔一天，甚至是半天，互換Partners。但Task的owner因該繼續(xù)留該Task的Pair中。如果Pair中的一人請假，另一人應盡量不要寫ProductionCode。Pair一起加班

46如何PairProgramming只有水平上的差距，沒有級沒有PairProgramming就沒有XPPairProgramming是XP所有的Practices中最被爭議和被認為是最難接受。PairProgramming是獲得XP最大價值的關鍵。沒有PairProgramming,無法實現(xiàn)有效的ContinuousCodeReview,代碼質(zhì)量下降。沒有PeerPressure，流程的執(zhí)行很容易出現(xiàn)偏差。沒有PairProgramming，Communication很容易弱化，進而影響Teamwork。PairProgramming象XP流程中的粘合劑，把各個環(huán)節(jié)連接起來實現(xiàn)最大的價值。

47沒有PairProgramming就沒有XPPairPrXPWithoutPairProgramming?這是引進XP時最難被接受的規(guī)則。但如果在采用其它XP的慣例和規(guī)則時，拋棄PairProgramming，那么會面對以下問題：如何進行有效的DesignReview如何進行有效的CodeRevi