作业三: 代码规范代码复审PSP

Posted 2020-06-27

（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