2018软工我的总结

1、回顾

1）对比开篇博客你对课程目标和期待，“但愿经过实践锻炼，加强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为何？

达到了期待和目标的能力：

• 团队协调能力：从以前面向对象课程的结对编程，到软工实践的团队编程，一路走来每次的任务完成，都离不开团队的沟通能力。并且我能够很明显的感受到本身与团队成员的沟通能力明显的提升。一夜完成全部的结对编程任务，而且取得不错的成绩，应该是很好的证实吧嘻嘻嘻。我想这要归功于和队友之间的默契以及屡次团队任务的磨练！
• 学会一个项新技术的能力：因为我担任我咱们组的数据采集以及美工的任务，可是就凭我钢铁直男的审美，多是没法胜任这项工做的。可是，在队长的高压push之下、以及队伍面临着没有美观的展现材料的时候，我身上的正义感忽然爆发，驱使着我在凌晨四点的宿舍中，完成了一次又一次的视频制做。

哪些不足：

• 时间的安排能力：我记得我曾经说过一句，DDL是惟一辈子产力。我也忘记这句话是我从哪里听来的了。。。可是这句话在我身上获得了良好的体现。由于我是一个机器喜欢拖DDL的人。每次的任务都等到最后才完成，曾经致使团队的数据集不足的状况。在这里我要向咱们队伍里的大哥表达一下歉意！

2）总结这门课程的实践总结和给你带来的提高，包括如下内容：

一、统计一下，你在这门软件工程实践中，完成了多少行的代码：

• 总和不超过3000行，我的做业和结对编程的代码量不是很大，加上最后被分配到了数据组，几个简单的爬虫脚本。并无很大的代码量。能够说是硬伤了- -。

二、软工实践的各次做业分别花了多少时间？（作一个列表）

做业编号	做业内容	时间/h
0	一些QA	3
1	我的做业 - 词频统计	22
2	结对做业 - 原型设计	5
3	结对做业 - 编码	20
4	团队展现等前期做业	20
5	需求分析报告	10
6	课堂实战 - UML	5
7	抽奖系统	5
8	Alpha冲刺阶段	110
9	福大助手测评	10
10	Beta冲刺阶段	70
11	课程总结	5
总计

三、哪一次做业让你印象最深入？为何？

• 固然是Alpha版本冲刺啦，队友之间怼的最凶的一段时间，同时也是战友感情最深的一段时间。

四、累计花了多少个小时在软工实践上？平均每周花多少个小时？同时贴出开篇博客“你打算平均每周拿出多少个小时用在这门课上”的回答

• Alpha冲刺那段时间天天都至少要花三四个小时吧，有时候一成天都花在上面。Beta阶段就舒服一些，但整个课程下来的话也有平均每周20小时妥妥的。（一个不负众望的数字）
• 当初的回答：

期待本身能够真正的写出一款有用的知足本身心里期待APP，增长本身的代码量，还有就是结识一群伙伴。投入时间的话，说实话本身对这个东西也没有一个明确的概念，可是这门课的优先级应该是比较高的，应该算是A博主[3]所说的“A类”事情。

五、学习和使用的新软件

• Xcode
• Final cut pro X
• Adobe AE
• Adobe PS
• Pytohn3.0

六、学习和使用的新工具

• 墨刀
• GitHub
• ProcessOn
• StarUML
• visual studio

七、学习和掌握的新语言、新平台

• python3.0
• shell
• Mac OSX

八、学习和掌握的新方法

• 单元测试
• 代码覆盖率
• 代码性能分析
• Python爬虫知识
• YOLO
• 燃尽图

九、其余方面的提高

• 我的的审美，视频制做，PPT制做方面获得的提高。
• 我以为本身的韧性获得了提高，面对繁重的学业压力和软工任务。竟然能抗的下来，在这里也要给班级里每一位坚持下来的同窗点赞！
• 熬夜爆肝- -。
• 为人处世的能力，与人沟通的艺术。

2、写下属于本身的人月神话——我的或结对或团队项目实践中的经验总结+实例/例证结合的分析

经历了整整一个学期的软工实验，我以为团队间的沟通和讨论是最重要的。咱们团队就由于沟通不够的问题形成了一些彻底能够避免的麻烦。最常常发生的事情就是先后端的对接问题。由于后端没有接触过前端，因此后端不知道前端要的接口是怎样的，后端按照本身的想法写出了接口，由于一开始先后端没有进行过交流，因此写出的接口也是不符合要求。还有就是评论数据的格式，因为没有事先的沟通，致使咱们组在数据格式化方面浪费了不少时间。

3、对下一届实践的建议，或者对于开学初的你，对于大一的你，对于开学初的我，对于同期的TA们，对于后来的学弟学妹：

1）你有什么想建议、告知和期许想要告诉他们呢？

对开学初的我： 软工虽苦，且行且珍惜。ps：霸王安排一下:D
对大一的我： 能不熬夜的时候千万别熬夜！！没必要要的熬夜以后都是血的教训，切记切记，血条要攒着给大三，由于大三会有一门软工，还有两天一门的考试！！！！
对学弟学妹：据说大家软工必修？？？

2）特别地，特别地，下一届要不要中途换队员（强制的、完全的从一队换到另外一队）？

我以为不必强制。若是一个组通过较长时间的磨合，忽然的换队员可能会是一道晴天霹雳！可是我心里你仍是很想看到他们绝望的眼神hhhhhh

3）身在一个格外大的班级，竞争强劲，你认为一个组的人数应当在多少比较合适？

8-10人吧，按这学期的人数划分就很合理了。人数不能过多，也不能太少，太少的话每一个人的工做量太大，若是人太多的话，可能会出现部分红员划水吧

4）我的/结对/团队做业应该控制在怎样的规模？

要根据实际状况来吧，尽可能不要与考试冲突，这学期真的被这门课给搞得头昏脑胀了！！

5）这学期下来，你最感谢的人是谁？有什么话想要对TA说呢？

董钧昊同窗吧，合做屡次的好伙伴。在此次软工实践中他给予了不少的帮助，也容忍了我屡次的划水hhhh

4、分析一下本身所处的团队

软件工程实践是大学里少有的认真的团队协做经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？（参考《构建执法》第17章 人、绩效和职业道德）

√ 萌芽阶段：你们刚开始的时候就已经认识了，萌芽阶段应该是很短了
√ 磨合阶段：慢慢暴露自身的缺点，进度慢、作事拖拉等。队内也有了一些抱怨的声音，好在队长的调节之下，负能量也没有在队内扩散。
√ 规范阶段：这个时候分工明确，你们各作各的事情，其实我以为只有开发组的队员在工做，实际上这时候也只须要开发组的队员进行开发了。
√ 创造阶段：“高度自治”、“效率达到巅峰”

整个步调其实仍是蛮稳的，规范也定的比较早，因此虽然在磨合和规范阶段有来回转换几回，但最后仍是能够说是达到的创造阶段的~

5、怎样证实你学会了软件工程

1）研发出符合用户需求的软件

PM有公开发布在Github，不过暂时用户不怎么多，后期可能会增长宣传力度，发布到安卓平台，基本完成

2）经过一系列工具，流程，团队合做，可以在预计的时间内发布 “足够好” 的软件有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是:经过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄

团队在燃尽图的帮助下，团队进度在有条不紊的推动。其中团队交流方面我以为存在必定的问题，其余都基本完成。

3）而且经过数据展示软件是能够维护和继续发展的。 而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料

基本完成，在软工过程当中造成了许多高质量的文档。

4）对着这个检查表：http://xinz.cnblogs.com/p/3852177.html 检查一下，本身若是去企业面试，这些常见的问题是否都能回答，并在此总结。

大部分都不能回答，看来个人水平离一个标准的程序员仍是有很大差距的hhh