做业三

1、是否须要代码规范

有些人认为这些规范都是官僚制度下产生的浪费你们的编程时间、影响人们开发效率, 浪费时间的东西。

我认为一个代码就像一辆汽车，发动机，车窗，车轮都有它固定的位置，有了这些规定下来的东西，汽车才能流水线的生产。只是车中能够附加了空调，广播之类的功能。代码也是如此，应该有他正确的格式，只是里边所使用的算法能够有创新，在这些代码中也能够附加本身的想法的一些功能。

我是个艺术家，手艺人，我有本身的规范和原则。

我不一样意这个观点，一个好的编程代码不只要让计算机识别，也要让使用他的人可以更好地理解它，这样的代码才更有意义。才既能够被实用，也可让后人去学习。

规范不能强求一概，应该容许不少例外。

现代软件已经不是本身一我的就能完成的，须要至少两我的合做完成，这就要双方或者团队互相配合，本身的工做作好，也要让别人能够看懂本身的代码，方便其余人更好地工做。一个好的软件是须要团队合做的，你们都不肯意看对方的代码是无法编出一个好的软件的。尤为一个大型的项目，更须要你们之间的互相了解，互相照应，都要作好本身的工做的同时，也要给本身的合做伙伴提方便。

我擅长制定编码规范，大家听个人就行了。

若是本身编出的软件须要给不少人看，那么最好本身须要多加调试。人和人不同，再和别人合做的那个时候，要注意我的表达观点的方式和思考的方式不尽相同，并且一个规范的代码有助于最后的审查，和bug修复。。

因此，综上所述，我认为须要有代码规范，养成代码规范的习惯，也有助于程序员自身的成长。

 

2、代码复审

复审吴献荣的自动生成四则运算题目的代码，我和他都是用的C语言编程的，一样使用switch语句来实现了随机生成四则运算题目的功能。并且它的程序很符合代码规范，看上去很美观，程序逻辑性很强，很容易理解。程序添还加了开始界面，分为开始结束，并且他在编程时考虑到了在分数表达式分子必须小于分母的隐含要求。在生成代码的数值上，他取得是100之内的数值范围，比个人数值范围定义要大了许多，考虑到了用户的体验和实用性。

 

3、PSP记录我的项目耗时状况

 

psp2.1	Personal Software Process Stages	Time(%)student	Time(%)SDE
Planning	计划	5min
Estimate	估计这个任务须要多少时间	6h
Development	开发	5h20min
Analysis	需求分析	5min
Design Spec	生成设计文档	25min
Design Review	设计复审（和同事审核设计文档）	30min
Coding Standerd	代码规范（为目前的开发制定合适的规范）	0min
Design	具体设计	30min
Coding	具体编码	1h30min
Code Review	代码复审	5min
Text	测试（自测，修改代码，提交修改）	2h
Reporting	报告	10min
Text Report	测试报告	5min
Size Measurement	计算工做量	3min
Postmortem & Process Improvement Plan	过后总结，并提出过程改进计划	5min