一、请回望暑假时的第一次作业,你对于软件工程课程的想象
1)对比开篇博客你对课程目标和期待,“希望通过实践锻炼,增强计算机专业的能力和就业竞争力”,对比目前的所学所练所得,在哪些方面达到了你的期待和目标,哪些方面还存在哪些不足,为什么?
- 在软工实践之前,我可能只是个只会在windows下面跑跑代码的小白,实践课之后,成为了会在Linux下面跑下代码的小白。因为在做APP项目的过程中,我是我们组负责搭建服务器的,所有服务器的环境配置啊什么的,我大部分都是学习新的知识来完成,中途遇到了各种bug,好在最后都解决了。编码能力提升可能没有那么大(但是也有提高),但是Linux系统倒是玩了一遍,不,是被Linux玩了一遍==。 这是当初的期待中没有想到的。
- 当初期待的是提高编码能力,但是现在来看,远不止提高编码能力了,其他的能力就在下面再说吧。 不足的话我觉得自己编码能力还不够,还要加强,还有时间安排的能力也是很不够,常常会捡了芝麻丢了西瓜这种,虽然这学期没有18门课,但是也有16门==。一开始其实也很犹豫,要不要选软工(因为其他选修课选完我学分已经够了,选了软工分数就超了1.5了,但是后来选了,而且也没有退选,虽然中途特别累的时候会骂自己,当初为什么要选!!!为什么不退选。。。但是好歹我是坚持下来了。而且,现在来看,也没有为以前的选择感到后悔,因为,这门课真的是一门特殊的经历,当初没有退选可以说是一个正确的决定。
2)总结这门课程的实践总结和给你带来的提升,包括以下内容:
1、统计一下,你在这门软件工程实践中,完成了多少行的代码;
大概1100行,后台那边我编码不多,主要是完成CI框架的整个环境搭建,还有就是一些公共函数/用户模块的编码。
2、软工实践的各次作业分别花了多少时间?(做一个列表)
编号 | 作业 | 时间(h) |
---|---|---|
1 | 第一次作业 | 2 |
2 | 数独作业 | 20 |
3 | 结对作业-原型设计 | 8 |
4 | 结对作业-部门匹配编码 | 20 |
5 | 团队作业-同学录 | 10 |
6 | 团队前期作业 | 15 |
6 | 团队作业-alpha开发 | 70 |
7 | 团队作业-beta开发 | 30 |
8 | 个人技术博客 | 3 |
9 | 华为云测评 | 7 |
10 | 总结博客 | 5 |
3、哪一次作业让你印象最深刻?为什么?
应该就是alpha展示的前一天吧,整个队伍一起改bug到凌晨的那种,然后等待队友的GIF图,鱼骨图,来完成展示博客。
4、累计花了多少个小时在软工实践上?平均每周花多少个小时?
总计 190,后面的时间其实差不多是自己估计的,感觉也差不多有这个时间吧,一开始花的时间不多,到后面alpha阶段就是每天都在写软工,每天可能都有5~6小时在写。190/16≈12。
5、学习和使用的新软件;&& 6、学习和使用的新工具;
墨刀 , processon,postman,apizz,git,powerdesigner,siege
7、学习和掌握的新语言、新平台;
leangoo,Linux,JWT,爬虫相关的知识,包括正则/cookie等
8、学习和掌握的新方法;
- 字很重要,图也很重要。作图可以是整个编码变得清晰,比如后端架构,比如数据库类图等等。
- git团队编码协作,非常强大的工具
9、体会
- 我的朋友和我的对话。 我和他说了无数次我在做软工,其实微信还有,没有截图。 怎么说呢,这么实践课是真的占据了这学期的空闲时间,选了实践课之后,软件工程的那位朋友只要和我聊天,我都说我在写软工,他说他们软工可能都没有我们这么累orz。以前周五晚上一般都会出去浪==,这学期因为软工就老老实实的呆在宿舍了。朋友喊我看寻环游记我也没去,最后是自己一个人跑去看了。
- 舍友在做软工时候,发了好几次的朋友圈,都是这个配图 从掉的几根头发,到掉了越来越多的头发orz。
- bug出现定律: 在alpha/beta展示前一天,出bug的可能性非常大!!!你永远不知道bug什么时候会无缘无故的出现。
二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析
- 一开始的选题其实很重要,如果有好的想法,会让团队更有动力去完成一个属于大家的APP吧。
- 整个团队是时间规划非常重要,熬夜去完成任务是一件非常糟糕的事,这也是团队时间安排出现问题的体现。我们团队有过,但是时间的合理安排真的是一个难题,都说deadline是第一生产力,但是我想如果有人能够有极强的自制力,可以非常合理的安排好时间,那事情估计也就成功了一半吧。
- git的使用非常重要,非常重要,非常重要,软工之后,一定要把git使用起来。
三、对下一届实践的建议,或者对于开学初的你,对于大一的你,对于开学初的我,你有什么想建议和告知的呢?对于后来人的期许。 特别地,特别地,下一届要不要中途换队员?
- 首先你要明确,软工实践真的需要花费特别多的时间,也可以学到非常多的东西,我经历过,我觉得收获>>付出的时间。
- 多花心思在选题上面,这个app可能是你们开发的第一个app。好的选题会让队友都有动力的想要去完成你们的作品。
- 不要担心实际写起来有多难,其实团队写一个app并没有你们想象的那么困难。
- 不要把老师布置的git任务当作是作业,git的版本控制/代码托管/团队编码一定要用起来。
- 换不换队员对于优秀的团队,可能是不想换队员,比如每个团队人人贡献比较均匀,但是对于一些团队,大部分编码都是由团队中的几个人来写的,换队员一般也是贡献最少的换出去,所以我认为换队员的意义不大。如果老师想要我们体会工作上的人员调配,即使调配了,如果队员是整个团队中贡献率最小的,那换队员对那个团队似乎也是没有很大损失。
四、分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段,你的团队都经历过么,最后到达了“创造”阶段了么?(参考《构建执法》第17章 人、绩效和职业道德)
阶段 | 是否经历过 |
---|---|
萌芽阶段 | √ |
磨合阶段 | √ |
规范阶段 | √ |
创造阶段 | × |
五、怎样证明你学会了软件工程?
- 团队的需求规格说明书文档需要非常详细且具体。里面应该包含项目规划/需求/设计等等,设计还可以具体到数据库的表等等。
团队的编码规范
这些都是需要非常详细的文档。使用团队协作工具,将任务具体化,比如teambition/leangon的使用,还有是燃尽图的持续更新,这些可以让团队的分工合理化,并且是团队进度明显化。
这是我们团队的leangoo使用这是后台的编码
还有我们的接口文档(部分截图)
最后,感谢老师,感谢助教(从助教那边学到了非常多,非常感谢)。
再见,软件工程实践!