作业三

一、是否需要代码规范

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

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

我是个艺术家,手艺人,我有自己的规范和原则。

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

规范不能强求一律,应该允许很多例外。

现代软件已经不是自己一个人就能完成的,需要至少两个人合作完成,这就要双方或者团队互相配合,自己的工作做好,也要让别人可以看懂自己的代码,方便其他人更好地工作。一个好的软件是需要团队合作的,大家都不愿意看对方的代码是没法编出一个好的软件的。尤其一个大型的项目,更需要大家之间的互相了解,互相照应,都要做好自己的工作的同时,也要给自己的合作伙伴提方便。

我擅长制定编码规范,你们听我的就好了。

如果自己编出的软件需要给很多人看,那么最好自己需要多加调试。人和人不一样,再和别人合作的那个时候,要注意个人表达观点的方式和思考的方式不尽相同,而且一个规范的代码有助于最后的审查,和bug修复。

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

二、代码复审

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

 

三、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  

 

原文地址:https://www.cnblogs.com/wanghaochun/p/5305647.html