(1) 是否需要有代码规范
1.这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率, 浪费时间的东西。(反对)
答:首先编码规范 包括了编码风格和其它规范 一个团队遵守一些规范有很多的好处!
(1). 遵守编码风格使代码更容易维护
(2). 编码风格使形成代码集体所有制(集体所有制的作用很大,它能有效的增大巴士因子——一个项目能承受多少个程序员被车撞了而不影响项目的正常进行)
(3). 编码风格能消除那些长久的纷争(你不需要喜欢这种编码风格。如果你不喜欢里面的某条规定,那就骂几句这个文档,只向文档发脾气,就像人类迁怒于上帝。然后还是按照约定做事。这样做更具有建设性,比无休无止的吵论这些不重要的事情好的多)
简而言之 编码规范并不会浪费编程时间,相反会使整个软件团队的工作效率得到提升。
2.我是个艺术家,手艺人,我有自己的规范和原则。(认同)
答:首先我认为形如艺术家 这类人,应该有自己的原则,这是属于他们的独有的性格,也就是这种性格的好坏,决定了他们日后的发展前景!一个好的艺人的好的规范 可以影响很多人 甚至形成一种流派,例如豪放派诗人 苏轼,还有梵高的后现代画风!
3.规范不能强求一律,应该允许很多例外。(认同)
答:对于一个问题,通常我们能找出十几种方法去解决。对于一种解决方案,我们能有百万种编码方案来实现它。每个人都有做自己的编码风格,只要不影响代码的正确性就没有必有太过纠结,
4.我擅长制定编码规范,你们听我的就好了。(反对)
答:熟悉不同的编码规范可以使你更容易的理解整个代码,它有个非常重要的好处,能传播知识。在很多的开发团队里,经常每一个人负责一个核心模块,每个人都只关注他自己的那个模块。除非是同事的模块影响了自己的程序,他们从不相互交流。这种情况的后果是,每个模块只有一个人熟悉里面的代码。如果这个人休假或——但愿不是——辞职了,其他人则束手无策。通过代码审查,至少会有两个人熟悉这些程序——作者,以及审查者。审查者并不能像程序的作者一样对程序十分了解——但他会熟悉程序的设计和架构,这是极其重要的。
(2)代码复审
同伴复审:我的同伴是高原同学,只是我的第一次代码复审,查阅了资料,同伴复审的主要目的就是检查代码是否简便易行,有没有逻辑 算法错误,优化与改进代码!
,以下是高原的代码:
#include "stdafx.h" #include <iostream> #include <time.h> using namespace std; void demo(void) //随机产生四则运算 { int a,b,k; //随机数m,n,计数 a=rand()%100;//生成随机数 b=rand()%100; k=rand()%5; switch(k) //四种运算随机选择 { case 1:cout<<a<<"+"<<b<<"="<<endl;break; case 2:cout<<a<<"—"<<b<<"="<<endl;break; case 3:cout<<a<<"×"<<b<<"="<<endl;break; case 4:cout<<a<<"÷"<<b<<"="<<endl;break; } } int main() //主函数用于循环次数 { int i=1; //循环次数 srand((unsigned)time(NULL));//为rand()函数生成不同的随机种子 cout<<"30道一百以内加减乘除四则运算题:"<<endl; while(i<=38) { demo(); //调用函数 i++; } while(true); }
运行截图:
代码十分简易,运行没有错误。
(3)PSP记录个人项目耗时情况
计划 | 5 h |
估计这个任务需要多少时间 | 5 h |
开发 | 7.5h |
需求分析 | |
生成设计文档 | 0 |
设计复审 | 1 h |
代码规范 | 0 |
具体设计 | 2h |
具体编码 | 3h |
代码复审 | 1h |
测试 | 0.5h |
报告 | 1h |
测试报告 | 0 |
计算工作量 | 0 |
事后总结,并提出过程改进计划 | 1h |