這一周我又閱讀了構建之法的後面幾章，覺得這本書的想法和思維方式很新穎，值得讓人思考。
第二章講述的是個人技術以及個人軟體的開發流程，首先告訴了我們單元測試的重要性，。例如，乙個人寫的模組被其他人寫的模組呼叫。軟體的很多錯誤都**於程式設計師對模組功能的誤解、疏忽或者不了解模組的變化。如何能讓自己負責的模組功能定義盡量明確，模組內部的改變不會影響其他模組，而且模組的質量能得到穩定的、量化的保證？單元測試就是乙個很有效的解決方案。
還有就是程式的效能分析，讓自己的程式跑的又快又好，這是每乙個程式設計師都夢想的事情。vsts提供了方便的效能分析工具，讓我們能很快地找到程式的效能瓶頸，從而能有的放矢，改進程式。
這章讓我認識到個人軟體開發的具體流程，很縝密，每一步都是關鍵的，特別是單元測試。有很多程式設計師不願意寫這個，說沒時間，但事實是連寫單元測試的時間都沒有就更別談去完成乙個新的好的程式了。
《構建之法》閱讀筆記（2）
構件之法 閱讀筆記2 第二章提及不同的測試，其中有單元測試 回歸測試和效能分析。單元測試是一種讓自己負責的模組功能定義盡量明確，模組內部的改變不會影響其他模組 而且模組的質量能得到穩定的量化的保證的很有效的解決方案 回歸測試可以理解為 回歸到以前不正常的狀態 所進行的測試。針對乙個bug fix也要...
構建之法閱讀筆記（2）
1.這次我閱讀了關於團隊合作的那部分構建之法。正好老師也要求了我們兩人結隊合作做乙個網頁版的小學生四則運算，雖說工程的比較簡單，但是對於剛接觸製作網頁的知識的我們編起來還是比較吃力的，剛開始我們就大致分配好了兩個人的任務，隊友的html語言知識學的比較好，大部分的頁面都是她做的，我負責最後的美化和整...
構建之法閱讀筆記2
重要的單元測試 有效解決程式設計師對模組功能的誤解 疏忽或不了解模組的變化之類的問題，使自己負責的模組功能定義盡量明確，模組的質量得到穩定的 量化的保證。好的單元測試的標準 在最基本的功能 引數上驗證程式的正確性 單元測試必須由最熟悉 的人 程式的作者來寫 單元測試過後，機器的狀態保持不變 單元測試...