結(jié)對(duì)編程是構(gòu)建軟件系統(tǒng)的一種有效方法。采用結(jié)對(duì)編程，帶來(lái)的顯著效益：

• 更好的想法——持續(xù)不斷的頭腦風(fēng)暴、更大的知識(shí)庫(kù)、在理解上有更少的差異、有更多的腦力解決設(shè)計(jì)問(wèn)題；

• 更好的質(zhì)量——更少的漏洞、想法的即時(shí)認(rèn)證、始終如一的方法并更加遵守團(tuán)隊(duì)會(huì)議中的要求；

• 更全面的認(rèn)識(shí)——經(jīng)驗(yàn)共享與知識(shí)共享、對(duì)于為什么做、怎么做和做什么有更深入的理解；

• 更高的生產(chǎn)率——更好地集中精力及更高的工作強(qiáng)度、彼此促進(jìn)并激勵(lì)來(lái)達(dá)到最好的結(jié)果、更少的拖延和時(shí)間浪費(fèi)；

• 更多樂(lè)趣——大多數(shù)人喜歡分小組工作并且共同解決有趣的問(wèn)題。

　　極限編程的領(lǐng)導(dǎo)者堅(jiān)持主張所有重大的進(jìn)展都應(yīng)成對(duì)進(jìn)行。但是我們能說(shuō)在所有情況下結(jié)對(duì)編程都是最好的方法嗎？　　
　　程序員可以找到一些看似可行的方法來(lái)替代結(jié)對(duì)編程，這些方法不需要兩個(gè)人始終都在一起工作：

• 想法——頻繁的團(tuán)隊(duì)頭腦風(fēng)暴與短期結(jié)對(duì)（或團(tuán)隊(duì)）編程會(huì)議相結(jié)合，來(lái)解決最復(fù)雜的任務(wù)；

• 質(zhì)量——測(cè)試人員與開(kāi)發(fā)人員共事，一起編寫自動(dòng)化測(cè)試；

• 認(rèn)知——頻繁的討論、代碼復(fù)查、培訓(xùn)會(huì)議；

• 生產(chǎn)率——清晰的目的與務(wù)實(shí)的工作方法可以讓你更集中精力、使方法更清晰并能帶來(lái)更高的效率；

• 樂(lè)趣——密切合作與相互支持

　　什么時(shí)候結(jié)對(duì)編程是最有效的方法？

最主要的因素是技術(shù)與挑戰(zhàn)相匹配。在獨(dú)自編程中，如果技能和挑戰(zhàn)能互相匹配，最高產(chǎn)的模式就是流模式（Flow）。結(jié)對(duì)編程添加了一個(gè)更有效的模式——指導(dǎo)模式（Coaching），它能夠提高全隊(duì)當(dāng)前與未來(lái)任務(wù)的生產(chǎn)率。

　　成功的模式

　　1. 流模式（Flow）——兩個(gè)程序員共同從事一個(gè)有趣又有挑戰(zhàn)性的問(wèn)題。他們會(huì)有不同的技術(shù)、遇到不同的挑戰(zhàn)，但是它們都善于找到好的解決方法。例如，其中一個(gè)人可能是Javascript專家，另一個(gè)人可能是強(qiáng)大的后臺(tái)程序員。他們能夠結(jié)合彼此的腦力、知識(shí)及經(jīng)驗(yàn)來(lái)共同處理復(fù)雜的AJAX任務(wù)，從而創(chuàng)造出最好的解決方案。

　　2. 指導(dǎo)模式（Coaching）——老練的程序員在解決問(wèn)題方面有經(jīng)驗(yàn)和知識(shí)，可以與其他不能有效地獨(dú)自解決問(wèn)題的程序員分享。后來(lái)加入的程序員有足夠的理論基礎(chǔ)來(lái)理解這些解決方法和程序的實(shí)現(xiàn)。他會(huì)在學(xué)習(xí)中慢慢進(jìn)步，成為更優(yōu)秀的程序員。

　　失敗的模式

　　3. 浪費(fèi)專家時(shí)間（Wasting expert time）——問(wèn)題太簡(jiǎn)單，以致專家的經(jīng)驗(yàn)無(wú)指導(dǎo)意義。

　　4. 不知所措的新手（Overwhelmed novice）——問(wèn)題太過(guò)復(fù)雜或者需要太多新知識(shí)，使程序員學(xué)不到任何有用的東西。

　　有疑問(wèn)的模式

　　5. 兩個(gè)專家共事一個(gè)易管理的任務(wù)——若兩個(gè)程序員都了解如何實(shí)現(xiàn)任務(wù)并且之前都成功地解決過(guò)相似的問(wèn)題，那么結(jié)對(duì)編程就沒(méi)有太多的用處了。

　　6. 一個(gè)程序員處于流模式（Flow），另一個(gè)在一旁學(xué)習(xí)（Learning）——若另一個(gè)程序員時(shí)不時(shí)地打斷他，并要求對(duì)一些基本的但與挑戰(zhàn)性問(wèn)題沒(méi)有直接關(guān)系的事情做出解釋，那么他很難專注于解決挑戰(zhàn)性的問(wèn)題。

　　7. 一個(gè)程序員處于流模式，另一個(gè)專注于指導(dǎo)（Coaching）——如果想讓這種模式獲得成功，指導(dǎo)者應(yīng)該思想開(kāi)放，避免指導(dǎo)過(guò)多，同時(shí)也可以給另一個(gè)程序員想出自己的（甚至是更好的）解決方法的機(jī)會(huì)。

　　此外，心理問(wèn)題可能會(huì)導(dǎo)致結(jié)對(duì)編程的失敗：

• 專家的威脅——遭到其他技術(shù)更高的程序員更具“威脅”的程序員，會(huì)擔(dān)心自己被視為無(wú)能；
• 需要時(shí)間考慮——結(jié)對(duì)編程之前，程序員需要更多時(shí)間去考慮，但他往往在仔細(xì)考慮自己的想法之前就被強(qiáng)迫開(kāi)始結(jié)對(duì)編程了；
• 寧可獨(dú)自工作——內(nèi)向的程序員喜歡獨(dú)自工作(不合群的人)；
• 人員關(guān)系不融洽——程序員互相討厭對(duì)方。

　　我們能使結(jié)對(duì)編程一直有效嗎？

　　當(dāng)然！把任務(wù)、技術(shù)和合作匹配起來(lái)。在兩個(gè)生產(chǎn)方式中找到成對(duì)的——流（Flow）或者指導(dǎo)（Coaching）。若成對(duì)的程序員能夠用他們自己的及從對(duì)方身上學(xué)到的技術(shù)來(lái)共同解決有趣的問(wèn)題，那么這個(gè)團(tuán)隊(duì)將會(huì)是最高產(chǎn)的。

　　然而，結(jié)對(duì)編程應(yīng)該是自由選擇或及首選方法，但它不應(yīng)是強(qiáng)制性的實(shí)踐。就像你在這篇文章中所看到的，當(dāng)結(jié)對(duì)編程不太有效的時(shí)候會(huì)產(chǎn)生一些模式和出現(xiàn)一些心理狀況。

　　簡(jiǎn)而言之，結(jié)對(duì)編程應(yīng)該是軟件小組工具庫(kù)中最有用的工具之一。要弄清楚什么時(shí)候及如何使用它。

　　結(jié)束語(yǔ)

　　你已經(jīng)結(jié)對(duì)編程了么？如果你已經(jīng)結(jié)了，歡迎在評(píng)論中和大家分享你的相關(guān)觀點(diǎn)、經(jīng)驗(yàn)和心得。

it知識(shí)庫(kù)：什么時(shí)候該采用結(jié)對(duì)編程？，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。