一、回望过去，还看今朝
- 回望过去
- 不荒废时光，使自己能够忙碌起来
- 能够学习到一些具体的技术，提升编码能力
- 加强团队合作的意识
- 学习软件的开发流程
- 能够发布一个属于自己的软件
- 还看今朝
- 这学期时间相对紧凑，没有太多空余时间
- 学习android语言，学会界面的设计与开发
- 团队合作基本从无到有
- 基本跟着栋哥走完了一遍流程，大致对软件开发流程有所理解
- 虽然不好看吧，但总算完成了一个属于我们自己的软件
- 有了发博客的习惯，记录自己成长的过程，这个习惯我会延续下去
- 不再QQ上互传代码整合（曾今的痛，深夜代码整合），利用github工具时时更新与上传
- 难忘那些一起熬过的夜（经历）
- 学习和使用的新软件,新工具
- 原型设计：AxureRP
- 软件开发：eclipse，android studio
- 单元测试：Junit
- 学习和掌握的新语言、新平台
- 新语言：android，java
- 新平台：博客园（发布博客）、github(版本控制)
- 完成的代码量
- 不完全统计大概7000多行吧
- 学习和掌握的新方法
- github在我们版本2.0上做出了巨大贡献，每天都在更新代码，如果纯手工，估计已疯
- 一起写代码这种方式确实能够提高效率，加快进度
- 其他的提升
- 团队的友谊提升
二、人月神话，不在别处
- 项目实践中的经验总结
- 一开始原型一定要设计好，到后期再改的话，牵一发而动全身，跟重写没两样甚至更麻烦
- 代码规范一定要的，否则你的代码别人接手后……估计只有自己看得懂了，一段时间后甚至自己都看不懂了
- 要养成写博客的习惯，通过博客记录自己的成长，等到以后回头看看看，你会看到自己的曾经的脚印依旧清晰
- 多和队友沟通，自己的想法要及时反馈，因为你的想法很好，但是如果到了后期，大家也有心无力了
- github软件开发必备，经历过才能真正懂得
- 实例/例证结合的分析
- 我们版本1.0，界面密密麻麻排满了控件，几乎想把一个流程多有可以进行的动作都放在一个页面进行，结果就是“超级难看”。所以版本2.0几乎不存在1.0的影子，完完全全的新界面，然而进行的工作却比1.0多得多，原因是多方面的。也包括以下：
1.幻想在原来的基础上修改，进行了大量工作后发现根本不行，才下定决心重新来过
2.因为版本1.0没有考虑适应手机的问题，导致不同手机显示不同，甚至会把控件挤掉，2.0就更加注重适应手机的问题，也花了更多的时间- 1.0版本，难忘那次四点。因为不是做别的，就是通过QQ、U盘把之前大家写好的代码简单“手工“的合并，然后就是一堆报错，一堆命名冲突，整个人都要炸了，猛然意识到，论github的重要性……然后就是快天亮了
三、一份耕耘，一份收获
- 对下一届实践的建议
- 软工选栋哥，有用，实用，好用
- 从这里你可以学到的东西真的很多，不单单某一方面，而是全面的拓展。具体来说，不单单是代码能力的提升，软件的学习使用和平台的使用。更多的是，他可以教给你一套正确的软件开发的流程，一个良好的编程习惯，一个记录软工成长蜕变的方式
- 栋哥很随和，蛮亲切的
- 但是，要有心理准备，熬夜恐怕在所难免，得会吃苦，正所谓“一份付出，一份回报”
- 通过软工你可以结交一群友谊深厚的队友
四、志同道合，携手并进
- 萌芽
一开始，我记得是差几天就该到deadline了，然后我们才匆匆忙忙的讨论，然后就一鼓作气定下了标题……还是很有效率的呀！
- 磨合
磨合这个阶段，一直都在，程度不同而已。一开始组长分配了任务，并规定了期限。好像万事俱备，然而东风迟迟未来……我是写前端的，前端好多人。因为一开始大家都没有学过android，又因为之前咩有压力，所以android的进度异常的慢。然后突然，组长分配了任务你你你是什么时候要把这个界面完成……表示一脸懵逼。然后，后端的两位大佬早就跃跃欲试，催着前端，真是尴尬，后来也总算赶上了进度，后面还算比较顺利吧
- 规范
主要在2.0版本的时候，1.0谈不上规范，大家都还处于各写各的，没有太多交流。命名什么的也是乱七八糟，没有规范。但是2.0版本，好了很多，基本上都能够见名知意，符合统一的规范。另外，代码整合也都交给了github省时省力
- 创造
因为进了1.0版本这个大坑，2.0的时候就学聪明，毕竟吃一见长一智。1.0版本出现的问题基本不会再2.0版本再次出现。因为有了经验，变成也就更有效率，考虑的也就更全面。对于一些美化问题也可以处理的更加的得心应手，对排版也讲究美观，总之，在不断进步
五、浮光掠影，博闻强识
- 论文：《Open Source Software Development Should Strive for EVEN GREATER CODE MAINTAINABILITY 》
- 总的感受还是代码规范很重要。不仅命名上，在重要的部分要及时给与相应的注释，因为一个团队，毕竟不是一个人在工作，即便是一个人也应当这样做。否则，等到什么时候需要修改一些东西的时候，可能连你自己都不认识当初你写的东西了。一些好的编程习惯对于维护起到至关重要的作用，一些糟糕的代码维护起来甚至比原来写起来更加费时费力
- 我觉得衡量代码质量，主要看代码结构，编程规范，可维护性，运行效率这几方面考虑。我自己的代码，还做不到上面的全部，但是在朝着这个方向努力
六、书山有径，学海无涯
- 研发出符合用户需求的软件
正值期末推广有点难以实现，大家都忙着备考，而且也没有什么活动了。等下学期可以尝试这向各个部门和班级负责人推荐使用，哪里有问题我们再不断完善。目前，还没有专门发布通知跟活动这类型的软件，只要我们加把劲，我觉得这个软件还是很有生命力的
- 通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件
- Alpha版本
因为我们团队一开始没有任何人哪怕有一点点的开发经验，全部都是白板。连最基本的从何入手，流程如何也是完全不懂。所以走了很多弯路。
就代码合并而言，没有用github的我们，都是纯手工的，简直累成狗
代码规范也没有遵守，怪不得别人
虽然完成了一部分功能，但是很局限，界面也很难看
- Beta版本
这次比之前好很多，主要是有了前一次的教训和经验，因而也就懂得了一些好的方式处理问题。代码交给github管理，界面美化了，功能也更加完善了
- 通过数据展现软件是可以维护和继续发展的。
附上github地址：活动助手
通过github可以看到我们设计还是比较符合规范的，对于维护和继续发展还是比较方便的。如果有有兴趣的小伙伴愿意的话可以加入我们一起，延续和发展
七、挥泪惜别，后会有期
- 相处一学期不易，课堂和课程上，我们将就此别过。可惜学生匆匆，时光匆匆，认识和了解的同学却很少。另外我年纪渐长，记忆日衰，会遗憾有时候我连个性或名字都没有记住。写一段话，介绍下你自己吧。
- 我呢？不留名吧！我记得栋哥就好！很感谢栋哥和助教这学期以来的辛勤付出，全班那么多人，要看那么多博客估计很累吧！也有过深夜麻烦助教，栋哥事情，真有点不好意思呢！
通过这门课我真真切切体会到了自己的成长，见证了福州四点的天空，六点的朝霞,完成了属于自己团队的作品，还是非常令人值得欣慰的，感觉努力得到了回报，是那满满的自信与幸福感！
附上一张福州六点的朝霞：
青山不改，绿水长流，后会有期！
