其他分享
首页 > 其他分享> > 2022-BUAA-SE-提问回顾与个人总结

2022-BUAA-SE-提问回顾与个人总结

作者:互联网

提问回顾与个人总结

问题

提问题的博客

问题1

老师提到团队角色中PM(Program Manager)是一定要承担具体的任务的,而且应该具有多重的能力:专业、交际、销售......但是对于学生团队来说,一个商业上的Rookie应该如何发现自己的PM潜力?

在实践的过程中,一个PM应当具有广阔的眼界、良好的领导力,同时兼具独到的审美,能够对产品做出正确的指导。如果你觉得自己对于产品有独到的见解,能把自己的生活和工作安排的十分妥当,同时在交流时可以很好的说服别人认同你的观点,那么你完全勇于担起PM的职责。这一点我是在我们团队的PM同学王子萱同学身上发现的,她具有良好的审美、同时作为高年级学姐具有更加宽广的视野,在产品设计初期为我们提供了很多有借鉴意义的思路,比如团队协作软件slack等。

问题2

玄学的"code complete"

如何才能找到一个合理的界限,让项目停下来,我觉得是贯穿软工项目始终的一个问题。比如我们要做一个社交平台,然后在其中搭建我们的时间轴系统。那么我们对于即时通讯以及社群的建设,应该做到哪种程度才好呢?既不会因为社交平台的功能有限而影响聊天时间轴的效用,又不会因为过于陷入聊天平台本身而没有精力开发。这个边界其实我们也在一直找寻。在设计阶段我们其实也有规划好做到哪里停止,但是由于目标的动态性,很容易发现我们当下开发的阶段也许还缺少一些必要的功能,比如聊天中的@、文件等功能,但是实现起来又相当的麻烦,充斥着各种细节,让人很是烦恼。在项目结束之后,我认为这个问题还是并没有明确的答案。我们只有同时做好设计工作和在开发中进行科学合理的评估,才能让代码在合理的边界停下。

问题3

有错不改的合理性

在最开始时,我认为有错不改只能是为之后的祸患埋下种子,但是现在看来,确实有些错误的影响不大,但是修改成本可能很高,甚至可能仅凭学生之力无法做到。因此,我认为对于软件工程中的一些“错误”,有错不改是很合理的,只要进行了基于事实的评估便可。

问题4

“解决问题”是不是技能的“反面”?

Bill 说技能的反面是 ”Problem Solving” – “解决问题”, 这个听起来有点绕,我们看看IT 人士熟悉的一个例子吧。 一个IT 专业的大学生来面试, 简历上写“技能: 精通 Visual Studio C# 编程”。于是面试官请他实际用VS IDE 写一段程序 (冒 泡排序)。一个“不精通”的面试者的编程过程实际上就是一个“解决问题”的过程。例如:
嗯, 怎么开始一个C# 的命令行程序呢?
定义数组是怎么弄的? 是“int [] arr”还是“int arr[]”, 还是 ArrayList,还是 Array 。哦, 我平时都是上网查的. 哦, 我不知道还有 MSDN 网站。
嗯, 为什么编译没过呢, 哦, 这里少一个分号。
嗯, 怎么设断点? 怎么定义命令行参数? 额, 我要查一查…
你发现他把时间都花在“解决 (低层次) 问题”上了, 你想考察的“算法技能”、“C# 程序设计技能” 都无暇顾及。注意, 这是在他认为非常精通的编程工具和编程语言中出现这样的问题。你要这样的员工么?

现在看来,书中所述的“解决问题”确实是技能的反面。他解决的问题都是一些“低层次的”问题,例如我们进行软件开发时,如果仅仅是被环境配置问题和版本问题就耗尽了精力,那么怎么能够有更多时间去思考软件的设计与实现?技能应当是过硬的,不应当时常卡壳的。

问题5

单元测试与功能测试的区别?

已经没了困惑。

单元测试面向具体的函数,是开发人员自己进行的自测。

而功能测试算是验收前后测试人员为保证版本正确性而进行的测试。

知识点

阶段 知识点
需求 UML图设计与制作、vuetify前端框架、问卷海报的设计制作、NABCD分析
设计 mermaid图、文档设计、apifox
实现 stompClient实现即时通讯、添加聊天表情库、前端页面的跳转设计
测试 压力测试
发布 git tag
维护 CI\CD集成部署、git分支管理

心得

结对编程

团队项目

标签:团队,BUAA,即时通讯,问题,2022,设计,技能,SE,PM
来源: https://www.cnblogs.com/LemonSter/p/16411940.html