1.代碼是否須要規範:程序員
代碼規範是確定的,就像是USB藉口須要一個標準規範,否則咱們咱們怎麼用一個U盤在多個電腦上用。沒有規矩不成方圓,代碼規範化對於咱們檢查,改正也是很是有幫助的。而四個論點中我雖然以爲3是對的,但我仍是想選2,由於代碼是本身的,有一個本身習慣的方式去編寫代碼就夠了,別人看你的代碼須要的就是理解你的規範,看懂一個就能夠看懂全部,一我的並不必定要學習別人,一個程序員更須要的是一個創造力,就從代碼規範的創新開始。學習
2.代碼複審:測試
張澤凱的四則運算代碼相對而言比較簡單,並無增長什麼題目要求以外的功能,在代碼規範上,程序並無任何的標註和註釋,致使他人難以看懂,須要花費更多的時間去理解,空格的使用也不是很規範,總的來講,代碼須要有一個本身的標準,可以讓他人看懂或者說是更好去理解程序的細節,方便檢查和修正。設計
3.psp記錄我的四則運算項目耗時分析:代碼規範
psp | Time(h) | ||
Planning開發 |
計劃 | 3 | |
Estimaterem |
估計項目須要多少時間 | 3 | |
Development文檔 |
開發 | 5 | |
Analysistable |
需求分析 | 1 | |
Design Spec程序 |
生成設計文檔 | 0.4 | |
Design Reveiew |
設計複審(和同事審覈設計該文檔) | 0.3 | |
Coding Standard |
代碼規範(爲目前開發定製合適的規範) | 0.3 | |
Design |
具體設計 | 0.5 | |
Coding |
具體代碼 | 1 | |
Code Review |
代碼複審 | 1 | |
Test |
測試(自測,修改代碼,提交修改) | 0.5 | |
Reporting |
報告 | 1 | |
Test Report |
測試報告 | 0.3 | |
Size Measurement |
計算工做量 | 0.2 | |
Postmortem & Process Improvement Plan |
過後總結,並提出過程改進計劃 | 0.5 |