繼上次之後，讀了 本書的7到12章
下面主要寫一下書中覺得重要的東西。
msf基本原則。1.推動資訊共享與溝通。2.為共同的遠景而工作。3.充分授權和信任。4.各司其職，對專案共同負責。5.交付增量的價值。6.保持敏捷，預期和適應變化。
7.投資質量。8.學習所有的經驗。9.與顧客合作。
對軟體的需求，也可以從不同角度做下面的劃分。1.對產品功能性的需求：要求產品必須實現某些功能。2.對產品開發過程的需求：要求軟體的開發流程必須滿足某些約束條件，
3.非功能性需求：這也叫「服務質量需求」，4.綜合需求：有些需求並不是單單乙個軟體模組就能滿足。
pm中的m就是manger，但是p有這幾種：product manger、project manger、program manger。product manger：產品經理——正確地做產品。project manger：專案經理——
正確的做流程。program manger：微軟的職位名稱，做開發和測之外的所有事情。
還有好多不懂的東西，我相信隨著學習的深入，會加快理解書中的內容。
構建之法讀書筆記二
在學習這麼多之後，軟體工程給我的印象是 使用者需求的框架 樸實 的填充。那麼在寫軟體的時候一定要用傻瓜式的 了麼？顯然不是，高階演算法能極大地減少時間複雜度與空間複雜度，只是放在大型工程裡，需要注意資料與其他模組的關聯性。現在我們先討論什麼是 好軟體 一般情況下我們認為沒有bug的軟體就是乙個好軟體...
構建之法 讀書筆記二
現在這本書已經讀了有三分之二了，看到這，我大概了解了關於個人技能提公升和團隊協作的知識。關於個人的成長，肯定是在不斷地實踐，不斷地出差錯，不斷地改進 解決問題 總結經驗中體現的，然後成為自己的知識，這就是提公升。而在軟體工程上也一樣，提公升不僅僅是在技術的提公升，更是在知識的積累，軟體設計思想的積累...
構建之法讀書筆記二
4.1 規範 包括 風格規範和 設計規範 4.2 風格規範 風格原則 簡明 易讀 無二異性 縮排 4個空格，而不是tab 行寬 限定為100字元 括號斷行與空白的 行 分行命名 匈牙利命名法 下劃線 分隔變數名字中的作用域標註和變數語義 大小寫 pascal形式和camel形式 注釋4.3 設計規範...