第四章講的主要是講兩個人結對合作以及**規範。軟體已經再我們的生活中扎下了深深地根，具有極大的影響力。但是乙個軟體的產生並不是單單乙個人就能夠完成，而是相互合作中完成的。看過《矽谷傳奇》就可以很清楚地理解到團隊合作的重要性，不管是小的軟體還是大型的軟體開發，結對合作完成可以再精上加精，做的更好。有隊友才會很全面的的察覺到軟體開發的很小的細節需要等。但是在結對程式設計的過程中，沒有「這是你的**，不是我的」、「這是我的**，不是你的」說法，只有「我們的**」這一說。結對程式設計，不排除存在著差異，但是彼此間可以互補。你打**的得快，程式設計能力好；而我理解能力、思維轉彎度強而且觀察能力強，這些可以互補，這樣不僅保證軟體開發的實用性，還可以增強團隊的合作粘合度以及默契度。
我們結對程式設計中所編寫的一連串**，不僅僅是自己看，也要給別人看，而且要清清楚楚的看還要理解你到底在編寫什麼樣的**，什麼功能。如果是一連串的**雜亂無章，雖然**沒錯。但是，無論是旁人看覺得難受，難以理解。就連你自己都會覺得眼花繚亂。所以，編寫**還要規範**。**規範可以讓人看得舒服，加上注釋說明可以知道你的**功能是什麼，你要編寫的**是怎樣。
結對程式設計對開發軟體程式設計、團隊都有很大的作用效果，**規範卻能夠清晰地表現你要做的事情，旁人也能夠明白你的**是否有意義。
問題：結對程式設計會面臨的問題很多，也會想盡辦法去解決。但是，如果要馬上編寫一條程式並且要測試，團隊中的乙個很有能力的人突然退出，怎麼辦？
《構建之法》1 5章讀後感
在第一章中所述的與軟體工程相關的學科有除計算機學科外還有管理學，系統工程，工業設計等9門學科，這是不是意味著我們在學完計算機這門學科之後還要學習這些其他的另外9門學科呢？我知道能夠學完這幾門學科固然是好的，但我們如何能夠在只有計算機工程這門學科下更好的理解與學習軟體工程呢？在第二章中 你的rp是由你...
《構建之法》1 2 3章讀後感
第一章 看了大概了解軟體從乙個想法到最終成品的乙個過程。軟體先是由乙個想法引出的，有那個想法，你需要乙個工具去做什麼，然後根據自己想要的功能大概做乙個能實現基本功能的軟體，再對客戶提出的要求進行完善，實現了功能後對軟體進行維護。還有就是做的軟體要符合客戶的要求，而不是只根據自己的想法去做，要滿足大部...
《構建之法》8 9 10章讀後感
第八章 需求分析 這一章主要介紹軟體需求的型別 利益相關者，獲取使用者需求分析的常用方法與步驟 競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍，只有乙個符合大眾需求的軟體，才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟 1.獲...