这篇随笔一是应老师要求，二是作为我们小组的总结反思。纵观小组软件开发的整个过程，应了古话，凡事预则立，不预则废。
0.Github地址：https://github.com/gulaiyue/abcde
1.项目的总结反思
阿尔法迭代最大的问题是没有明确一个时间点，每个周的任务划分后没有验收反思过程，后来我们到末期猛赶进度。
贝塔迭代过程中分工确实不如阿尔法迭代明确（后端也着实不好分工），但是开始没有想清楚这一点，一味的求每个人平均进度是不现实的。最好发挥每个人的特长，合理分工而不是平均主义。
如果在小组启动项目时就预料到拖进度、分工不明确、每个人擅长的点不一样的话，会节省很多的时间。
其实在学习生活的过程中，预判这个东西，真的很能提高效率。就如古人画画之前，先要胸有成竹，才知何处下笔！
2.团队的分工
以上说了团队的分工出现的一些小问题，有以下几点：
1）分工不合理，没有发挥出每个人的优势，有时候大家写代码时缺少文档记录。
改进方法：把需要做的文档列出来，大家一个人记录几份。
2）分工不特别明确，有些公共部分应该共同讨论，如前端部分的导航栏，一开始没有统一。
改进方法：后端开发时沿用了统一的类，并在开发前决定了统一的架构。
3）分工之后的交流互助能够做到更好，充分发挥1*5>5的效果。
改进方法：尽量多聚在一起讨论，有什么问题困难随时提出，共同解决。
3.代码规范：
我们小队都去看了邹欣的代码规范教学，里面有分点的例子，还有一些有趣的比喻。总结下来，大概值得小队主义的几点如下：
1）排版（包括行宽、缩进和括号、分行）：
缩进采用4个空格。括号：每个“{”和“}”都独占一行。分行即不要把多行语句放在一行上。
2）命名：命名要注意大小写，一般所有的类型/类/函数名都用Pascal形式，所有的变量都用Camel形式。
Pascal——所有单词的第一个字母都大写；
Camel——第一个单词全部小写，随后单词随Pascal格式，这种方式也叫lowerCamel。
3）注释：精简明了最好。复杂的注释应该放在函数头，我们可以使用不同的显示风格来表示程序的不同部分。
4）专业类名、函数体参考以前c++和java编程规范即可。
原文地址：https://www.cnblogs.com/ouc-xxxxxx/p/12079936.html