這次主要對《構建之法》的第四章「兩人合作」作一次閱讀筆記。
首先是**規範問題。
我過去對於**規範問題並沒有做到注意。在程式設計中，許多變數和函式的命名都非常的簡單而沒有實際的意義。而且程式設計時不注意對齊縮排。很多時候也不加注釋，導致對這些簡單的變數名稱不熟悉。
這樣做會使得很多人讀**費勁，甚至是自己都要花時間再次閱讀懂自己的**。而且很多沒必要的注釋也會使得注釋失去意義。當自己再次在原基礎上程式設計時，可能要重新程式設計等問題。
因此，通過閱讀「**規範」，我找到一些解決方法。**的風格要簡明、易讀、無二義性。在強調縮排時，一般是縮排4個空格；行寬限定100字元；必須獨佔一行對齊；命名時要講究實際意義，採用「匈牙利命名法」；注釋時要注釋一些重要的函式和重要的變數，複雜函式的注釋放在函式上一行。
通過閱讀這一章，我覺得**規範的重要性主要體現在閱讀的方便，如果不注意這些，會導致很多不必要的麻煩。今後的**編寫我會注意養成良好的編寫習慣。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...