1.代码是否需要规范:
是否需要代码规范？答案是肯定的。任何代码的编写都应该有必要的规范制度。那么对于代码的规范程度的那及观点，首先我比较支持第三点，反驳其他几点。因为规矩是人定的，有些规范并不适合当下，我当然要去改变。万事不能千篇一律，必须允许有特例。代码规范的重要性，在于使整个程序更加清晰明了，者更有利于自己或者他人去读代码，修改代码。
2.代码复审：
复审郑都都的四则运算的代码，整体看下来完成的挺不错，并且考虑到了分数化简的问题。但是整个程序没有写注释和标注，调用函数时也没有注明什么调用。并且调用名没有与化简的名称不对应。再者四则运算的出题方式考虑的不全面。需要以后改进，同时在switch选择时没有default的标记。同时空格的使用不规范。不易于其他人的编写和维护。
3.psp记录个人四则运算项目耗时分析：
| psp | Time（h） | ||
|
Planning |
计划 | 4 | |
|
Estimate |
估计项目需要多少时间 | 4 | |
|
Development |
开发 | 3.8 | |
|
Analysis |
需求分析 | 0.8 | |
|
Design Spec |
生成设计文档 | 0.3 | |
|
Design Reveiew |
设计复审（和同事审核设计该文档） | 0.3 | |
|
Coding Standard |
代码规范（为目前开发定制合适的规范） | 0.2 | |
|
Design |
具体设计 | 0.6 | |
|
Coding |
具体代码 | 1 | |
|
Code Review |
代码复审 | 0.8 | |
|
Test |
测试（自测，修改代码，提交修改） | 0.2 | |
|
Reporting |
报告 | 1 | |
|
Test Report |
测试报告 | 0.3 | |
|
Size Measurement |
计算工作量 | 0.2 | |
|
Postmortem & Process Improvement Plan |
事后总结，并提出过程改进计划 | 0.5 |