一、请回望开学时的第一次作业，你对于软件工程课程的想象
**1、对比开篇博客你对课程目标和期待，“希望通过实践锻炼，增强计算机专业的能力和就业竞争力”，
对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？**
- 达到的期待和目标：
学会了一个小程序的基本流程是什么，知道写一个小程序应该做哪些工作。还有就是在团队中扮演好自己的
角色并帮助团队顺利实现了我们的目标。在一开始对软工的期待就是能提高自己编写代码的能力，软工算是
实现了我一开始的期待。因为学会了用新的语言去编写出我们需要的界面。 - 不足和缺陷
由于我的编程基础并不是很好，然后一开始分配任务的时候就是写前端，由于自己能力不够，没能做足够多
的任务，虽然分配的任务还是完美完成了，但总觉得曾经的懒惰耽误了自己。所以我觉得自己的不足和缺陷
就是能力不够
2、总结这门课程的实践总结和给你带来的提升，包括以下内容：
1）统计一下，你在这门课程中，完成了多少行的代码
700行
2）软工的各次作业分别花了多少时间
| 个人阅读作业 | 结对编程作业 | 个人阅读作业2 | 团队组队展示 | 案例分析 | 需求分析与设计 | 团队计划 | alpha敏捷冲刺 | alpha阶段展示博客 | alpha阶段测试与发布 | alpha阶段项目复审 | alpha阶段之事后诸葛亮 | alpha阶段个人总结 | beta阶段敏捷冲刺 | beta阶段项目验收与总结 | beta阶段验收互评 | 软工个人总结 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 4h | 25h | 4h | 0.8h | 6h | 7h | 2h | 85h | 3h | 5h | 1h | 3h | 3h | 35h | 3h | 1h | 2h |
3）哪一次作业让你印象最深刻？为什么？
alpha敏捷冲刺，那是第一次开始冲刺，记得那时候我们那一周抽出了几天，大家集中在同一间宿舍学习，毕竟
第一次接触，大家都很焦头烂额，我那时候也是，先熟悉软件的应用，然后去网上看编写语言的各种教程。每
次大家都很晚才可以会宿舍，不过期间也收获得不少
4）累计花了多少个小时在软工上？平均每周花多少个小时？
粗略来说应该有168小时，一周12个小时
5）学习和使用的新软件；
GitBash、lengo
6）学习和使用的新工具；
微信web开发工具
7）学习和掌握的新语言、新平台；
html、JavaScript、微信小程序环境平台
8）学习和掌握的新方法；
学会规范上传码云代码，学会看看板任务并及时完成自己的任务
9）其他方面的提升。
责任感和合作精神方面有所提升提高了解决问题的能力
二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析
- 在项目开始之前一点要先明确团队成员的能力，并合理分配，这样有助于项目可以有好的开头
- 团队里头如果有不愿意付出自己的同学，一定得要有人私底下讲出来并说出这样的危害性，不然等到该
成员的行为引起大家的反感而不自知的话，很容易让矛盾激化，一个团队的氛围还是非常重要的。可以避
免事态严重的就要及时避免 - 接上一条，团队应该实行及时沟通机制，有什么要及时讲出来有什么问题的也要及时提出，都是同学，
不要因为作业坏了和气 - 再来就是自己了，自己的任务能做好还是要做好，至少态度还是要有的，如果自己不懂吗自己可以多查阅
资料或者多问其他同学，而不是觉得自己不做别人会去做，这样会让别人对你印象不好的
三、对下一届实践的建议，或者对于开学初的你，对于大一的你，对于开学初的我，你有什么想建议和告知的呢？
对于后来人的期许。对于换人机制，有什么样的建议？
对大一的自己
一定一定要好好学习好好打代码好好看书好好交朋友好好参加活动，不要为了及时行乐变成好好玩，大学里的
学习，真的很重要，当别人都会你不会的时候，会很难受
对后来人的期许
好好学习专业知识，原本不感兴趣的事情认真去尝试下，说不定你也可以做得非常好。比如打代码，这也是我对自己的期许吧
对于换人机制
我感觉这个机制还挺好的，至少会让团队的成员都积极地去完成自己的任务，毕竟平时在做任务的时候大家都是有目共睹。但
是虽然换人机制原意图是好，但是没法模拟好企业那样的，可能大家都觉得我们都是同学，直接把谁踢出去就好，然后就变成了两个团队之间换人了。
四、分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，
最后到达了“创造”阶段了么？（参考《构建执法》第17章 人、绩效和职业道德）
五、怎样证明你学会了软件工程？
研发出符合用户需求的软件
必须公开发布，有实际的用户，一定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是: 做没有用户使用的软件
通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件
有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是: 通过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄
并且通过数据展现软件是可以维护和继续发展的。
而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料
请在随笔中用数据证明上述内容或侧重选择之一。
需求分析博客链接：
项目小程序的二维码：
alpha阶段博客：
https://www.cnblogs.com/software-teamwork/p/8861437.html
beta阶段博客：
https://www.cnblogs.com/software-teamwork/p/9060125.html
beta阶段项目验收和总结博客：
https://www.cnblogs.com/software-teamwork/p/9116074.html
git项目地址：
https://gitee.com/kezhiqing/soft_team_blog