一、代码规范
我认为我们编写的代码都需要进行规范的操作，因为如果为了图省事情或者为了减少时间去完成这个编程。在最后检验的时候就会出现一些警告，导致你这次编程的代码出现问题，当出现问题的时候你在回头去检查你的代码，是一件非常头痛的事情，这样会让你很难发现问题所在，导致需要用很长时间去调试这个代码，甚至会让你前功尽弃，需要从新对代码进行编程。换句话说，这就好像我们在生活中洗菜做饭一样，在你洗菜的时候如果不仔细一些把它洗干净，那么在你吃的时候就会生病，导致你花费更长的时间去为你当初的不仔细和省时间付出代价。
1.不同意！对于这个观点就像我刚才说的一样，如果你在编程的时候不规范自己的代码，那么在后续过程中如果出现问题，就会导致你从头再来，这样会浪费更多时间，更加影响你的开发效率，所以还不如从开始编程的时候就规范自己的代码，这样在后续的过程中如果出现了问题，那么你也好检查自己的代码那里出现了错误，更好的修改，会节约时间，增加你的开发效率。
2.不同意！因为规范是对所有人而言的，这个所谓的编程规范就相当于咱们生活当中的规矩一样，如果每个人都有自己的规矩，按照自己的规矩去做事的话，那么这个世界就乱了。所以我们都要一起去遵守一种规矩。这样方便大家去评判，也方便自己去找到自身的缺点。
3.不同意！规范就是规范，不允许有例外产生。如果你的规范允许有例外产生，那么别人的规范也允许有例外产生，那么它就无法称之为一个规范了，跟没有规范是一样的。所以我们都要遵守一样的规范，更不允许有例外产生，它对每个人都是一样的。
4.不同意！因为规范是已经制定好而且被大家公认的一种东西，并不是谁可以改变或者制定的，所以我们要去遵守它，而不是改变或者制定它。当我们都去遵守它的时候，那么当别人查看你的代码或者帮你检查代码的人就会更加方便，不会导致检查的人浪费更多的时间在你代码的格式上，会更专注与你的代码含义，这样才更有意义。
二、代码复审
我的代码复审的同伴是杜尧，首先在接到这个任务的时候，还是相比比较开心的，因为我们是一个宿舍的。他当时在制作这个四则运算的时候我帮过他改进自己的代码。对他这个四则运算的程序还是比较了解，当再一次看到他制作好的完整的代码的时候，我觉得比之前在调试的时候已经好很多了。我把他的代码放到VS里进行了运行，可以正常运行并显示结果，我觉得他的这个程序中也有需要我学习的地方，比如在rand()函数前 加上 srand(time(NULL));语句，且头文件中加上#include<time.h>。这样就可以让他的数字进行随机改变。我觉得他的代码制作的还是不错的，只是使用的是C语言，偏简单一些，希望他以后可以有一些提高。
三、PSP几率个人项目耗时情况
| PSP2.1 | Personal Software Process Stages | Time |
| Planning | 计划 | 20min |
| Estimate | 估计这个任务需要多长时间 | 4h |
| Development | 开发 | 10min |
| Analysis | 需求分析 | 30min |
| Design Spec | 生成设计文档 | 30min |
| Design Review | 设计复审 | 15min |
| Coding Standard | 代码规范 | 20min |
| Design | 具体设计 | 2h |
| Coding | 具体编码 | 2h |
| Code Review | 代码复审 | 10min |
| Test | 测试 | 10min |
| Reporting | 报告 | 10min |
| Postmortem&Report | 总结和报告 | 30min |