软件工程 1.0 → 2.0 → 3.0：三次范式跃迁，和它们背后同一条红线

Sat, 02 May 2026 18:00:00 +0800

这一篇想把镜头拉远一点，问一个更大的问题——

整个软件工程 50 多年的历史上，有过几次真正意义上的范式跃迁？我们现在在哪？

把答案提前说：过去 50 年发生过两次，第三次正在发生。

而且这三次之间有一条非常清晰的红线：软件工程的"硬核"从来没变，变的只是围绕这个硬核的执行层。理解这条红线，比理解任何具体的工具更重要。

软件工程 1.0：瀑布流（1968 — ~2001）

1968 年 NATO 软件工程会议的核心焦虑是——软件项目为什么总是延期、超预算、质量失控？

当时的答案是"缺少工程纪律"。于是瀑布模型诞生了，把软件开发类比为建筑施工：

需求分析 → 系统设计 → 详细设计 → 编码实现 → 测试验证 → 运维交付
 ↓ ↓ ↓ ↓ ↓ ↓
需求文档 → 概要设计 → 详细设计 → 源代码 → 测试报告 → 上线

1.0 的核心假设：

1.0 做对了什么？

它建立了"软件开发是工程活动而非艺术创作"的行业共识，引入了阶段评审、文档规范、测试体系，奠定了整个行业的底座。

1.0 的天花板在哪里？

瀑布流的本质困境是：它假设软件开发是确定性问题，但软件开发本质上是探索性活动。