「團結就是力量」，善於運用團隊，發現無限潛能。
前幾周老師提出結對作業的時候，我覺得只是這麼乙個小小的程式，沒有結對的必要性吧。可越到後來越發現結對的好處，隊友可以找到網盤想不到的問題。尤其是看完書後覺得，結對不是單純的從乙個人變成2個人寫。而是從乙個角色變成另外乙個角色，就像是領航員與駕駛員，在不同的位置完成不同的任務，但目的都是一樣的。」**複審「是乙個比較難理解的名詞，是說重新把**從頭看一遍，然後再找出錯誤嗎？如果是這樣，那為什麼不叫做」**重檢「呢？書中詳細的介紹了**複審定義，**複審步驟及意義。
俗語有說「你有乙個蘋果，我有乙個蘋果，2個人在一起就會有2個蘋果」，思想也是如此，但思想不應該只是簡單地相加，應該進行系統的匯合，成為「思想結晶」。軟體的產生需要的是乙個團隊，乙個人是可以寫**，但寫出來的都是一些功能相對簡單，含有較多bug的**，但是團隊不僅可以避免這種情況，團隊不僅有一致的目標，而且分工明確，互相依賴合作共同完成任務，這樣可以大大提高軟體的生產時間和軟體利用率，這也是為什麼要有團隊的原因。第五章84頁開始介紹了幾種軟體團隊模式，看起來每一種都有自己的優勢。
Book Review 《構建之法》 2
敏捷流程包括了幾大原則 backlog burn down sprint scrum.敏捷開發注重個人之間的交流，提倡盡早的交付有價值的軟體滿足顧客的需求，在開發過程中不斷與客戶進行互動，變化.第一步就是要找出完成產品需要做的事情 product backlog 估計每一項工作的完成時間.再決定當前...
構建之法筆記2
鄒老師在針對這些教學的弊病以及學生所展現出的問題，他也給出了一些解決方法，而在我校本課程的實際教學中，也大量應用了鄒老師所給的方法，自身也從中頗有獲益。當然，更多的是 書中所提到的很多概念和理論方法等都將我引入了乙個全新的世界，這些在以往的學習中從未遇到 從未想到 從未經歷的事，隨著課程的學習，個人...
11 26 構建之法2
2.1 單元測試 重要的單元測試 有效解決程式設計師對模組功能的誤解 疏忽或不了解模組的變化之類的問題，使自己負責的模組功能定義盡量明確，模組的質量得到穩定的 量化的保證。好的單元測試的標準 在最基本的功能 引數上驗證程式的正確性 單元測試必須由最熟悉 的人 程式的作者來寫 單元測試過後，機器的狀態...