软件工程之美学习笔记二 01 | 到底应该怎样理解软件工程？

软件工程之美学习笔记二 01 | 到底应该怎样理解软件工程/h3>

• 一 软件工程的来源
• • （一）软件危机的两个例子
  • • 1. OS/360 操作系统
    • 2. Therac-25 事件
  • （二）软件危机的体现
  • （三） 软件工程，它是为研究和克服软件危机而生。
• 二 软件工程的定义
• 三 软件工程的模型
• • （1） 瀑布
  • （2） Scrum
• 四 一个公式
• 五 我的留言

《软件工作之美》材料地址：https://time.geekbang.org/column/article/82848

一 软件工程的来源

（一）软件危机的两个例子

1. OS/360 操作系统

2. Therac-25 事件

（二）软件危机的体现

上世纪60年代，软件产品质量低劣、软件维护工作量大、成本不断上升、进度不可控、、程序人员无限度地增加。

（2） Scrum

四 一个公式

软件工程 = 过程 + 方法 + 工具。

五 我的留言

对于大型系统的建设，可否用敏捷方法来实现，一直是个问题。敏捷方法，适合于小团队（比如两个披萨团队）、小架构。对于大型单体应用的开发，至少在架构设计上是不适合用敏捷迭代方式的。为了解决大型系统建设的迭代开发、快速交付问题，业内不断在探索。随着微服务架构的提出，以及容器技术的成熟，和cicd的实现，单体巨石应用被拆解成分布式的微服务应用，此时，敏捷方法也就开始真正大行其到了。所以，微服务、容器、devops这三剑客和敏捷方法一起，互为依存、互相促进，成为了软件工程中最有生命力的技术工具和流程，使软件开发在质量和效率上得到极大提升。
老师回复: 总结的赞br> 这些技术得以流行，还有大公司近些年越来越多的实施敏捷，就是因为能帮助把大团队拆分成小团队，大服务变微小服务

来源：alpha xu