每日構建雖然會花費一些額外的時間，但是比起最後除錯的成本來說，日構建成本是微不足道的。而且更為關鍵的是能夠引入日構建的制度，開發人員將會在日構建的制度下更加頻繁的協作，開發進度一目了然，軟體的質量也會更加的穩定。軟體開發是一項強調溝通和協作的活動，但是在日常的活動中，常常出現阻礙溝通的情況。日構建每一次的構建將會涉及到團隊中的所有成員，因此能促進成員的溝通。
在每日構建的驅動下，專案的進度將會變得非常的明顯。每一天的構建結果將會通過某個渠道發布出來，團隊和團隊的老闆可以看到軟體現在的樣子，專案的完成情況，出現的問題等等。這些資訊構成了軟體開發的基本資訊。不但可以清晰地描述出專案進度，也為管理人員安排計畫提供了基礎資料的支援。有了基本的量化資料，軟體開發才不是靠拍腦袋出成果的。
每日構建的最後乙個價值是提供了整合性。目前軟體開發中並沒有一種統一的管理軟體，未來似乎也很難做到，因為不同的軟體組織差異很大。在開發過程中，一些有價值的實踐被加入、整合到每日構建的過程中，在每日構建的推動下，這些優秀實踐很容易成為開發過程的一部分
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...