**規範的重要性
今天讀了《構建之法》**規範這一部分的內容，現在重新回顧一下這部分的知識，同樣是為了給下乙個階段的衝刺打基礎。第一次衝刺階段的後期，我在進行**整合的時候突然間認識到了**規範的重要性，因為不同的成員有著不同的書寫習慣，當對不同成員的**進行整合時需要花費很長的時間去弄懂**命名的含義以及功能。這應該也是我們在第乙個階段開發存在的問題，就是沒有乙個統一的標準，而且**的整合也不是每天完成的。所以今天重新複習一下這一部分的知識內容，希望自己以後可以學會規範的**書寫，也希望可以在下乙個階段的團隊開發中建立起團隊的**規範標準。
今天下午用了2個小時的時間認真的讀了一遍課本，學習到了**規範的重要意義，經過團隊開發以後對這些課本中所講的意義才有了真切的體會。所謂的**規範其實包含兩個方面的內容，第一方面就是**書寫的規範，包括縮排、括號、斷行、分行、命名、注釋等等，第二個方面就是**設計的規範性，**設計的規範往往會涉及到程式設計、模組之間的關係以及設計模式等多方面的內容。總之，**的規範是在實際發開程式設計過程中的重要組成部分，它始終貫穿於整個開發過程，在程式設計開發時我們要給予絕對的重視。
對於**規範，我的個人感受如下：
1.（過去的做法）
2.（這種做法的缺點）
我們還沒有走向工作崗位，在學校裡做的最大的工程專案也就是三四個人組隊開發乙個小的系統或者乙個小的軟體，但是當我們真正走向工作崗位以後會發現這種做法會使得你無法融入乙個集體。集體要想高效的工作並取得比較滿意的成果，就必須有一套開發標準，**的規範也包括在這套標準之中，但我們不按照標準去做時，不僅僅會降低整個團隊的工作效率，更嚴重的會引起其他成員的反感。對於程式設計師來講，讀別人的**是一件非常「痛苦」的事情，更何況是沒有任何標準的「個性」**呢？因此，**的規範不僅體現著乙個程式設計師程式設計的能力，同時也展現其能否適應團隊的工作。
3.（改進的辦法）
**的規範書寫不是一時一刻就能培養起能力，這就相當於人的生活習慣一樣，需要在日常生活中用心的去培養，對於**規範書寫的培養，首先要給予高度的重視，很多的人由於大學的環境認為這種良好的習慣不重要，但是真正走向工作崗位以後，這有可能成為乙個人成敗的重要影響因素。其次，要掌握**規範書寫的方式和技巧，**的規範書寫同樣也是乙個技術活，不是認真的去做就能做好的，必須要懂得其中的方法，如命名的方式規則，設計的方法等等，另外，不同的企業，不同的團隊有著不同的準則，實際的工作中還要學著去適應團隊的規範要求。最後，堅持著做下去，一旦培養起這樣的一種程式設計習慣以後，會受益終生，但是在培養的過程中，有時可能因為省時省力就容易放鬆自己，這就有可能導致習慣養成需要花費很長時間，或者最終都無法培養起標準的規範，只要開始培養自己的這種變成習慣，就堅持的去做，並且嚴格要求自己，最終就一定會養成。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...