软件已死？未必，但陈航戳中了传统开发的痛点

更刺痛人的，不是“软件已死”这四个字本身，而是后面那套逻辑：

• 中台内部软件全部取消
• 不再有传统意义上的内部软件工程师
• 旧系统界面、旧代码库丢给AI，立刻重写
• 软件从长期交付品，变成按需即时生成品
• 软件像“日抛隐形眼镜”，今天用、今天生、今天扔

如果这套判断成立，那影响就不是某个工具升级，不是低代码平台进步，也不是程序员效率提高20%。

而是整个软件工业的底层假设，正在被改写。这件事，值得认真拆开说。

一、陈航说的不是“软件没了”，而是“软件作为稳定制品的时代快结束了”

先说结论：“软件已死”这句话，字面上不准确，但方向上极有杀伤力。

为什么？因为软件当然不会消失。只要数字世界存在，软件就永远存在。

真正发生变化的是：软件的生产方式、交付方式、存在形态和价值分布，正在发生根本转移。

过去我们理解软件，默认它是这样的：

• 先做需求分析
• 再做产品设计
• 再做研发排期
• 再开发、测试、上线
• 再维护、迭代、升级
• 软件像一个相对稳定、长期存在、持续维护的“制品”

这套模式支撑了过去二三十年的软件产业。

ERP是软件，CRM是软件，OA是软件，财务系统是软件，电商后台是软件，中台是软件，SaaS也是软件。

软件公司卖的是一套相对固定的产品；企业IT部门建设的是一套可维护、可演进、可治理的系统。

但陈航的判断，本质上是在说：未来软件不再首先是“被制造出来的产品”，而越来越像“被即时生成的服务”。这才是最深的冲击。

二、为什么“软件日抛化”会突然变成一个真问题

陈航的说法之所以让人觉得可怕，不是因为它完全新，而是因为过去很多不可能成立的条件，今天突然开始同时成立了。软件“日抛化”的底层前提，至少有四个。

1. 大模型已经能读懂界面、代码和业务逻辑

以前改一个系统，最难的是理解旧系统。代码耦合复杂、文档缺失、人员流失、表结构混乱、业务规则藏在各种 if else 里，这些问题让重构几乎成了高风险手术。

但现在，大模型对代码、接口、页面、数据库关系、业务流程的理解能力，已经开始跨过某个临界点。尤其在以下场景中，它的价值越来越明显：

• 理解旧代码库
• 从界面反推出数据结构和交互逻辑
• 批量生成增删改查
• 迁移旧系统前端
• 补全缺失文档
• 生成测试用例
• 快速搭建内部工具原型

这意味着，过去“软件维护最难的是读懂遗产系统”的问题，正在被极大削弱。

2. 软件的很多部分，本来就是高度模板化的

很多人把所有软件都想得很复杂，其实企业内部软件里，大量内容并不神秘。例如：

• 表单流转
• 权限审批
• 数据录入
• 报表展示
• 查询筛选
• 基础流程管理
• 部门协同
• 操作留痕
• 仪表盘
• 基础业务规则

这些系统重要，但从技术形态上说，很多都是高重复、低创造性的工程。过去之所以要投入大量人力，是因为生成它们的工具不够智能。今天一旦AI把“理解需求 -> 生成系统 -> 联调部署”这条链条打通，这些软件当然会迅速“商品化”“模板化”“即时化”。

3. 企业越来越不愿意为“慢软件”买单

过去企业能接受一个项目做6个月、12个月，甚至18个月，因为那时这是唯一方式。

现在不行了。业务环境变化太快，流程调整太频繁，组织结构持续变化。如果一个内部系统还要花半年才能交付，等它上线，需求都可能变了。

所以企业现在真正想要的不是“功能最完整的软件”，而是：最快对齐当前业务状态的软件。

一旦AI把软件生成速度提上来，企业一定会转向“动态生成、快速替换、按场景使用”的模式。因为这比为每个变化都走一遍完整研发流程，便宜得多，也快得多。

4. 软件正在从“开发问题”变成“表达问题”

这一点极其关键。

过去做软件最核心的门槛，是写代码。未来做软件最核心的门槛，会越来越变成：

• 能不能把业务表达清楚
• 能不能定义规则
• 能不能拆清权限
• 能不能说清输入输出
• 能不能校验结果是否符合预期

也就是说，软件生产正在从“手工编码”转向“意图编排”。

一旦语言、流程图、原型图、数据库描述、界面截图都可以成为生成入口，软件工程的中心就会偏移。这时候，“日抛软件”的概念就不再荒唐了。

三、但必须说清楚：死的不是软件，而是“旧式软件工程幻觉”

陈航的话最容易被误解成：以后不需要软件了，不需要系统了，不需要程序员了。这当然不对。

更准确地说，正在死去的是三种旧幻觉。

1. 第一种幻觉：软件必须靠长期项目制才能产出

过去的软件工业，本质上是建筑业逻辑：

• 立项
• 设计
• 开发
• 验收
• 交付
• 维护

这套逻辑在AI出现前是合理的，因为每一行代码都必须人手写。

但AI时代，很多软件不再需要“像盖楼一样被建出来”，而更像“像内容一样被生成出来”。于是，软件开始出现内容产业的特征：

• 低成本复制
• 即时生成
• 快速试错
• 个性化适配
• 高频替换
• 生命周期缩短

这会直接摧毁大量传统项目制软件开发模式。

2. 第二种幻觉：所有系统都值得被永久维护

过去，企业一旦上了某套系统，默认要维护很多年。为什么？因为改起来太贵，换起来太难，重构风险太大。

但如果AI能显著降低重写成本，很多系统就不值得永久维护了。尤其是内部中后台系统，大量模块将从“修修补补继续用”转向“干脆重生成一版”。这就是陈航所说“日抛感”的来源。

不是字面上每天都扔，而是：软件将从“长期资产”逐步变成“动态消费品”。

过去的企业系统像自建房；未来很多企业系统更像装配式模块，甚至是临时展馆。只要今天适用，能跑，能接数据，能控权限，就足够了。明天业务变了，直接再生成一版。

3. 第三种幻觉：软件工程师的价值主要在于“会写代码”

这是这轮冲击中最残酷的一点。如果程序员的核心价值只是：

• 写 CRUD
• 搭接口
• 改表单
• 调样式
• 处理常规逻辑
• 做基础后台

那么这部分价值一定会被AI快速压缩。因为这恰恰是大模型最容易替代的区域：模式清晰、反馈明确、结果可验证、重复性高。

所以，真正被终结的，不是软件工程师这个职业本身，而是：“以手工实现标准化逻辑为核心价值”的那一层软件工程师。这层，确实危险了。

四、为什么“中台取消”这句话特别值得警惕

陈航提到“所有中台内部软件全部取消”，这句话信息量非常大。因为中台曾经是过去十年中国互联网和企业数字化最典型的组织信仰之一。

中台的核心逻辑是：

• 把共性能力抽出来
• 标准化
• 复用
• 用平台支持多个业务前台

这个逻辑本身没有错。问题在于，中台在很多企业后来变成了什么？

变成了：

• 复杂组织的技术借口
• 大规模内部建设的合理化叙事
• 超长周期项目的容器
• 大量抽象过度、脱离前线的系统工程

结果就是很多中台越做越重，越做越慢，越做越难改，业务反而越来越不愿意用。AI一来，这类问题就被直接放大。

为什么？因为AI最适合干的，不是建设一个永恒的中台帝国，而是：快速在当前场景下，生成一个够用、好改、可替换的系统。

于是，中台的重资产逻辑，会被AI的轻生成逻辑冲击得非常厉害。换句话说：过去中台追求的是“复用与稳定”。未来AI更擅长的是“即时生成与场景贴合”。

这两套哲学，不是小修小补关系，而是正面冲突。所以陈航说取消中台，不只是技术判断，更是一种组织哲学的转向。

五、软件真的会变成“日抛隐形眼镜”吗？

这个比喻很妙，但也容易被过度理解。我的判断是：会有一大批软件变成“日抛化”，但不会是所有软件。要分层看。

1. 最容易“日抛化”的软件

这类软件通常有几个特点：

• 内部使用
• 生命周期短
• 场景变化快
• 规则可描述
• 对极致性能要求不高
• 容错空间相对大

比如：

• 临时活动后台
• 内部报表系统
• 团队审批流
• 部门级运营工具
• 一次性项目管理系统
• 低风险业务面板
• 快速试验型应用

这些系统最容易被AI生成、替代、迭代，也最接近“按需生产”。

2. 不会轻易“日抛化”的软件

另一类系统，短时间内不会进入真正意义上的“日抛模式”：

• 金融核心系统
• 航空航天控制系统
• 医疗关键系统
• 大型供应链底层系统
• 国家基础设施级软件
• 超大规模交易系统
• 对安全、稳定、性能、审计要求极高的核心平台

为什么？因为这些软件最核心的成本，不在“写出来”，而在：

• 可靠性验证
• 风险控制
• 安全审计
• 长期运维
• 系统一致性
• 性能保障
• 合规治理
• 故障恢复

这些问题，不会因为AI能更快生成代码就自动消失。甚至可以说，AI越能快速生成软件，这些高风险系统对工程纪律、验证流程、架构治理的要求反而越高。

所以，未来不会是“全部软件日抛化”，而会是：低风险软件消费化，高风险软件超级工程化。这才更接近现实。

六、真正结束的，是“写代码=做软件”的时代

这一轮变化里，很多人只盯着程序员，其实真正被重写的是整个软件价值链。过去软件开发的核心链条是：

• 产品经理提需求
• 设计师画原型
• 程序员写代码
• 测试工程师验收
• 运维部署上线

未来这条链会被大幅压缩、重组，甚至融合。软件生产将越来越像下面这种形态：

• 业务负责人定义目标
• AI解析业务规则
• AI自动生成原型、流程、数据库和接口
• 人类审核关键逻辑与边界
• AI完成大部分实现和测试
• 人类负责风险控制、系统治理和结果验收
• 上线后持续根据真实使用情况自动迭代

这意味着什么？意味着未来最值钱的人，不再是单纯“写得快”的人，而是能做这几类事的人：

• 把复杂业务讲清楚的人
• 能判断系统边界的人
• 能设计架构的人
• 能做安全与治理的人
• 能理解旧系统并抽象新结构的人
• 能把多个AI生成模块编排成稳定系统的人

所以，不是软件工程没了。而是软件工程开始从“体力型编码”转向“高阶系统编排”。

七、程序员会不会消失？不会，但会被残酷分层

这个问题必须说透。答案很明确：程序员不会消失，但会被前所未有地分层。

1. 最危险的一层

主要特征是：

• 高度依赖固定框架
• 主要工作是标准增删改查
• 缺乏业务抽象能力
• 缺乏系统设计能力
• 缺乏复杂问题排查能力
• 不懂架构、不懂数据、不懂安全、不懂部署

这层会最先被压缩。过去市场愿意为“熟练实现”买单。未来AI会让“熟练实现”迅速贬值。

2. 会被重新定义的一层

这类人原来是中高级开发，未来要转向：

• AI协作开发
• 代码审查与重构
• 复杂流程编排
• 生成结果校验
• 多系统联动
• 高可用架构设计

他们不是被淘汰，而是要升级工作方式。

3. 最值钱的一层

这层人会越来越贵，他们通常具备：

• 系统架构能力
• 复杂业务理解能力
• 工程治理能力
• 性能与稳定性经验
• 安全与合规意识
• 人机协作式开发能力
• 对组织流程和业务目标的深度理解

换句话说：未来最贵的，不是“会写代码的人”，而是“能让AI稳定地产出正确软件的人”。关于开发者的未来，这个话题还有很多可探讨的空间。

八、对企业真正的启示：未来比拼的不是软件数量，而是“即时软件能力”

企业该从陈航这句话里读出什么？不是“立刻裁掉程序员”，那是最低级的理解。

真正该看到的是：企业的软件能力，正在从“拥有多少系统”，转向“能多快生成和重组系统”。未来企业竞争力的关键，不一定是谁的软件资产最多，而是谁具备以下能力：

• 能快速把需求翻译成软件
• 能快速重构老旧系统
• 能快速适配业务变化
• 能快速把组织流程数字化
• 能把软件生产成本压到足够低
• 能让一线业务直接参与软件生成

一旦这些能力建立起来，软件就不再是“重建设”，而是“轻生产”。到那个时候，企业IT部门、软件外包、中台组织、产品研发流程，都会被重新洗牌。

这不是效率提升10%的问题。这是软件工业从“制造业”向“生成业”跃迁的问题。

九、所以，陈航说对了什么，又说过了什么

最后给一个客观结论。

他说对了什么

• 传统内部软件的大量开发形态，确实会被AI快速重构
• 很多中后台系统会从长期维护转向按需生成
• 旧代码库和旧界面正在失去“不可迁移”的壁垒
• 软件生产的边际成本会大幅下降
• 传统意义上的一部分软件工程岗位，确实会被消灭
• 软件会越来越像一种动态生成服务，而不是固定交付物

他说过了什么

• 软件时代没有结束，真正结束的是旧软件时代
• 软件工程师不会消失，消失的是一部分低层重复编码岗位
• 不是所有系统都能“立刻重写”，复杂核心系统依然有极高迁移成本
• “日抛化”适用于很多轻量内部系统，但不适用于所有关键基础软件
• AI能生成软件，不等于AI能天然保证可靠、安全、合规、可审计

所以更准确的一句话应该是：软件没有死，但传统的软件工业正在死。

结尾

陈航这句“软件时代彻底结束了”，真正震撼的地方，不是它有多极端，而是它点破了一件很多人不愿意承认的事：

今天的软件，正在从“作品”变成“用品”；从“长期资产”变成“即时消费”；从“靠工程师一点点造出来”变成“靠意图和模型快速生成出来”。

过去的软件行业，核心是把代码写出来。未来的软件行业，核心是把系统生成对。

这两者之间，差的不是一点效率，而是整个时代的生产逻辑。

所以，真正应该害怕的，不是“软件已死”这四个字。而是：当软件已经开始按需生成，你还在用上一个时代的方式理解软件、理解开发、理解程序员价值。

那才是真正的危险。