一、代码规范
我认为我们编写的代码都需要进行规范的操作,因为如果为了图省事情或者为了减少时间去完成这个编程。在最后检验的时候就会出现一些警告,导致你这次编程的代码出现问题,当出现问题的时候你在回头去检查你的代码,是一件非常头痛的事情,这样会让你很难发现问题所在,导致需要用很长时间去调试这个代码,甚至会让你前功尽弃,需要从新对代码进行编程。换句话说,这就好像我们在生活中洗菜做饭一样,在你洗菜的时候如果不仔细一些把它洗干净,那么在你吃的时候就会生病,导致你花费更长的时间去为你当初的不仔细和省时间付出代价。
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 |