软件工程总结
软件工程总结
一、请回望开学时的第一次作业，你对于软件工程课程的想象**
1. 对比开篇博客你对课程目标和期待，“希望通过实践锻炼，增强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？
- 完整地按照老师的要求经历了软件工程的流程；
- 学习了新的语言，尝试了自己之前从来没有接触过的安卓APP的开发；
- 熬过了这个繁忙的学期，当中差点病倒住院了，还好，现在身体健康应该没啥大碍；
- 不足就是对于作业的细节或者是额外的部分没有精力解决；
- 还有就是我们的软件做得还不够好，因为大家也都是从0开始，边学边做，所以就期望做一个能用的软件即可。
2. 总结这门课程的实践总结和给你带来的提升，包括以下内容：
1）统计一下，你在这门课程中，完成了多少行的代码；
2000行左右
2）软工的各次作业分别花了多少时间？（做一个列表）
……估计下吧
| 作业 | 时间（h） |
|---|---|
| 个人阅读作业1 | 5 |
| 提问题 | 6 |
| 结对编程 | 15 |
| 案例分析 | 7 |
| alpha阶段 | 8 * 7 |
| beta阶段 | 5 * 5 |
| 其他展示博客，事后分析合计 | 20 |
| 这次作业 | 5 |
| 合计 | 139 |
3）哪一次作业让你印象最深刻？为什么？
第一次团队作业，因为差点当时身体状态特别不好，加上其他事项强度又很大，所以觉得那段时间特别艰难，现在回忆起来，还是很害怕，身体熬不住。
4）累计花了多少个小时在软工上？平均每周花多少个小时？
139h
共计16周 139 / 16 = 8.6875（小时）
不包括技术准备的时间……
5）学习和使用的新软件；
Android Studio：安卓开发软件
6）学习和使用的新工具；
Git 代码提交工具
Monkey 自动化测试工具
Leangoo 燃尽图工具
7）学习和掌握的新语言、新平台；
新语言：PHP
新平台：Windows + Apache + Mysql + PHP
8）学习和掌握的新方法；
站立会议、燃尽图管理、NABCD需求分析、结对编程、软件测试等方法
9）其他方面的提升。
心理抗压能力的提升
解决困难的能力
团队协作的能力
主动背锅的能力
二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析
经验总结：
- 交流最好能够在线下交流，线上交流的效果直接先打个半折，再说。因为我们团队在QQ上交流，总是理解不到位，耽误时间。
- 量力而行，尽力就好，也不要有太大的压力，不然戾气会很重。首先是要尽力，即使做的真的不咋地，起码要让队友看到你有在干活，其次就是压力不要太大，就平常心去搞就好了，不然对于这门课程的认知会产生偏差。
- 技术准备什么的，能提前准备自然是最好的，没条件就边搞边学吧，哪里有那么多项目在开始的时候你就都会。
- 选题的时候先搞的简单点，对不对，起码自己能做完，那再有余力，就再加功能嘛。我们团队一开始的目标就很低，所以最后可以在完成既定目标的基础上进行扩展。
三、对下一届实践的建议，或者对于开学初的你，对于大一的你，对于开学初的我，你有什么想建议和告知的呢？对于后来人的期许。对于换人机制，有什么样的建议？
什么对于开学初的你，开学初的我，这是在唱歌吗……
对于下一届实践的建议：不要抱着划水混混的心态来上这么课，会累死你的队友的！
对于大一的我的建议：不要去辅修，去搞程序设计竞赛，这玩意儿它真的非常有趣；基础学科的学习还要强化啊，知不知道现在看论文很费劲啊，少年！
对于后来人的期许：就早点确定好自己要干什么吧，如果是从事计算机行业的，当然要增强自己的动手实践能力。
换人机制：是个摆设，没有建议，如果觉得需要保留这个摆设，就继续。
四、分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？（参考《构建执法》第17章 人、绩效和职业道德）
分析团队：
我们团队都是菜的不行的，但是都肯努力搬砖的那种。虽然跟大佬云集的团队没法比，但是就态度上来说可以说是全专业顶配了。当有突发情况出来的时候，不是互相推诿，而是客观分析，然后有理有据地把锅甩给别人。（开玩笑）
经历的阶段：
萌芽：大家从一开始有个最初的想法，做个能用的，有人用的，还可以的APP
磨合：一起学习安卓、PHP，还有敏捷开发的流程，balabala...
规范：在开发阶段将团队的工作流程都写入了自己的日常
创造：写出了一个APP，这对于我们中的所有人来说，是一开始不敢想象的
五、怎样证明你学会了软件工程？
研发出符合用户需求的软件
必须公开发布，有实际的用户，一定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是: 做没有用户使用的软件
通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件
有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是:通过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄
并且通过数据展现软件是可以维护和继续发展的。
而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料
公开发布：https://gitee.com/ljl36/team_programming/releases
实际用户数：
有项目规划/需求/设计/实现/发布/维护，有定时的进度发布
http://www.cnblogs.com/Aragaki-Yui/
在之前的博客都有体现
