讀《構建之法》第4章有感

在《構建之法》第4章中，提及最多的就是「結對程式設計」了，為什麼要「結對程式設計」呢？為什麼這兩個人不各自做各自的事情呢？這樣就可以同時做兩件事了，從某種意義上取得了雙倍的效率，為什麼不呢？

你沒猜錯，我就只能提問題，至於解決問題，這個還是從書中捕獲答案吧。

在結對程式設計模式下，一對程式設計師肩並肩、平等地、互補地進行開發工作。他們併排坐在一台電腦前，面對同乙個顯示器，使用同乙個鍵盤、同乙個滑鼠一起工作。他們一起分析，一起設計，一起寫測試用例，一起編碼，一起做單元測試，一起做整合測試，一起寫文件等。

每人在各自獨立設計、實現軟體的過程中不免要犯這樣那樣地錯誤。在結對程式設計中，因為有隨時地複審和交流，程式各方面的質量取決於一對程式設計師中各方面水平較高地那一位。這樣，程式中的錯誤就會少得多，程式的初始質量會高很多，這樣會剩下很多以後修改、測試的時間。

兩人合作的期間其實也分為好幾次階段：

1.萌芽階段

2.磨合階段

3.規範階段

4.創造階段

5.解體階段

而且在兩人的合作中，影響是相互的，更使得這份合作更加高難度。