团队总结
第三次寒假作业1.0
队员：
GitHub develop分支
GitHub master
合作过程
合作的过程大致符合上一篇中的日程规划。
确定合作之后，我们就先去熟悉多源文件的编写，同时我开始构思整个程序的大体架构。
经过交流和讨论，我们在6号确定了文件分工，并确定了日程规划。
然后，我们分别对各自负责部分的所需功能和函数进行分类命名，确定变量的命名，最后汇总。
11号，我在GitHub上建立了团队并上传第一版fraction.cpp。期间我们对各自编写，遇到问题相互交流，并学习GitHub团队协作的用法。
14号，我们上传了第一版完整程序至develop。检测程序并修复后，我们上传了1.0版本至master。
15号，我们修改一些错误，并增加了中英文切换的功能后，上传了2.0版本至master。
16号，我的队友修改一个错误，对排版进行调整，并新增一些注释后，上传了2.1版本至master。
日程规划：
合作体会
之前的两次作业，完成的还可以，这给我增添了不少信心。可是这次作业让我认清了现实，无论是C语言还是C++，我都有各种不足，其实就是练习的比较少，例如这次的题目，由于之前没有接触过相关的知识点，而且没有经验，一下子就慌了！根本没有思路，还是在队友的一步步指导下才逐渐理清思路，一步一步的编写代码.我也看清了自己和同学的差距，而且这种差距不是一朝一夕可以弥补的。就是需要平时认真的钻研，才能获得突破。
在这次合作中明白了为什么编程都是团队合作，因为工程量真的不小，而且在程序的debug、细节完善方面要集众人之长。例如本次作业中debug真的消耗了很多的精力和时间，要靠大家一起做效率才高；而且这次的作业我们在一开始就制定了开发计划，这对团队合作有很多的帮助， 对每一天的任务都有清晰认识，如果有变动也方便修改计划，是非常好的时间规划。
编程规范
只有统一编程的规范，例如变量的命名、函数名、算法，只有统一标准才能进行高效的团队合作，也有助于队友理解你的代码，算法。
面向对象
本次的作业由于经验不足，最开始编程时表面上划分了模块，都是实际的代码还是将很多功能都揉到了一起（以为可以少写一些代码），但是在程序出问题后，debug简直就是一场噩梦！根本看不出来哪里出了问题，最后还是将不同的功能划分模块才解决。要引以为戒。
GitHub
现在git对于我来说只是一个存储代码和练习命令行的软件，我还没有熟练掌握它。没有体会到它的优点，还是要继续学习。
最后还是想告诉自己：我们写的不仅仅是一个程序，而是一个工程，就好比建一座高楼，首先要有一个坚实的地基，之后一点一点添砖加瓦，不能出现任何失误，要对其他人负责，戒骄戒躁，一步一步脚踏实地，才能有所收获！
