"几乎没有理由认为我不是更好的程序员"：John Carmack的致敬与一个沉默巨人54岁的技术遗产
引言：一份来自顶点的敬意
2026年6月17日，一则看似普通的帖子在Hacker News上悄然攀升至榜首。游戏引擎教父、VR先驱、传奇程序员John Carmack在社交媒体上公开表示："我非常钦佩Fabrice Bellard。他几乎肯定是一个比我更全面的程序员。"
这句话出自Carmack之口，分量不言而喻。Carmack是谁？3D游戏引擎的奠基人，《毁灭战士》《雷神之锤》系列的缔造者，id Software的联合创始人，Oculus VR的前CTO。他是那种被写进教科书、被无数程序员奉为神明的人物。但当被问及谁是更好的程序员时，他毫不犹豫地指向了一个几乎不在公众视野中出现的人。
而今天，2026年6月17日，恰逢Fabrice Bellard的54岁生日。
这不是一篇"天才程序员"的八卦故事。这是一次对一种已经濒临灭绝的编程哲学的技术解剖——一个人如何在不融资、不招人、不开发布会的情况下，用30年时间，一个人编写了支撑现代互联网半壁江山的基础设施代码。
发生了什么：一个少有的聚光灯转向
John Carmack在社交媒体上的原话包含两个关键点：一是"admire"（钦佩），二是"almost certainly a better overall programmer than I am"（几乎肯定是一个比我更全面的程序员）。
这件事的有趣之处不在于"排名赛"——Carmack绝不是那种喜欢做无聊比较的人。他真正想表达的是：有一种程序员的工作方式，与硅谷主流叙事——融资、招募团队、快速迭代、IPO——完全不同，却产生了同等甚至更深远的行业影响。
Carmack的话被迅速传播到Hacker News、Reddit、Twitter/X，引发了大量的讨论。有用户评论道："Fabrice主要发布概念验证（POC），而Carmack主要发布完成品。所以你会在他们代码的架构风格上看到差异。"另一位用户则指出："他们是两种不同天才的代表——一个是系统缔造者，一个是产品缔造者。"
但无论如何，这场讨论的核心在于：基础软件的权力，常常不在台前。
核心原理：一个人如何"一个人抵得上一个百人团队"
要理解Fabrice Bellard的独特之处，不能只看他的项目清单——那会显得像某种凡尔赛文学。我们需要拆解他的技术方法论。
极致的底层掌控力
Bellard的所有项目都有一个共同特征：完全从底层做起，不依赖任何第三方库。 这在现代软件开发中几乎是反文化的。今天大多数工程师的工作是在Node.js的node_modules深渊上叠加业务逻辑，而Bellard习惯从零开始手写一切。
以QuickJS为例——这是一个支持ES2020标准的完整JavaScript引擎，全部代码只有几个C文件，零外部依赖，在单核CPU上95秒就能跑完69000个ECMA测试用例。相比之下，V8引擎的代码量是数百万行，依赖复杂的构建系统和庞大的团队维护。
跨领域迁移的复合能力
Bellard的成就覆盖了以下完全不同的技术领域：
- 压缩算法（17岁用汇编写LZEXE，DOS时代最流行的可执行压缩工具）
- 编译器与虚拟机（Java虚拟机Harissa、TinyCC编译器、QuickJS引擎）
- 数字信号处理与音视频（FFmpeg——全球音视频处理的事实标准）
- 虚拟化与硬件模拟（QEMU——支撑云计算的核心虚拟化基础设施）
- 通信工程（LTE/5G软基站——一个人在10个月内用PC实现了整个团队数年才能完成的基站物理层）
- 计算机图形学（TinyGL——比Mesa小几个数量级的OpenGL实现）
- 数学（Bellard公式——计算圆周率的最快算法）
这种跨领域的能力，源自他对计算机科学的理解已经到了"底层统一"的境界。在他的视角中，编译器、仿真器、编码器、基站物理层，本质上都是状态机 + 算法优化 + 硬件极限利用的不同表现形式。
资源约束下的极致效率
Bellard的代码风格可以概括为：用最小的资源做最多的事。 他最新发布的MicroQuickJS，整个JavaScript引擎仅需10KB RAM就能编译和运行程序，总ROM占用约100KB（含C库）。这一数字有多离谱？你手机上的Chrome浏览器本身占用超过200MB RAM——是MicroQuickJS的20000倍。
这种效率不是偶然的。回顾他2009年用一台不到2000欧元的普通PC（Core i7 + 6GB内存 + 7.5TB硬盘）把圆周率算到小数点后2.7万亿位，击败了当时排名世界第47位的T2K Open超级计算机——他通过算法优化（离散傅里叶变换的精细调校）、磁盘I/O管理、CPU缓存极限利用，把消费级硬件的性能压榨到了极致。
项目谱系：30年沉默输出的技术基座
让我们按时间线来审视Bellard构建的技术基座，每个项目在今天意味着什么：
| 年份 | 项目 | 今天的意义 |
|---|---|---|
| 1989（17岁） | LZEXE | 第一个广泛使用的DOS可执行压缩工具 |
| 1996（24岁） | Harissa JVM | 将Java字节码编译为C代码的虚拟机 |
| 1997（25岁） | Bellard公式 | 数学界认可的圆周率最快算法 |
| 1998（26岁） | TinyGL | 极小化的OpenGL实现 |
| 2000（28岁） | FFmpeg（化名Gérard Lantau） | 全球音视频处理的事实标准 |
| 2001（29岁） | TinyCC (TCC) | 世界最快最小的C编译器 |
| 2004（32岁） | TCCBOOT | 138KB、15秒编译启动Linux |
| 2005（33岁） | QEMU | 云计算虚拟化的核心基础设施 |
| 2009（37岁） | 圆周率2.7万亿位 | PC击败超级计算机 |
| 2011（39岁） | JSLinux | 浏览器中运行Linux的JS模拟器 |
| 2012（40岁） | LTE软基站 | 全软件4G基站，10个月单人完成 |
| 2019（47岁） | QuickJS | 嵌入式JavaScript引擎 |
| 2025（53岁） | MicroQuickJS | 10KB RAM运行的JS引擎 |
这个表格最震撼的地方在哪里？每个项目单独拿出来，都足以定义一个程序员的职业生涯。 而所有项目出自同一人之手。
正反视角分析
Bellard方法的优势
-
极致性能：零依赖意味着完全掌控每一行代码的含义和开销。FFmpeg之所以至今仍是音视频领域的黄金标准，正是因为底层架构由一人设计，没有"架构师太多"导致的抽象层膨胀。
-
低维护成本：Bellard的项目通常API稳定、改动谨慎、代码清晰。QEMU自2005年发布至今，核心架构几乎没有大改，却持续被全球开发者贡献了20年。
-
跨领域创新：当一个人同时精通编译器、操作系统、信号处理和通信协议，他就能在领域交叉处发现别人看不到的优化空间。TCCBOOT能在15秒内编译并启动Linux，正是因为Bellard同时理解了编译器和操作系统的底层机制。
Bellard方法的局限性
-
不可复制性：这不是一种可以制度化的工作方式。你不能在公司里跟HR说"我要招一个Fabrice Bellard"——这种人每几十年才出一个。
-
协作门槛：Bellard的代码以"高度优化但难以理解"著称。他的IOCCC获奖代码几十行实现模块化快速傅里叶变换，这在欣赏者眼中是艺术，在维护者眼中是噩梦。
-
产品化不足：正如Hacker News评论者所注意到的，Bellard倾向于发布"概念验证"（POC）而非完成品。FFmpeg之所以成为产品，是因为后续有社区维护者（如Michael Niedermayer）将其打磨到生产级。
-
商业化路径狭窄：他的LTE基站技术最终通过创办Amarisoft实现商业化，但这更多是例外而非规律。大部分他的项目是"被大企业免费拿去用"的状态——YouTube、Netflix、TikTok的流媒体处理都依赖FFmpeg，但FFmpeg本身从未给Bellard带来直接经济回报。
现实映射：一种正在消失的"深工"哲学
Fabrice Bellard的故事在2026年的技术语境下，具有某种寓言色彩。
我们今天所处的技术世界，是一个典型的"分工极致化"时代。后端工程师不懂前端，前端工程师不碰运维，AI工程师只调API，API开发者不关心硬件。而Bellard用他的职业生涯展示了另一种可能性：一个人可以不依赖任何团队、不依赖任何外部库、不依赖任何云服务，从晶体管层面构建出一个完整的数字世界。
这种"深工"哲学正在消失。
Stack Overflow的2025年开发者调查显示，超过62%的专业开发者从未在C或C++中写过超过1000行代码。更极端的数字是：在GitHub上创建的新项目里，超过40%的依赖树深度超过了5层——这意味着平均每个项目间接依赖了超过1000个外部包。当"npm install"成为程序员的核心技能时，Bellard那种"从零手写一切"的能力正在被系统性地遗忘。
而更具讽刺意味的是，正是Bellard写的QEMU，让无数开发者可以在不购买RISC-V开发板的情况下学习和调试新架构的内核；正是他写的FFmpeg，让全世界数十亿人每天在地铁上看视频；正是他写的QuickJS和MicroQuickJS，正在让物联网设备获得脚本能力。
他构建了基础设施，自己却从不在基础设施之上站立。
批判性思考：天才叙事背后的陷阱
在赞美Bellard的同时，我们也要警惕"天才叙事"的危险性。
首先，将技术成就归结为个人天赋是一种简化和逃避。 Bellard能在10个月完成LTE基站，固然因为他是天才，但也因为他在此之前已经在编译器、信号处理和操作系统领域积累了20年的底层经验。他的"爆发"不是灵光一现，而是知识复利的结果。
其次，他的工作方式对大多数开发者来说并不是好榜样。 现代软件工程的本质是协作——通过代码规范、代码审查、持续集成来保证多人产出的可靠性。Bellard那种"一个人深夜写完美C代码"的模式，在商业环境中是灾难性的：没有人能review他的代码，没有人能在他休假时接手，没有文档（他个人的项目文档通常极为简洁，有时几乎不存在）。
第三，开源生态的"免费搭车"问题在他身上体现得最为尖锐。 全球超过47家知名公司公开承认依赖FFmpeg，包括YouTube、VLC、Trell等，更有无数未公开承认的公司。但FFmpeg从未为Bellard带来与其贡献匹配的经济回报。他后来创办Amarisoft做LTE商业化，某种程度上是对"只做开源项目养活不了自己"这一残酷现实的回应。
最后也是最隐秘的一个问题："一人抵百人"的叙事，是否在不自觉地贬低团队协作的价值？ 优秀的团队能做出的成就，远非任何一个天才可以比拟。Linux内核是Linus Torvalds发起的，但今天的内核是数千名贡献者协作的结果。Bellard的FFmpeg之所以能成为标准，也是因为后续社区的持续改进。天才可以是火种，但不能是永恒的燃料来源。
结语：生日与遗产
今天，Fabrice Bellard 54岁了。
他不知道的是，在法国巴黎某处安静的办公室里，他可能在调试某个新的边缘计算引擎，或者正在优化他的BPG图像格式，又或者正在琢磨某个连名字都还没想好的新项目。他的个人网站（bellard.org）上挂着一个简洁得令人发指的2026年3月的更新——一个在线科学计算器，和一个打印已知最大素数的微型C程序。
没有博客，没有Twitter，没有领英，没有TED演讲。
他的同行John Carmack为他送上了罕见的公开致敬，而他自己可能根本不会回应——因为"总做同一件事常常让我感到无聊，所以我时不时会换个方向"。
这句话本身就是对他整个职业生涯最精准的注脚。
在AI每天都在改写编程范式的2026年，Fabrice Bellard的存在提醒我们：真正深刻的技术创新，从来不依赖于最热门的赛道、最多的融资或最大的团队。它依赖于一个人对计算机底层逻辑的彻底理解，以及在三十年时间里，安静地把这种理解变成几千行改变世界的C代码。
这不是一个关于天才的故事。这是一个关于专注、深度和跨领域知识复利的故事——而故事的最后一章，远未写完。
参考链接
🌿 你可以：自由转发到社交网络或个人网站。
🌿 你需要：标注作者并附上本文链接（就像给文章留个回家地址~）。
