大讲堂
2026年的那场技术圈“小题大做”
2026年3月我在杭州云栖小镇碰到那位做跨境电商的技术负责人时，他刚带着团队把核心BFF层从Node.js切到Deno满三个月，脸上的表情不是技术圈常见的那种拿到新玩具的兴奋，是那种终于把压在肩膀上两年的大石头挪开的松弛。 太烦了。 之前他们团队27个前端开发，每次新人入职，光配本地开发环境就要折腾至少4个小时：装对应版本的Node，编译node-sass原生模块，配置跨端的环境变量，碰到Windows系统的同事，有时候折腾一整天都跑不起来本地服务。去年黑五前一周，有个核心开发离职，交接的文件夹里塞了17个不同版本的环境配置补丁，新接手的同事照着文档配了三天，跑起来的服务还是会随机崩，差点耽误了大促的流量承接。 切Deno的决策根本不是什么技术信仰驱动。是当时团队算了一笔账：过去两年，光花在环境配置、兼容问题排查的隐形成本，已经超过了120万——这部分省下来的钱，相当于给整个团队发了半年的全额年终奖。 这事当时在前端圈吵翻了天。有人说他放着成熟的Node生态不用，赶时髦追新技术是不负责任；有人说这是迟早的事，Ryan Dahl当年吐槽Node设计缺陷的旧账，终于到了要算的时候。
云厂商的账本，从来比开发者算得精
很多人说Deno生态差，没有npm的包多，根本成不了气候。这话放在五年前是对的，放在2026年，纯纯是没算明白账。 最先愿意给Deno站台的不是开源社区，是云厂商。去年阿里云把Deno作为函数计算FC的一级默认运行时的时候，很多人看不懂操作，直到他们放出实测数据：之前Node在Serverless场景下的平均冷启动时间是1.2秒，换成Deno之后直接压到180毫秒——这个提速幅度，相当于在双十一的流量洪峰下，同配置的服务器能多扛37%的请求量。
技术替代的叙事，从来都是骗人的
很多刚入行的小朋友一听到Deno的消息就焦虑，觉得自己要重新学一门技术，不然就要被行业淘汰。真没必要。 你仔细看现在的Deno，根本没有想过把Node赶尽杀绝。它现在直接兼容npm生态，你之前写的Node代码，只要稍微改两行就能跑，默认内置TypeScript，不需要你再装一堆编译工具；把之前Node里那些奇奇怪怪的API兼容问题全部砍掉，从根上解决了CommonJS和ES Module打架的老毛病。 谁用谁知道。 我去年碰到个做前端工具的创业者，之前他的核心产品是给Node做原生模块编译的云服务，2023年的时候一年营收2000万，团队扩到了40人。2025年他直接砍了60%的团队，把产品线转到了Deno的工具链上——不是他不想做老业务了，是越来越多的客户告诉他，现在根本不需要编译那些原生模块了，之前的生意自然就没了。 更有意思的是Node本身。这两年Node的维护团队，几乎把Deno的核心优点抄了个遍：新加了权限控制模块，优化了ES Module的加载速度，甚至开始原生支持TypeScript。说白了，要是没有Deno在旁边追着打，Node可能再过十年，还是那副2015年的老样子，让开发者继续为那些历史兼容问题买单。 技术圈从来没有什么非此即彼的替代关系。你逼我一把，我赶你一步，最后把整个行业的体验往上抬一截，受益的永远是普通开发者。之前大家吐槽Node配环境麻烦，吐槽供应链不安全，吐槽冷启动慢，喊了多少年没人理，结果Deno出来晃了两年，这些问题全被摆到台面上解决了。 再过三年，当你打开编辑器写下第一行后端代码的时候，可能根本记不起来当年为了配Node环境熬到凌晨的那些夜晚。你说，当年那些拍着桌子说Deno根本成不了气候的技术布道者，现在抱着Deno写业务代码的时候，会不会觉得自己当年的判断，有点太想当然了？作者|大讲堂
排版|大讲堂
审核|阿辰