昨天打开deno.com,页面显示404。不是某个文档页,是整个官网。

这距离Deno 2.0发布"用户翻倍"的喜报,才过去不到半年。距离CEO Ryan Dahl在官方博客反驳"Deno已死"的论调,刚好一年。

讽刺的是,那篇反驳文章的标题是《Deno demise的报道被严重夸大了》。现在官网都404了,谁还在夸大?

正方:技术理想主义者的辩护

Ryan Dahl的回应并非全无道理。

他承认批评"部分有效",承认团队在沟通上"过于安静"导致了恐慌。这种姿态在硅谷CEO里算难得的坦诚。

他给出的核心数据是:Deno 2.0发布后,月活跃用户"翻倍"。如果基数足够大,翻倍确实是健康信号。

更深层的技术叙事也有说服力。Deno从诞生就瞄准Node.js的痛点:安全沙箱、原生TypeScript支持、标准库统一。这些不是伪需求——2024年的开发者确实厌倦了node_modules的黑洞和配置地狱。

Fresh框架、Deno KV、Deno Deploy,产品矩阵完整得像个成熟平台。理论上,这是一条清晰的增长路径:运行时→云服务→数据库,层层锁定。

Dahl的愿景是"JavaScript无处不在"的终局。如果实现,Deno就是下一个AWS Lambda级别的基础设施。

反方:商业现实的冰冷算术

但翻倍没说基数。

作者一年前就用"餐巾纸数学"算过账:2600万美元融资,五年烧完,年均消耗520万美元。这在硅谷算节俭,但收入呢?

打开网易新闻 查看精彩图片

Deno Deploy的定价页面至今像个副业项目。KV数据库的定位模糊——比Redis慢,比Postgres功能少,比Upstash贵。Fresh框架的竞争对手是Next.js,而Vercel已经赢了生态。

更致命的是时机。Deno 1.0发布于2020年,恰逢云原生爆发窗口。但直到2024年,Deno Deploy才勉强可用。 meanwhile,Bun用Zig重写运行时,性能碾压;Cloudflare Workers用V8隔离抢占边缘计算;Node.js原生支持TypeScript,消解了Deno的核心卖点。

裁员被包装成"美国企业文化中的可持续实践"。但作者尖刻地指出:这是"解雇一半员工"的委婉说法。罗马人用decimation(十抽一杀)维持军纪,现代科技公司用"大规模优化"维持估值叙事。

官网404是技术故障还是运维团队被裁后的余震?没人知道。但符号意义已经足够。

我的判断:运行时战争的终局已定

Deno的问题不是技术失败,是商业时机的永久性错失。

运行时是个赢家通吃的市场。开发者不会为"稍微好一点"切换工具链,除非迁移成本趋近于零。Deno 2.0的兼容性改进是正确方向,但来得太晚——Node.js生态的锁定效应已经形成15年。

更隐蔽的陷阱是"全栈野心"。Deno想同时做运行时、框架、数据库、托管平台,资源分散在每个战场都打不过专精对手。对比Bun的聚焦(只做最快的运行时),Deno的产品矩阵反而成了负担。

融资结构也决定了结局。2600万美元在基础设施领域是零花钱。Sequoia Capital(红杉)的投资逻辑是指数增长,但Deno的"翻倍"在绝对值上可能连盈亏平衡都够不着。当LP追问退出路径时,裁员是唯一的选项。

作者那句"我花了几百小时掌握Deno,是不是沉没成本"的焦虑,道出了技术选型的残酷真相:个人技能的投资回报,绑定在平台的商业寿命上。这不是Deno独有的困境,是每个技术理想主义者的必修课。

Ryan Dahl的回应文章有个细节:他引用马克·吐温的"报道被夸大",但原文语境是吐温本人被误报死亡。一年后官网404,这个隐喻完成了闭环。

技术社区需要Deno这样的"鲶鱼"——它逼Node.js改进,逼边缘计算降价,逼TypeScript成为事实标准。但商业世界不需要第二个Node.js,只需要一个更好的Node.js。而"更好"的定义权,从来不在技术最优者手中。

官网恢复了吗?我此刻刷新,deno.com能正常访问了。但那个404截图已经流传。它会成为Deno的"泰坦尼克号冰山照片"——船没沉,但叙事已经转向。

对于那几百小时的Deno学习者,作者的问题没有答案。或许答案本身就是问题:当我们选择技术栈时,到底在赌什么?