做業三

1、是否須要代碼規範

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

我認爲一個代碼就像一輛汽車，發動機，車窗，車輪都有它固定的位置，有了這些規定下來的東西，汽車才能流水線的生產。只是車中能夠附加了空調，廣播之類的功能。代碼也是如此，應該有他正確的格式，只是裏邊所使用的算法能夠有創新，在這些代碼中也能夠附加本身的想法的一些功能。

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

我不一樣意這個觀點，一個好的編程代碼不只要讓計算機識別，也要讓使用他的人可以更好地理解它，這樣的代碼才更有意義。才既能夠被實用，也可讓後人去學習。

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

現代軟件已經不是本身一我的就能完成的，須要至少兩我的合做完成，這就要雙方或者團隊互相配合，本身的工做作好，也要讓別人能夠看懂本身的代碼，方便其餘人更好地工做。一個好的軟件是須要團隊合做的，你們都不肯意看對方的代碼是無法編出一個好的軟件的。尤爲一個大型的項目，更須要你們之間的互相瞭解，互相照應，都要作好本身的工做的同時，也要給本身的合做夥伴提方便。

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

若是本身編出的軟件須要給不少人看，那麼最好本身須要多加調試。人和人不同，再和別人合做的那個時候，要注意我的表達觀點的方式和思考的方式不盡相同，並且一個規範的代碼有助於最後的審查，和bug修復。。

因此，綜上所述，我認爲須要有代碼規範，養成代碼規範的習慣，也有助於程序員自身的成長。

 

2、代碼複審

複審吳獻榮的自動生成四則運算題目的代碼，我和他都是用的C語言編程的，一樣使用switch語句來實現了隨機生成四則運算題目的功能。並且它的程序很符合代碼規範，看上去很美觀，程序邏輯性很強，很容易理解。程序添還加了開始界面，分爲開始結束，並且他在編程時考慮到了在分數表達式分子必須小於分母的隱含要求。在生成代碼的數值上，他取得是100之內的數值範圍，比個人數值範圍定義要大了許多，考慮到了用戶的體驗和實用性。

 

3、PSP記錄我的項目耗時狀況

 

psp2.1	Personal Software Process Stages	Time(%)student	Time(%)SDE
Planning	計劃	5min
Estimate	估計這個任務須要多少時間	6h
Development	開發	5h20min
Analysis	需求分析	5min
Design Spec	生成設計文檔	25min
Design Review	設計複審（和同事審覈設計文檔）	30min
Coding Standerd	代碼規範（爲目前的開發制定合適的規範）	0min
Design	具體設計	30min
Coding	具體編碼	1h30min
Code Review	代碼複審	5min
Text	測試（自測，修改代碼，提交修改）	2h
Reporting	報告	10min
Text Report	測試報告	5min
Size Measurement	計算工做量	3min
Postmortem & Process Improvement Plan	過後總結，並提出過程改進計劃	5min