構建之法閱讀筆記02

在這一周裡我閱讀了構建之法中的軟體工程師的成長和軟體單元測試與**規範。這兩部分對我來說還是有較多的感觸的，當然也有不少的收穫。

籃球的例子，一下子吸引了我，那些資料我清楚的知道對乙個籃球運動員意味著什麼，但是我從未想過乙個程式設計師也可以通過各項資料來反映乙個程式設計師的技術。

通過學習軟體單元測試與**規範，我現在還不能很好的理解單元測試的意思，但是我卻想到了小學期時，我們編寫資料結構多個人往一起合併程式時，總是出現錯誤，單個執行沒有問題。我想這個跟我們的單元測試有問題吧，尤其是遇到比較大的專案開發時，更會引發諸多bug

，看來單元測試極對於團隊開發極其重要。**規範也給我好好的上了一節課，受益匪淺。

個人體會：由於以前並沒有很多的運用軟體單元測試，因而對這部分還不是很了解，也沒有過多的體會，唯一記著的也就是小學期合併程式時出現的bug

。但是對**規範真的是感受頗深。

2、學習**規範後，明白了乙個道理，自己能編寫程式，自己能看懂沒什麼了不起，當別人能看著你的程式很舒服時，也願意看時才是好程式。程式講究：簡明，易讀，無二義性。而我的程式，不太好閱讀，注釋部分沒有，定義的自變數沒有清楚地指示，大小寫也沒注意到，自己看著確實很難看。哎

3、為了解決以上這些問題，我想從現在開始去改變自己的換習慣，不能只是圖方便，更要注重細節，易讀，簡明，沒有歧義。一、注釋部分要明確，必要的地方解釋清楚。二、一條語句為一行，絕不多行同時擠到一行。三、**要有縮排，比如if

和else

要有明確的關係。四、**中如果需要定義的自變數，盡量按其英文來命名（複雜情況下）。五、括號關係要十分明確，小括號，中括號，大括號。目前先給自己提出這幾點要求，爭取改變，使程式更為被人接受。