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 |
代码复审 | 0.5 |
|
Test |
测试（自测，修改代码，提交修改） | 0.4 |
|
Reporting |
报告 | 1.2 |
|
Test Report |
测试报告 | 0.3 |
|
Size Measurement |
计算工作量 | 0.4 |
|
Postmortem & Process Improvement Plan |
事后总结，并提出过程改进计划 | 0.5 |