[I.1] 个人作业:阅读和提问
[I.1] 个人作业:阅读和提问
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 首页 - 2025年春季软件工程(罗杰、任健) - 北京航空航天大学 - 班级博客 - 博客园 |
| 这个作业的要求在哪里 | [I.1] 个人作业:阅读和提问 - 作业 - 2025年春季软件工程(罗杰、任健) - 班级博客 - 博客园 |
| 我在这个课程的目标是 | 掌握软件工程的核心技能,提升开发效率与项目质量。 |
| 这个作业在哪个具体方面帮助我实现目标 | 学习软件工程的基础知识,在批判的提问中提升对核心概念的理解 |
问题一 如何应对频繁的需求变更
第六章
冲刺到一半的时候,产品负责人突然发现要马上做重要的改动!
我注意到在小组项目中,大家对于需求的变更往往处于无可奈何但仍能接受的状态。在实际开发中,需求变更可能是及其频繁的,部分成员可能对这种现象表现出或多或少的抵触情绪,对团队开发的效率产生消极影响。如何提升团队中的成员对需求频繁变更的接受度?
问题二 过早优化
第三章
这个毛病早就被归纳为“过早的优化是一切罪恶的根源”。
过早优化的判断标准是什么?如果提前优化某个模块并没有影响该模块按时正确完成和提交,为什么会是过早优化,又怎么会是罪恶的根源呢?
问题三 单元测试的最佳作者
第三章
单元测试必须由最熟悉代码的人(程序的作者)来写。
作者虽然是最了解潜在漏洞的人,但是可能过于关注自己在意的漏洞而忽略其他的bug,是否应该由作者和其他测试人员合作来写单元测试?
问题四 结对编程中的压力
第四章
结对编程的过程也是一个互相监督的过程,每个人的一举一动都在别人的视线之内,所有的想法都要受到对方的评价。这种督促的压力,使得程序员更认真地工作。
压力可能转化为动力,但是更可能变成负面情绪的催化剂,如果有一方是“压力怪”或者一方的抗压能力较差,那结对编程可能会带来完全负面的影响。结对编程的双方是否应该保留一些距离,使得显式或隐式的压力不至于催生负面情绪?
问题五 PM是否应该完全不参与开发与测试
第九章
PM做开发和测试之外的所有事情
PM是否参与开发与测试这个问题,是否应该根据具体情况来选择?如果PM不参与开发,如何保证一定能准确评估开发难度和技术风险?如果PM参与测试,是否可以更好地理解开发的实际成效?

浙公网安备 33010602011771号