软件工程作业之三：软件开发模式的理解

一、从瀑布到敏捷——漫画解读软件开发模式变迁史

（虽然该网页图片已失效）

这篇关于软件开发模式变迁史的文章通过漫画的形式介绍了瀑布模型到敏捷开发、看板、SCRUM和精益软件开发的演变过程。

1. 瀑布模型（Waterfall）：传统的线性生产流程，软件开发按顺序分为需求、设计、制造、测试四个阶段。客户在生产系统之外，需求和设计一旦确定则不可修改。

2. 敏捷开发（Agile）：以用户需求为核心，采用迭代和循序渐进的方法进行软件开发。项目被切分为多个子项目，每个子项目成果都经过测试，软件一直处于可使用状态。客户参与整个开发流程，开发过程透明。

3. 看板（Kanban）：来自丰田生产系统的概念，用于控制现场生产流程。在软件开发中，看板管理要求以TODO List（即待办事项列表）的形式表现开发任务，可以是即时贴或可视化软件。

4. SCRUM：一种迭代式增量软件开发过程，包含产品负责人、Scrum主管和开发团队三个角色。开发团队通过冲刺（Sprint）完成订单项的开发。

5. 精益软件开发（Lean）：基于丰田的精益生产思想，强调Just In Time（JIT），即只在必要的时候生产必要的产品，避免浪费。精益软件开发推崇MVP（Minimum Viable Product）概念，即最简可行产品，通过迭代来完善产品。

二、"有人负责，才有质量：写给在集市中迷失的一代"

这篇图灵社区文章是保尔－亨宁·凯普（Poul-Henning Kamp）的原文“A Generation Lost in the Bazaar”的中文翻译，发表于2012年8月23日。文章讨论了开源软件运动的发展，特别是与Eric Raymond的《大教堂与集市》一书中提出的观点相比较，以及Frederick P. Brooks的《设计原本》对作者的影响。

文章指出，尽管开源运动带来了许多积极的变化，但也存在一些问题，如软件质量的下降、缺乏标准化和代码重用的浪费等。作者通过个人经验，对.COM时代的IT行业增长进行了批评，并强调了在软件工程中个人责任的重要性。

此外，文章举例提到了FreeBSD的Ports Collection，这是一个包含大量软件包的集合，以及它们之间的依赖关系。作者通过这个例子说明了在开源社区中，软件的模块化和代码重用可能导致的复杂性和浪费。

文章最后，作者引用了Brooks的观点，即质量只有在有人对其负责时才有意义，而且这个责任人应该是一个个体而非多人。作者对Unix的碎片化和商业化表示了担忧，并认为需要更好的方法来提升软件质量。

值得注意的是，在文章的评论区，不同的读者对开源软件、商业软件、软件工程管理以及技术标准等话题进行了讨论，表达了各自对开源运动和软件行业的看法。

三、软件工程方法论对我们软件开发有多大用处？

软件工程方法论对软件开发具有重要的用处，它为软件开发提供了一套系统化、结构化的流程和实践，帮助团队更高效、更可靠地开发软件。我认为有一些关键好处：

1. 增强协作与提高效率：结构化的流程促进了团队成员之间的沟通和协作，确保每个人都对项目目标和进度有清晰的认识。通过定义清晰的开发流程，团队可以减少混乱和重复工作，从而提高工作效率。

2. 风险管理与质量保证：软件工程方法论强调早期识别和解决潜在问题，从而降低项目失败的风险。通过持续的测试和代码审查，可以确保软件质量，减少缺陷和错误。

3. 适应性与持续改进：敏捷方法论等现代软件工程实践强调对变化的快速适应，使团队能够灵活应对需求变更。团队可以评估已完成的工作，并寻找改进未来工作的方法。

4. 透明度与客户参与：许多方法论，如敏捷开发，鼓励客户或利益相关者的参与，确保最终产品满足用户的实际需求。项目进展和状态的透明度增加，利益相关者可以实时了解项目的当前状态。

5. 职业发展：对个人开发者而言，了解和应用软件工程方法论可以提升他们的职业技能，增加在职场上的竞争力。