構建之法閱讀筆記02
看了幾章節的構建之法，我對於軟體工程有了大致的認識，對於個人開發流程都比之前有了較大清晰地認識和了解。這次閱讀的知識點是兩人的合作。我們要知道，兩人合作的前提是**的規範，這其中包含了**的風格以及相關的**設計規範，例如縮排轉行注釋等等，還有**的複審，然後在結對開發，敏捷開發。
對於之前的**，我所有的程式都只是完成，功能的實現，在**設計規範上做的還是不夠好。對於縮排、行寬，括號，分行等都不是太注意。還有就是寫**時上手就寫，沒有先仔細的進行劃分，剖析，將其簡單化。
總之，個人的不合理的**開發，是對於團隊是非常不利的。**是要給人看的，乙個團隊進行合作開發，必須制定一些規則，大家都來執行遵守，這樣的話，團隊才能夠更好的工作。這樣我們寫的**，可重用性才會高。我們的**，才會被別人利用。對**的複審，可以減少**的程式的bug，減少後期中專案的修復代價，提高程式的質量，有利於團隊之間相互學習提高，當然團隊之間還是要注意溝通的方式方法。
今後我會按照**的設計規範來編寫程式，勤練習，將學到的知識加以鞏固。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...