這一周，通過對構建之法的閱讀，對軟體以及軟體開發有了更加深的體會，乙個好的軟體工程師，首先要學會與別人合作，要能夠包容別人的過失，同時能夠發揮自己的長處，個人單槍匹馬開發軟體，已經很少見了。乙個好的軟體工程師，要有好的程式設計習慣，**的風格與規範，縮排，行寬，以及變數的命名，大小寫，能使**結構清晰，看起來好看，並且簡明易讀，同時也要有注釋，可以讓閱讀**的人能夠讀懂。
在好的程式設計開發人員，也有犯錯的時候，這時候進行**複審就顯得尤為重要，一方面可以學習程式設計思路，另一方面也能夠及時檢查出錯誤，學習軟體工程的都知道，越是專案後期發現的問題，修復的代價也越大。
結對程式設計可以提供更好的設計質量和**質量，兩人一起解決問題的能力更強，同時也能夠增加程式設計的信心，另一方面結對能更好地交流，相互學習分享知識，能使兩個人同時進步。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...