做業三

1. 是否須要有代碼規範（5分）對因而否須要有代碼規範，請考慮下列論點並反駁/支持：

    1.這些規範都是官僚制度下產生的浪費你們的編程時間、影響人們開發效率, 浪費時間的東西。

　　  反對，代碼規範對於軟件產業是很是重要的。並不是是官僚制度，而是直接影響到代碼維護，代碼審覈的。確實熟悉規範須要必定的時間，可是統一的編碼習慣，可使審覈，維護的時間大大縮短，反倒不會影響開發效率。

    2.我是個藝術家，手藝人，我有本身的規範和原則。

       本身獨特的規範和原則是不適用於團體合做的。一個軟件的開發到投入市場，不可能僅僅一我的，而是須要一個巨大的團隊的，若是你的編碼風格過於獨特，縮進，括號過於獨特，會給別的程序員增添不少麻煩，大大下降效率，若是出現Bug，會讓維護人員的工做量大大增長。

    3.規範不能強求一概，應該容許不少例外。

　　例外是能夠隨着規範的不斷精進而隨之減小，直至消失的。一個軟件團隊的編譯規範是不斷完善的，有例外的話，也會隨着軟件的開發進行而減小，不該該容許不少。

    4.我擅長制定編碼規範，大家聽個人就行了。

　　一個團隊確實是須要一個指定規範的人的，可是卻不該該由於善於制定規範而去制定，而是要綜合整個團隊大致的編碼習慣，而後在一些差別較大的地方找出一種最優的編寫格式，並和團隊的成員們一同商量，經過，則制定成一個小規範。因此一個指定規範的程序員不只僅應該有比較熟練，成熟的規範經驗，並且組織團結能力也必定要好。

 

 

 

2. 代碼複審（10分）

每位同窗複審其結對小夥伴的我的項目（第二次做業中的四則運算編程做業），並在博客中記錄複審結果。

代碼複審檢查表能夠參考

[1] 教材《構建之法》4.4.5節的內容

[2] http://blog.fogcreek.com/increase-defect-detection-with-our-code-review-checklist-example/ 。

此次複審我查看的是班長吳阿平的四則運算編程做業，我就來講說我對班長的代碼的一些感覺吧。連接：http://www.cnblogs.com/SaltWu/p/5281184.html

根據《構建之法》這本書上所寫的代碼複審覈查表來看，第一項的概要部分，班長的代碼很符合題目需求和規格，代碼的整潔性也很是高，每一行通過檢查沒有Bug；第二項設計規範部分，縮進得當，斷行也很是的常規，看上去很是的清晰；第三項代碼規範部分，就個人水平來看的話，是很規範的，和咱們上課時候老師給的規範沒什麼區別；第四項具體代碼部分，沒有錯誤；對於其中提出來的第五項效能要求，我對這個「能效」詞不是很瞭解，這個程序運行的很流暢，沒有什麼問題，應該算能效高吧；代碼的可讀性很高，有不少相應的註釋，能讓人一目瞭然。

 

3. PSP記錄我的項目耗時狀況（5分）

請同窗們參照教材《構建之法》2.3節表2-4 PSP2.1彙報本身在完成四則運算編程時候的時間分佈，發佈到博客上。

計劃	3小時
開發-分析需求	0.2小時
生成設計文檔	0.2小時
代碼規範	0.2小時
具體設計	1小時
具體編碼	2小時
代碼複審	0.2小時
測試	0.2小時
過後總結	0.2小時