構建之法（二）
這一章提到的**規範，我們編寫**時要注重**風格規範和**設計規範，無論是類名，物件名，縮排還是行寬什麼的，在結對子程式設計時都要有所規定，不然到後面出現的類或是物件多了，就很容易混亂，分不清楚誰是誰。要學會封裝，編寫函式，將功能模組具體化，減少主方法裡面的**，避免大規模的出錯。
除此之外，**複審，在平時程式設計程式時，我也會從頭到尾的檢視自己的**，執行程式，若是多次結果相同，無誤就可以了。沒有想過發現**錯誤外，還去思考邏輯是否有誤，演算法夠不夠優化等其他問題。他人能否覺得我所編寫的程式是否簡單易懂，能否從中學習。
還有結對程式設計，兩人合作，一同思考一同編寫程式，有利於提高效率，相互學習。所以要學會4.6節提到的合作的不同階段和技巧，一開始探索專案時，中途遇上不可解決問題時，後期簡單的複查時，可以獨立思考，期間思路清晰，溝通良好時，一起結對編寫，加強合作。在合作中在客觀全面的對待自己的結對夥伴，懂得相互鼓勵，相互學習。
第五章講到團隊和流程。一群人聚集在一起工作，並不能稱之為團隊。乙個團隊，會有其模式、明確的分工和配合。
《構建之法》讀後感 二
構建之法 這本書是很長時間以來讀到的第一本能夠吸引我的專業書。草草讀完整本書，我發現 構建之法 的作者文筆十分幽默風趣，書中把很多專業名詞或者專業知識用十分通俗的語言表達出來，甚至我們可以在書中看到很多對話形式的文字，通過這些對話，我們可以學到很多專業知識。相比於市面上很多其他專業書，這是唯一一本能...
構建之法讀後感二
我知道了乙個合格的工程師在開發時需要同時考慮質量和效率，與之同時需要具備的技能包括 單元測試 效能分析 個人研發流程 psp 並且學到了單元測試，即讓自己負責的模組功能定義盡量明確，模組內部的改變不會影響其他模組，而且模組的質量能得到穩定的 量化的保證 單元測試應該測試程式中最基本的單元 如在c c...
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...