一雙編程的角色講義-全文預覽
【正文】 Programming和 Open Source Open Source現(xiàn)象 : Open Source Project的代碼質(zhì)量比很多的商業(yè)軟件（項目）都好。 ? 沒有 Peer Pressure， 流程的執(zhí)行很容易出現(xiàn)偏差。 ? 如果 Pair中的一人請假，另一人應盡量不要寫 Production Code。 ? Pairs之間互換 Partner。任何一個 Task都首先是兩個人的責任，也是所有人的責任。 ? Navigator – 審 閱 Driver的文檔、 Driver對編碼等開發(fā)流程的執(zhí)行；考慮 Unit Test的覆蓋程度；是否需要和如何 Refactoring；幫助 Driver解決具體的技術(shù)問題。程序員的代碼，工作方式，技術(shù)水平都變得公開和透明。 14 什么樣的人不適合做 Pair Programming 太過自負 ? 不能容忍別人的意見 ? 我總是對的 ? 我吃鹽多過你吃米 太過自卑 ? 沒主見 ? 沒責任心 15 什么樣的人適合做 Pair Programming Extreme Programming對實施的程序員提出了更高的要求。 ? 潛意識的有利競爭。 Pair Programming的過程也是一個互相督促的過程。Developer的言行都會影響到其他的 Developer( Partner)， 也受到其他 Developer的影響。而成本中人工占最大的比例。 (CMM Level 3) Pair Programming中，任何一段代碼都至少被兩雙眼睛看過，兩個腦袋思考過。 ? 隨著 XP在世界范圍內(nèi)被采用和練習， Pair Programming開始被接受。（由助教預先設計和開發(fā)了 Test Cases） 5 Pair Programming的歷史 1995年， Larry Constantine在他的專欄中第一次提到了在他在 P. J. Plaugher237。 ? 我不喜歡被人盯著工作，這樣我不自在，無法工作。他們一起分析，一起設計，一起寫測試例子，一起編碼，一起單元測試，一起 整合測試 (Integration Test)， 一起寫文檔等。兩個程序員并排坐在一臺電腦前，面對同一個顯示器，使用同一個鍵盤，同一個鼠標一起工作。學校里這么教的，一直以來也是做么做的。 Pair Programming的疑問 4 Pair Programming和 Solo Programming的比較 一些研究數(shù)據(jù)： 1999年， University of ，一組獨自工作，一組 Pair Programming。 ? Pair Programming是 XP的一個 key practice，也是 XP成功的關(guān)鍵。 ? 開發(fā)中的 Review主要包括： 1) Design Review 2) Code Review 3) Test Review 4) Document Review 9 為什么要 Pair Programming 不間斷的 Code Review 1. Peer Code Review，即程
高考資料相關(guān)推薦
鄂ICP備17016276號-1