第七章閱讀筆記
msf:微軟推薦的軟體開發方法。
msf基本原則：
推動資訊共享與溝通：就是盡量做到將資訊共享給團隊的每乙個成員，每個成員都對資訊有較為完整的了解，而且各個討論和決定都要涉及所有的角色，告知所有的人。
為共同的遠景工作：就是每個成員心中都有遠景，為了實現遠景而努力，而且每個成員心中的遠景都是同乙個。每個成員都為了同乙個遠景努力，那麼就有很大的可能將軟體做好。
充分授權和信任：將權力授予每個成員，信任每乙個成員，這樣工作過程中不會出現因為懷疑而降低效率的情況。每個人之間都很信任才能充分提高團隊的效率。
各司其職，對專案共同負責：每個人負責自己的工作，因為每個人所負責的專案都屬於整個專案的一部分，所以每個人要對整個專案進行負責。
重視商業價值，提供漸進的價值：只有產品具有了商業價值，才有了開發的價值，如果開發的產品沒有商業價值，那麼就沒有開發的必要了。
保持敏捷，預期和適應變化：所有的事物都是發展的，需求也是要改變的，我們要時刻保持敏捷，應對需求的變化。
投資質量：軟體的質量固然重要，但是一味地追求質量反而適得其反，應該適度地進行質量控制。
學習所有的經驗：經驗充足了才能保證高效性、正確性，不斷地學習經驗能夠幫助我們改正缺點，不斷提高自己。
與顧客合作：開發的產品是提供給顧客使用的，所以要不斷地與顧客合作才能開發出符合顧客要求的產品。
msf團隊模型展現了每個成員的職責。msf過程模型清晰地展現了乙個階段的結束和下一階段的開始。
《構建之法》閱讀筆記（六）
閱讀第八章所得 在估計專案用時多少時，往往沒有乙個準確的標準，所以要依情況而定。有些事客觀規律，而不是個人能力決定的，因為人的能力不盡相同。這裡有乙個關於時間花費的經驗公式 y 實際時間花費 x 對某事件的估計時間 x 對某事件的估計時間 n 做過類似開發工作的次數 這是在軟體工程師在長期的實踐中摸...
《構建之法》閱讀筆記六
乙個團隊經歷了計畫 設計 開發等階段，達成 完成這一目標，但是軟體生命週期的最後階段往往是最考驗團隊的，不但考驗團隊專案管理水平 應變能力，也考驗團隊的 血型 在穩定階段的初期，團隊只要決定需要修復哪些缺陷，然後團隊成員就會進行必要的設計 實現 測試工作，並簽入 修改。但是，隨著專案進展和發布日期的...
06構建之法閱讀筆記之六
整本書對軟體構建的方方面面寫的很清楚，包括需求，設計，開發，測試，專案管理.等實在無法一時消化，對我們以後的工作有很大的參考價值，至少對於我目前這樣的狀態來說，了解自己要怎麼做，做的方向比要做什麼更重要，本書提供了很多建議和方法，也由此了解到作為乙個軟體工程師，任務清單裡面不僅只有要編好程這一項而已...