1. 是否需要有代码规范
对于是否需要有代码规范，请考虑下列论点并反驳/支持：
1.这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率, 浪费时间的东西。
2.我是个艺术家，手艺人，我有自己的规范和原则。
3.规范不能强求一律，应该允许很多例外。
4.我擅长制定编码规范，你们听我的就好了。
解答：
1.反驳，代码规范的产生并不是由于官僚制度，因此并不会浪费大家的编程时间，而若有统一的代码规范，这会使程序员在编码工作中有规范，从而提高工作的效率。每个人写程序都会有自己的习惯，若不加以规范的话，多样性太大，会浪费很多精力。一个程序并不是依靠一个人来完成的，这是一个团队协作的工作，不能因为个人而影响整个团队的效率，有了代码规范可以使整个团队有统一的标准，使其他人阅读代码时不费时，提高整个程序完成时效。
2.反驳，自己的规范和原则在编写程序方面是不可取的，这是非常自私的行为。代码规范并非规定一个人，可以是一个部门更可以是一个公司。而自我意识太强的话，会使自己的设计只有自己能看懂，其他人无法理解其可行性，这会大大的影响项目的完成度。
3.反驳，规范虽有规定，但也不会是千篇一律的。没有完全一样的东西，例外是肯定存在的，但也不代表能有太多例外。有太多的例外，那规范代码的意义在哪，不就是空规定了嘛。
4.反驳，代表不是一个人制定的，代码规范是为了大众而制定的，不能一个人决定。
2. 代码复审
这次我复审的代码是邵楠的代码。
复审结果如下：
1.概要部分：
这次的作业是编写自动生成四则运算的程序，要求包括整数及真分数。我复审的代码基本符合题目的需求，并且加入了成绩展示并做错题改正的功能，通过审查程序，代码并没有问题，可以准确运行出结果，可读性较高，并有相应的注释。但仍存在除法运算，除数为0的问题。以及真分数的判断。
2.设计规范部分：
设计流程比较完整，功能齐全，整体简洁，没有存在不需要的代码。
3.代码规范部分：
整体完整，功能注释齐全。
4.具体代码部分：
程序中变量名称的命名没有规范，不可以使用简单的代名词，无法代码其含义，在命名上应使用具有意义的英文、拼音缩写。
5.效能：
并没有明显可优化的部分。
6.可读性：
代码可读性较高，不理解的地方都有足够的注释。
三、P2P
|
PSP2.1 |
Personal software Process stages |
Time Senior student |
|
Planning |
计划 |
3h |
|
·Estimate |
·估计这个任务需要多长时间 |
3h |
|
Development |
开发 |
1h |
|
·Analysis |
·需求分析 |
20min |
|
·Design Spec |
·生成设计文档 |
30min |
|
·Design Review |
·设计复审 |
1h |
|
·Coding Standard |
·代码规范 |
20min |
|
·Design |
·具体设计 |
1h |
|
·Coding |
·具体编码 |
2h |
|
·Code Review |
·代码复审 |
30min |
|
·Test |
·测试 |
30min |
|
Reporting |
报告 |
20min |
|
·Test Report |
·测试报告 |
25min |
|
·Size Measurement |
·计算工作量 |
20min |
|
·Postmortem&Process Improvement Plan |
·事后总结，并提出过程改进计划 |
30min |