日抛软件时代来了吗?

软件工程还存在吗？

一，一个现象

你有没有这种感觉：

以前：我要做一个软件，先写需求文档
现在：让，分分钟搞定

以前：几个月开发周期

现在：几分钟生成代码

日抛软件真的要来了？

二，传统软件工程的逻辑

传统软件的开发周期

需求分析     → 几周
系统设计     → 几周
编码实现     → 几个月
测试验证     → 几周
部署上线     → 几天
持续维护     → 几年

一套ERP系统，开发2年，维护10年。

传统软件工程的核心价值

三，即时软件的逻辑

即时软件的特征

需求 →  → 使用 → 抛完
     ↓
    分钟级

核心：按需生成，即用即抛。

即时软件的价值

四，核心问题

问题一：知识如何沉淀？

传统软件：代码+文档=知识
即时软件：生成=抛完=没沉淀

知识不沉淀，技术债务谁来承担？

问题二：可靠性如何保障？

传统软件：测试覆盖
即时软件：生成即用

没有测试的代码，质量谁来负责？

问题三：架构如何演进？

传统软件：架构渐进演化
即时软件：每次生成全新

架构积累在哪？

五，日抛软件 vs 传统软件

六，即时软件的适用场景

适用

数据分析脚本 → 按需生成
会议纪要 → 一次性
报表生成 → 临时需求
原型验证 → 快速验证

不适用

核心业务系统 → 需要稳定
安全关键系统 → 需要测试
金融系统 → 需要审计

七，软件工程的未来

三种形态

1.0：传统软件工程 → 核心系统
2.0：敏捷软件 → 快速迭代
3.0：即时软件 → 按需生成

三种并存

企业核心 → 传统软件工程
业务创新 → 敏捷开发
边缘需求 → 即时生成

八，结论

日抛软件会替代传统软件工程吗？

不会。

日抛软件替代的是边缘需求，不是核心系统。

知识沉淀怎么办？

即时软件 = 用完即抛
知识 = 在人脑里
不在代码里

AI时代，知识工作者是载体。

一句话

日抛软件不是替代传统软件工程，是补充。

>

核心系统还是需要工程化管理。
边缘需求可以即时生成。

>

日抛知识沉淀在人脑里。

你们公司用即时软件了吗？留言说说！