2026北航软件工程[I.1]个人作业：阅读和提问
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 首页 - 2026年春季软件工程 - 北京航空航天大学 - 班级博客 - 博客园 |
| 这个作业的需求在哪里 | [I.1] 个人作业：阅读和提问 - 作业 - 2026年春季软件工程 - 班级博客 - 博客园 |
| 我在这个课程的目标是 | 通过学习理论和进行实践，熟悉软件开发的全流程，提升自己的学习能力和丰富开发经验 |
| 这个作业在哪个具体方面帮助我实现目标 | 通过阅读和提问锻炼我的自学能力，并有助于我了解软件开发的流程 |
阅读提问
一、在当今Ai时代，程序员的核心竞争力是什么？
在教材第三章《软件工程师的成长》的练习与讨论第六点提到：
通过查阅教材中提供的链接，我发现过去十年来，业界普遍认为程序员的核心竞争力是学习能力、动手实践能力、耐心与毅力以及沟通表达能力。然而，在AI辅助编码高度发达的今天，许多基础算法和样板代码甚至能够依靠大模型一键生成。这不禁让我产生疑问：在这种技术背景下，程序员的核心竞争力是否已经发生了变化？
结合个人思考，我认为底层逻辑并未改变，但侧重点有所转移。工具固然能替代重复性编码劳动，但解决复杂业务场景的抽象建模能力、利用AI作为杠杆的持续学习能力，以及精准的需求沟通能力，依然是我们不被行业淘汰的“护城河”。我的疑问是，在日常学习和工程训练中，我们应该如何刻意调整重点，以适应这种被AI赋能的开发新范式？
二、结对编程在极度抽象和高复杂度逻辑中的真实投入产出比究竟如何？
在教材第4章《两人合作》中，书中高度推崇结对编程（Pair Programming），认为领航员和驾驶员的角色互换能够实时进行代码复审，从而提高代码质量并减少后期的调试时间。
这一观点与我在实际开发中产生的经验存在一定矛盾。在处理极度抽象和复杂的任务（如底层系统架构设计或复杂的算法推导）时，开发者往往需要长时间保持“心流（Flow）”状态，在脑海中构建庞大的逻辑模型。心理学家米哈里·契克森米哈赖的“心流”理论也指出，深度的认知工作一旦被频繁的交流打断，思维重置的成本极高。
书中的描述假设了“两人随时交流能促进思路清晰”，但在高深度的硬核开发中，单人的深度思考往往必须先于合作编码。因此我很好奇：在诸如底层编译器开发或复杂算法设计等硬核场景中，团队该如何科学地界定结对编程的适用边界？
三、如何选择最合适的团队模式进行软件开发？
在教材的5.2章节《软件团队的模式》中，介绍了许多软件开发的团队模式。例如：“主治医师模式”，“明星模式”，“社区模式”等等。
但在现实的校园开发环境中，项目难度往往跨度极大，且团队成员的技术水平和投入意愿参差不齐。结合我自身的经验，在大学的各类小组项目中，极易出现“一个人被迫揽下大部分核心工作”的现象。正如教材所犀利指出的那样，“主治医师模式往往会退化为一个学生干活，其余学生跟着打酱油”。
我的问题是：在初始能力不对等且缺乏强力职场约束的学生团队中，我们究竟该如何通过前期机制设计与任务拆解，来避免团队模式的退化，真正实现全员的有效参与？
四、敏捷开发的适用性边界到底在哪里？
在教材第6.5章《敏捷的问答》中提到了敏捷的适用范围：
但我对这种方法的“绝对适用边界”仍存有疑问。在我的既有经验中，敏捷模式在Web前端业务逻辑（例如快速迭代一个交互式的数据可视化看板）中效果极佳，因为其反馈链路短、可视性强。然而，在强依赖高度耦合、具备严密理论基础的系统级开发（例如开发一个支持复杂语义的底层编译器工具链）中，前期的文法推导和架构设计需要耗费大量精力。
如果在这种项目中强制将任务拆分为短周期的“可运行增量”，反而极易导致前期架构设计破碎或后期频繁返工。因此我的疑问是：在底层逻辑紧密咬合的复杂系统级开发中，纯粹的敏捷开发是否依然适用？如果适用，又该如何对Sprint周期和交付标准进行变形调整？
五、 基于KPI或强制排序的绩效评估，如何避免扼杀团队的“心理安全感”
在教材第17章《人，绩效和职业道德》中，探讨了如何量化团队成员的贡献，并提到了绩效考核以及不同角色（猪、鸡、鹦鹉）在项目中的投入度差异。
书本试图建立一套理性的、可量化的绩效评估模型来提升工程效率。但我对这一推导过程及其最终导向存有疑问。事实上，微软自身已在2013年左右废除了引发巨大争议的“末位淘汰制（Stack Ranking）”，因为这种带有零和博弈色彩的制度导致员工更倾向于关注个人评分和内部竞争，而不是跨部门协作。
现代团队管理研究（如Google的亚里士多德项目）也指出，“心理安全感”才是铸就高效团队的第一要素。我怀疑这种强竞争导向的考评机制，在逻辑推导的最终落地上，会不可避免地破坏敏捷开发所必需的信任基础。因此我想探讨：在追求工程效率的现代软件企业中，如何设计一套既能有效衡量贡献，又不会扼杀团队心理安全感和协作精神的绩效评估体系？