夜雨聆风Linus 怒了，因为一个说法
2026 年 6 月 7 日，X 用户 @Hesamation 发了一段 Open Source Summit North America 2026 的 keynote 视频摘录，配上一句概括：
"Linus Torvalds calls AI a revolution that changes absolutely nothing fundamental in programming."
「Linus Torvalds 称 AI 是一场革命，但对编程的基本面没有任何改变。」
开发者社区迅速吵起来。
▲ @Hesamation 摘录了 Linus 在 Open Source Summit 2026 上的核心发言
但真正让这段视频出圈的，是 Linus 的原话：
"When I see people saying 99% of our code is written by AI, I literally get angry. Because those same people, I can pretty much guarantee, 100% of their code is written by compilers. But they never say that."
「当我看到有人说'我们 99% 的代码是 AI 写的'，我会非常愤怒。因为这些人，我基本可以保证，他们 100% 的代码都是编译器写的。但他们从来不会这样说。」
这段话的杀伤力在哪？它把 AI 时代最流行的一种自我吹嘘，用一个存在了几十年的旧事实打回了原形。
现场：Open Source Summit 2026，Linus 与 Dirk Hohndel 对谈
这段话出自 2026 年 5 月 20 日的 Open Source Summit North America，地点在明尼阿波利斯。Linus Torvalds 和老搭档 Dirk Hohndel 进行了一场 keynote 对谈，Linux Foundation 随后在 YouTube 上发布了完整视频。
▲ Open Source Summit North America 2026 官方页面，确认活动时间为 5 月 18-20 日，Minneapolis
▲ The Linux Foundation YouTube 频道发布的完整 keynote，时长 30:53，发布 4 天后已有 1.4 万次播放
▲ Sched 上的官方日程，keynote 时间为 5 月 20 日上午 9:05-9:35 CDT
Linus 在这场对谈中态度很明确：AI 对生产力的帮助是真实的，但"编程的终结"这种说法站不住脚。
帖主 @Hesamation 也补了一句：
"he's clearly not anti-ai. he literally said compilers are good. he said this is good too."
「他明显不反 AI。他说编译器是好东西，也说 AI 是好东西。」
然后给了自己的概括：
"revolution, yes. end of programming, no."
「革命？是的。编程终结？不可能。」
编译器类比：一个存在了几十年的反驳
Linus 选的这个类比看似简单，其实打到了问题的根上。
编译器做了什么？它把人写的 C/C++/Rust 源代码，转换成 CPU 可以执行的机器码。从"谁生成了最终运行的指令"这个角度看，100% 的代码确实是编译器"写"的。
但从来没有公司的 CEO 站出来说：「我们 100% 的代码由 GCC 写。」
为什么？因为所有人都明白，编译器只是把人类的设计意图翻译成了机器可以执行的形式。设计、架构、约束、测试、调试、维护——这些才是软件工程的核心工作，编译器碰不到这一层。
Linus 的意思是：AI 也一样。
它可以帮你生成大量代码文本，可以补全函数，可以写样板代码。但"谁生成了文本"和"谁对系统负责"完全是两回事。
网友 @chimpansky 把这个逻辑推到了极致：
"nobody credits gcc for a segfault, even if it generated the instruction."
「没人会因为一个段错误去怪 GCC，即使最终指令确实是它生成的。」
反过来也成立：如果 AI 帮你写了一段有安全漏洞的代码，上线之后出了事故，你能说"这是 AI 写的，跟我无关"吗？
但 AI 和编译器，真的一样吗？
Linus 的类比杀伤力够强，但也有开发者指出了它的盲区。
@janbernatik 提了一个关键区别：
"this is the first time the tool does not produce deterministic results"
「这是第一次，工具产出的结果不具有确定性。」
编译器是确定性的——同样的源码输入，你会得到同样的机器码输出（在相同配置下）。它可能有 bug，但行为是可预测的。
LLM 完全不同。同一个 prompt，不同时间、不同上下文，你可能得到完全不同的代码。它可能看起来能运行，但逻辑上是错的；它可能通过了测试，但在边界条件下崩溃；它甚至可能编造一个根本不存在的 API 调用。
AI 和历史上所有开发工具最大的区别就在这里：它会主动生成语义上不可靠的内容，而且看起来极其自信。
从这个角度看，Linus 的类比能打掉"AI 写了 99% 所以人类不重要"的夸张说法，但无法覆盖 AI 在幻觉、上下文漂移和非确定性方面带来的全新挑战。
开发者社区的反应：从历史类比到工程现实
@yay3d 把 Linus 的历史类比往前推了一步：
"compilers put machine-language programmers out of work. actually no they didn't"
「编译器让机器语言程序员失业了？实际上并没有。」
高级语言的出现确实改变了编程方式，但并没有消灭软件工程。每一次抽象层的提升——从汇编到 C，从 C 到 Python，从手写 SQL 到 ORM——都让开发者离硬件更远，同时也让更多人能参与到软件开发中来。但设计系统、理解需求、处理故障，这些工作从来没有被自动化掉。
@semperdisce 给出了一个更务实的解读：Linus 可能认为 AI 适合处理一次性代码、简单样板、孤立的小任务，但对于需要长期维护的严肃系统，盲目依赖 LLM 有很大风险。
@dan_in_robots 的总结最直接：
"Compilers didn't kill programming. IDEs didn't. AI won't either. The 'end of programming' crowd has clearly never shipped real software."
「编译器没有杀死编程，IDE 没有，AI 也不会。那些喊'编程终结'的人，显然从来没有真正交付过软件。」
这个问题，从来没变过
AI 在技术媒体和社交平台上的热度，正处于历史峰值。The New Stack 等技术媒体的首页上，AI agent workflows、AI teams deploy、AI 开发工具的报道铺天盖地。
▲ The New Stack 首页近期充满 AI 开发工具相关报道，反映当前技术媒体的话题密度
在这个背景下，Linus 的愤怒指向了一个被反复回避的问题：
当有人说"99% 代码由 AI 写"的时候，他们到底在说什么？
是说提交到代码仓库的文本大部分由 AI 生成？还是说需求分析、系统设计、性能优化、安全审计、线上运维全部都可以交给 AI？
AI 生成代码行数、AI 完成功能需求、AI 对生产系统负责——这三者之间的距离，比大多数人想象的要远得多。
如果 AI 能快速生成大量代码，但后续的调试、架构调整、性能调优、安全修复和长期维护仍然需要人来做，那么"写了多少行代码"根本就不是衡量软件工程价值的核心指标。
Linus 把热潮拉回了一个老派工程师的核心问题：
你能解释这段代码为什么正确吗？你能在它出问题时修复吗？你能承担它在生产环境中的后果吗？
如果答案是不能，那"99% 由 AI 写"反而成了一种风险暴露。
— END —
