首先呢，單純的專案流程總結，在先前發的部落格裡面也已經有了充分的詳解，所以在這裡也不再贅述，就簡單講講這次結對程式設計給我所帶來的收穫。
結對還是分工？
首先不得不承認的乙個問題就是，我們這次的結對做的並不算是很好。也並沒有做到書中所講述的一樣，領航員和駕駛員互相交換，互相提高。甚至可以說是在某些程度上成了一種分工作業。
當然，究其原因，還是我自己的問題。恰逢訊號與系統期中和結對程式設計撞車，再加上我和學長在清明節假期都有事情，便準備早早開始。急於去完成認為的我，一定程度上減少了自己的思考，接受學長的主導。雖然最後結局很美好，成功完成了所有的**，且**的表現也可以說是相當優秀，但感覺並沒有完全貫徹結對的初衷。
令人滿意的交流
說完了那些不大令人滿意的事情，就來談談收穫吧：
第一點，就是結對真的很爽。就算如上文所述，我們的結對上出了一點小小的問題，但也只是在一開始的時候，在後期的**編寫過程中，可以說是較為完美的貫徹了結對程式設計的想法。尤其是，在我們的**一開始只是支援加減乘這三種簡單運算的時候，我們選擇不斷的新增功能，而在新增過程中，駕駛員的問題很快便被領航員所指出；領航員提出的新想法，也在駕駛員那裡很快得到印證。兩個人終歸是要比乙個人舒服得多。
技術層面的提公升
很遺憾，微乎其微。雖然這樣說有點令人沮喪，但實際上這次的程式設計過程中對於我的程式設計技巧提公升並不大。若硬要說收穫了什麼，那麼應該有兩點：
1. 這次的**相較以前的**來說，行數多了不少。後期的**管理的確是讓人有些頭昏腦脹，也算是有了一些經驗。
2. 前後端的對接。雖然只是乙個最簡單的 dll 封裝，但是也算是有了對接的經歷，在以後的團隊專案中也不至於一頭霧水
從結對程式設計到結對工作
熟悉極限程式設計的人都知道，在極限程式設計的十二項實踐中，有乙個非常重要的實踐就是結對程式設計，也就是兩個人坐在同一臺電腦前面，使用相同的鍵盤和滑鼠來開發同樣的乙個模組，乙個負責 的鍵入，另外乙個人負責盯緊可能出現的錯誤，包括低階錯誤和方向性的錯誤。而且，當乙個問題對其中乙個人難以解決而恰好是另外乙...
從結對程式設計到結對工作
熟悉極限程式設計的人都知道，在極限程式設計的十二項實踐中，有乙個非常重要的實踐就是結對程式設計，也就是兩個人坐在同一臺電腦前面，使用相同的鍵盤和滑鼠來開發同樣的乙個模組，乙個負責 的鍵入，另外乙個人負責盯緊可能出現的錯誤，包括低階錯誤和方向性的錯誤。而且，當乙個問題對其中乙個人難以解決而恰好是另外乙...
結對程式設計理解
做呼叫中心監控系統的時候，跟專案經理兩個人結對程式設計。他負責寫 我負責回答所有他對系統中不理解 中的地方。我們兩個經常就某個功能實現的設計討論開來，我們互相發現對方設計方面的不足，最後統一乙個好的 設計方法。結對程式設計的那段時間，我統計了一下我們的開發效率是兩個人原來開發效率的130 提高了30...