1. 是否需要有代碼規範？
我個人認為代碼是需要規範的。對程式員來說代碼就是一種語言，是用來交流，傳播資訊的另一種方式，隻有做到統一書寫，才能讓浏覽的人看懂，便于對代碼的修改和維護。代碼的規範并不是官僚制度下産生的，來讓大家浪費時間、影響人們開發效率、浪費時間的東西，我覺得代碼的規範更像是當初秦統一文字一樣，這樣更便于人們的浏覽，交流，修改和改善。第二個論點和第三個相類似，我覺得有自己的個性很好，但這都是建立在你已經有了一些“功底”上的，對于初學者必須要有代碼上的規範，如同畫家在他們剛剛接觸這門藝術的時候也是一筆一劃的有規範性的學習，在日後自己有所成就的時候才有了自己所喜歡的方式。但是完全性的規範我表示反對，正如前面所說的，代碼是另一門語言，是以就會有各種各樣的規格，在代碼中的字裡行間無不展現着編寫者的個性。
2. 代碼複審
複審趙文博的代碼，趙文博在生活中就是一個很嚴謹的人，從他的代碼上也能看出這一點。代碼的能夠運作沒有錯誤，而且符合規範代碼這一要求，美中不足的一點就是他沒有在代碼後面加上注釋，注釋的作用不光是讓浏覽的人看得更明白、友善自己對代碼的改進，另一方面也能展現編寫者的思路是否清晰，很多初學者都沒有這個習慣而我也是其中之一，我會努力養成在寫代碼的過程中加注釋的習慣的。
3. PSP記錄個人項目耗時情況
| psp | Time（h） | |
| Planning | 計劃 | 4 |
| Estimate | 估計項目需要多少時間 | 5 |
| Development | 開發 | 4.6 |
| Analysis | 需求分析 | 0.6 |
| Design Spec | 生成設計文檔 | 0.5 |
| Design Reveiew | 設計複審（和同僚稽核設計該文檔） | 0.4 |
| Coding Standard | 代碼規範（為目前開發定制合适的規範） | 0.3 |
| Design | 具體設計 | 0.7 |
| Coding | 具體代碼 | 1 |
| Code Review | 代碼複審 | |
| Test | 測試（自測，修改代碼，送出修改） | 0.4 |
| Reporting | 報告 | 1.2 |
| Test Report | 測試報告 | 0.3 |
| Size Measurement | 計算工作量 | |
| Postmortem & Process Improvement Plan | 事後總結，并提出過程改進計劃 |