構建之法中講到了**規範，而**規範又可以分成兩個部分：**風格規範和**設計規範。其中，**風格規範又包括縮排、行寬、括號、斷行、空白的{}行、分行、命名、下劃線、大小寫和注釋幾個部分，**設計規範有函式、goto、錯誤處理、類的相關設計幾個部分。
在剛學習寫程式的時候，對於以上所說的一些規範，沒有什麼別的想法，都是按照老師的示例和程式本身的需求來寫；等到自己能夠獨立寫程式的時候，考慮的只有演算法，命名、大小寫、注釋、函式什麼的就不怎麼考慮了，所以自己的**一般只有自己能夠看得懂。
而現在學過這一節之後，才意識到**規範的重要性，因為在軟體開發過程中，合作是必然的，合作的最小單位是兩個人，兩個工程師在一起，做的最多的事情就是「看**」，每個人都要看「別人的**」，並發表意見。如果每個人的**都不規範，會增加團隊中成員之間互相理解的困難，不利於團隊的開發。因此做乙個有商業價值的專案，或者在團隊裡工作，**規範相當重要。
自從聽過老師的課和閱讀過這本書後，我在寫程式的時候，已經開始注意到**的規範性了，並且盡量不使用那些沒有什麼意義的命名方式。以後在寫程式之前，先看看那些規範、提醒自己遵守這些規範；寫程式的時候，將那些規範用到程式中，程式更加規範、提高程式的可讀性。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...