（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 |