編譯 | 蘇宓

出品 | CSDN（ID：CSDNnews）

近日，Hacker News 上一篇名為《Deno’s Decline》（Deno 衰落）的文章引發(fā)了不少開發(fā)者的關(guān)注。

Deno 是一個(gè)現(xiàn)代 JavaScript 和 TypeScript 運(yùn)行時(shí)，由 Node.js 的共同作者 Ryan Dahl 于 2018 年發(fā)起。這個(gè)項(xiàng)目的初衷是糾正他在設(shè)計(jì) Node.js 時(shí)所留下的一些“遺憾”，例如模塊系統(tǒng)、安全模型和開發(fā)體驗(yàn)等。憑借開箱即用、原生支持 TypeScript、更加注重安全性以及對(duì)現(xiàn)代 Web 標(biāo)準(zhǔn)的支持，Deno 一度在技術(shù)圈收獲了不少好評(píng)。

不過在這篇文章中，曾是 Deno 堅(jiān)定支持者的技術(shù)人 David Bushell 直言，Deno 正在走下坡路。其批評(píng)了 Deno Land Inc. 推出的商業(yè)產(chǎn)品 Deno Deploy。該平臺(tái)號(hào)稱具備“全球范圍的邊緣計(jì)算能力”，可以將 JavaScript 應(yīng)用的服務(wù)器端邏輯部署在離用戶更近的地理位置，從而實(shí)現(xiàn)低延遲和高性能——但 Bushell 認(rèn)為，實(shí)際表現(xiàn)遠(yuǎn)不如宣傳。

他指出自己在 2023 到 2024 年間親自試用了 Deno Deploy，整體體驗(yàn)非常不理想。2024 年初，Deno Deploy 的部署節(jié)點(diǎn)從最初的 35 個(gè)銳減至 12 個(gè)；到了年底進(jìn)一步縮減為 7 個(gè)，到 2025 年只剩下 6 個(gè)。比如首爾的節(jié)點(diǎn)被遷移至東京，響應(yīng)時(shí)間從 8ms 飆升到 42ms，所謂“全球規(guī)模”幾乎名存實(shí)亡。

Bushell 還提到，除了 Deploy，Deno 的其他核心項(xiàng)目也都陷入停滯或乏力的狀態(tài)：

• Fresh 框架：自 2024 年 10 月以來沒有新版本發(fā)布，開發(fā)節(jié)奏明顯放緩；

• Deno KV：最后一個(gè)正式版本停留在 2023 年底，后續(xù)幾個(gè)版本只打了 tag 并未發(fā)布，官網(wǎng)和博客也沒有進(jìn)一步動(dòng)態(tài)；

• JSR（JavaScript Registry）：被他諷刺為 “NPM at home”，意指并未解決 NPM 存在的根本問題；

• Deno 運(yùn)行時(shí)本身：更新內(nèi)容大多是圍繞 Node.js 兼容性修修補(bǔ)補(bǔ)，缺乏真正的創(chuàng)新。他還指出 SQLite 支持其實(shí)是受 Node 推進(jìn)所迫才補(bǔ)齊的。他甚至調(diào)侃 Deno 2.2 的“主打功能”居然是 telemetry（遙測(cè)），從側(cè)面反映出項(xiàng)目方向上的迷失。

Bushell 批評(píng) Deno 背離了“修復(fù) Node 生態(tài)”的初衷，早已不再是那個(gè)推動(dòng) JavaScript 根本性變革的項(xiàng)目，如今只是不斷追趕 Node 的步伐。他坦言自己曾對(duì) Deno 寄予厚望，如今卻感到被“套牢”甚至“被割韭菜”，并自嘲是個(gè)“JavaScript 傻瓜”，但依然對(duì)新興競(jìng)爭(zhēng)者 Bun 抱有期待，準(zhǔn)備繼續(xù)跳進(jìn)下一個(gè)“VC 支持的小丑車”。

隨著這篇文章引發(fā)廣泛討論，Deno 之父 Ryan Dahl 也做出了回應(yīng)，發(fā)文澄清稱《關(guān)于 Deno 已死的報(bào)道被嚴(yán)重夸大了》。以下是他回應(yīng)的全文內(nèi)容：

最近有一些關(guān)于 Deno 的批評(píng)，涉及 Deploy、KV、Fresh 這些項(xiàng)目，甚至質(zhì)疑我們整體的進(jìn)展。你可能也在網(wǎng)上看到過這些聲音，它們?cè)谝恍┏Ｒ姷纳鐓^(qū)傳播開來，吸引了不少關(guān)注。

有些批評(píng)確實(shí)有道理。說實(shí)話，我們?cè)跍贤ㄉ洗_實(shí)做得不夠，沒能及時(shí)、清晰地向大家說明我們正在做什么，未來的方向是什么。這導(dǎo)致了一些不安和疑問，這是我們需要承擔(dān)的責(zé)任。

但也有一些聲音并不準(zhǔn)確，甚至帶有猜測(cè)成分。我們寫這篇文章，就是想把事情說清楚。這是一份近況更新，講講我們目前的發(fā)展、過程中的一些收獲，以及接下來要做的事。有些人擔(dān)心 Deno 已經(jīng)走下坡路甚至快要“消失”，但這種說法完全不符合事實(shí)。

自去年 10 月發(fā)布 Deno 2 以來（其實(shí)才過去半年多！），我們的月活躍用戶數(shù)量已經(jīng)翻了一倍。Deno 2 引入了對(duì) Node 的強(qiáng)大兼容性，這打破了過去的一個(gè)主要障礙，讓很多實(shí)際場(chǎng)景都能順利使用 Deno。整個(gè)平臺(tái)變得更快、更簡(jiǎn)單、功能更強(qiáng)大。如今，Deno 的使用范圍更廣，用戶也更加“認(rèn)真”地在使用它。

Deno Deploy

我們最近聽到最多的問題之一，是關(guān)于 Deno Deploy 的，特別是有人質(zhì)疑為何可用區(qū)域數(shù)量減少了。我們理解這種“收縮”的表面看起來可能會(huì)引發(fā)擔(dān)憂，但其實(shí)并不是外界猜測(cè)的那樣出了什么問題。

真實(shí)情況是：大多數(shù)應(yīng)用根本不需要在全球每個(gè)角落都運(yùn)行。它們更需要的是：響應(yīng)足夠快、靠近數(shù)據(jù)源、調(diào)試方便，并能符合本地的合規(guī)要求。我們現(xiàn)在就是在圍繞這些核心需求做優(yōu)化。

Deno Deploy 是我們?cè)?2021 年上線的，目的是探索一種全新的無服務(wù)器 JavaScript 模式。最初支持 25 個(gè)區(qū)域，后來擴(kuò)展到 35 個(gè)，現(xiàn)在減少到了 6 個(gè)。

是的，區(qū)域數(shù)量的縮減確實(shí)有成本方面的考慮，但更關(guān)鍵的是使用情況。

我們發(fā)現(xiàn)，開發(fā)者并不是在部署那種簡(jiǎn)單的無狀態(tài)函數(shù)，而是在構(gòu)建完整的全棧應(yīng)用——這些應(yīng)用通常需要訪問數(shù)據(jù)庫，而數(shù)據(jù)庫往往只部署在一個(gè)區(qū)域。結(jié)果就是，大多數(shù)區(qū)域幾乎沒人用。更糟糕的是，一旦流量突然上漲，那些平時(shí)“閑置”的區(qū)域反而最容易被打滿，導(dǎo)致響應(yīng)變慢。后來我們發(fā)現(xiàn)，直接把請(qǐng)求路由到一個(gè)稍遠(yuǎn)但運(yùn)行良好的區(qū)域，反而比就近啟動(dòng)一個(gè)“冷區(qū)域”還更快。

我們當(dāng)初追求的是一種“邊緣計(jì)算”的理想狀態(tài)，但那其實(shí)并不符合大家實(shí)際的使用方式。對(duì)于這點(diǎn)，我們之前沒說清楚，這是我們的問題。

目前，Deno Deploy 正在大幅迭代開發(fā)。新版還沒正式上線，但已經(jīng)非常接近了。你可以在這里（https://dash.deno.com/account）申請(qǐng)搶先體驗(yàn)。

未來的 Deploy 不再只是一個(gè)函數(shù)托管平臺(tái)，而會(huì)發(fā)展成一個(gè)完整的應(yīng)用托管平臺(tái)。它將支持子進(jìn)程、后臺(tái)任務(wù)、OpenTelemetry、構(gòu)建流水線、緩存，甚至支持自托管區(qū)域。像 Next.js、SvelteKit，還有我們自己的 Fresh 等全棧框架都能在上面運(yùn)行。

很快，你就可以將應(yīng)用固定在某個(gè)特定區(qū)域運(yùn)行，或者部署在你自己的云環(huán)境中。這是許多用戶反復(fù)向我們提的需求——為了更好的控制力、合規(guī)性和性能。更多更新，敬請(qǐng)期待。

KV

Deno KV 是我們推出的一款“零配置”的全局一致性鍵值存儲(chǔ)，API 簡(jiǎn)單，還支持實(shí)時(shí)功能。對(duì)于會(huì)話數(shù)據(jù)、功能開關(guān)、在線協(xié)作等場(chǎng)景來說，KV 表現(xiàn)非常出色。開發(fā)者喜歡它，就是因?yàn)樗?jiǎn)單、開箱即用，而且在全球范圍內(nèi)都能很好地工作。

但我們也很清楚，它并不是萬能的。KV 不是通用型數(shù)據(jù)庫，也不能取代大多數(shù)應(yīng)用中需要的關(guān)系型系統(tǒng)。為了滿足更廣泛的狀態(tài)管理需求，我們現(xiàn)在也在推進(jìn)幾項(xiàng)新計(jì)劃：

• 首先，我們正在努力讓傳統(tǒng)的關(guān)系型數(shù)據(jù)庫（比如 PostgreSQL）在 Deno Deploy 中更容易使用、更加無縫集成。

• 其次，我們認(rèn)為 Deno KV 在“計(jì)算與狀態(tài)的綁定”上做得還不夠。受到 Cloudflare Durable Objects 這類系統(tǒng)的啟發(fā)，我們正在開發(fā)一個(gè)新項(xiàng)目，目標(biāo)是實(shí)現(xiàn)更緊密的綁定方式——也就是說，把狀態(tài)直接和計(jì)算邏輯關(guān)聯(lián)起來。

基于這些新的方向，Deno KV 會(huì)繼續(xù)保持 beta 狀態(tài)。我們會(huì)繼續(xù)修復(fù)關(guān)鍵 bug 和安全問題，但它不會(huì)成為 Deno 里“統(tǒng)一解決狀態(tài)管理”的那種核心方案。隨著我們?cè)跔顟B(tài)管理方向上推出更多新工具，我們也可能對(duì) Deno KV 做出較大的調(diào)整或改動(dòng)。

這些新項(xiàng)目很快就會(huì)有更多消息，我們也非常期待跟大家分享進(jìn)展。

Fresh

Fresh 依然活躍，狀態(tài)很好——我們公司自己所有的應(yīng)用和網(wǎng)站，都是用 Fresh 構(gòu)建的。我們知道很多人都在期待 Fresh 2 的到來，也理解有些用戶因?yàn)榫玫榷械接行┦Ｎ覀兟牭搅舜蠹业穆曇簟Ｆ鋵?shí)我們本可以更早發(fā)布一個(gè)版本，但我們更希望把基礎(chǔ)打扎實(shí)，不想為了博眼球而犧牲質(zhì)量。Fresh 是我們內(nèi)部項(xiàng)目的“核心依賴”，所以它必須足夠可靠、足夠優(yōu)秀。

正式版將在今年晚些時(shí)候發(fā)布。

Deno，不只是一個(gè)運(yùn)行時(shí)

Deno 已經(jīng)不只是一個(gè) JavaScript 運(yùn)行時(shí)了，它現(xiàn)在是一個(gè)完整的平臺(tái)，用來構(gòu)建和運(yùn)行 JavaScript 應(yīng)用。它內(nèi)置了：

• 原生支持 TypeScript 和 JSX

• 細(xì)粒度的權(quán)限控制和沙箱機(jī)制，確保運(yùn)行安全

• 完整的語言服務(wù)器協(xié)議（LSP），配套 VS Code 插件，以及 deno check 提供類型檢查

• Jupyter Notebook 集成，支持 TypeScript 類型檢查

• deno compile 可以直接打包成可執(zhí)行文件

• 對(duì) Node.js/npm 的強(qiáng)大兼容性，包括 workspace 支持

• 一流的可觀測(cè)性，內(nèi)建 OpenTelemetry，開箱即用的結(jié)構(gòu)化追蹤（這是基礎(chǔ)設(shè)施，而不是事后補(bǔ)丁）

• deno fmt 自動(dòng)格式化 JavaScript、TypeScript，甚至可以格式化模板字符串里的 CSS 和 SQL

• 完全基于 ES Modules 和 Web 標(biāo)準(zhǔn)構(gòu)建

• 全球部署能力（通過 Deno Deploy）

• 包發(fā)布系統(tǒng) JSR，擁有開放治理機(jī)制、不斷擴(kuò)展的標(biāo)準(zhǔn)庫，以及出色的 workspace 支持

用 Deno，你可以用一套工具鏈完成編寫、運(yùn)行、測(cè)試、部署和監(jiān)控。我們不斷在做的是：減少命令參數(shù)，更好的默認(rèn)行為，減少工具間的割裂。現(xiàn)在這些模塊協(xié)同工作的效果，比以往任何時(shí)候都要好。

我們并不是在追求功能和其他運(yùn)行時(shí)一一對(duì)標(biāo)，而是在構(gòu)建一個(gè)統(tǒng)一、有機(jī)的系統(tǒng)。我們真正想做的是：從根本上改善 JavaScript 的開發(fā)體驗(yàn)。如果我們有什么“錯(cuò)”，那是因?yàn)槲覀冏叩锰h(yuǎn)、目標(biāo)太大。但我相信，沒有人會(huì)否認(rèn) Deno 是在為這個(gè)世界上默認(rèn)的編程語言創(chuàng)造一個(gè)更好的未來。

我們?yōu)槭裁丛谧鲞@件事？

腳本語言，天然就是解決很多業(yè)務(wù)場(chǎng)景最合適的終點(diǎn)形態(tài)，尤其是那些“工程時(shí)間”才是瓶頸的問題。

Ruby、Python、Lua、Perl、JavaScript 都走的是這條路。而 JavaScript 是唯一一個(gè)真正普及到了每一臺(tái)設(shè)備上的腳本語言，它有標(biāo)準(zhǔn)組織、有跨巨頭的獨(dú)立實(shí)現(xiàn)，還有龐大而活躍的生態(tài)。我們相信，有未來的腳本語言，就是 JavaScript（以及 TypeScript）。它值得擁有一個(gè)完整的平臺(tái)，而不是一堆臨時(shí)拼湊的工具。我們想提供的是一個(gè)“自帶電池”的一體化系統(tǒng)。

就像 JavaScript 給你內(nèi)建了垃圾回收和數(shù)組，Deno 同樣開箱即用地提供了權(quán)限系統(tǒng)、Web 服務(wù)器、可觀測(cè)性、代碼檢查和類型安全。這些功能不需要你去拼接各種第三方工具——Deno 本身就是那個(gè)粘合劑。

展望未來

我們不是要結(jié)束，而是在加速。

我們會(huì)持續(xù)打磨性能、兼容性和平臺(tái)體驗(yàn)。JSR 正在逐步成熟，我們也成立了一個(gè)開放治理委員會(huì)，正在推動(dòng)將 JSR 過渡為一個(gè)真正獨(dú)立、由社區(qū)驅(qū)動(dòng)的基金會(huì)。

我們?cè)?TC39 和 WinterTC（原 WinterCG）中的參與也在繼續(xù)。同時(shí)，我們也在積極應(yīng)對(duì) Oracle 誤導(dǎo)性的 JavaScript 商標(biāo)使用行為。這些都是我們?yōu)榱送苿?dòng) JavaScript 生態(tài)發(fā)展所做的一部分努力。

基于我們?cè)?Deploy 和 KV 中積累的經(jīng)驗(yàn)，我們還在開發(fā)一些全新的產(chǎn)品（還未發(fā)布），目標(biāo)是讓構(gòu)建“持久化、分布式應(yīng)用”變得更簡(jiǎn)單。這些產(chǎn)品很快就會(huì)有更多消息。

我們知道，之前的沉默可能帶來了一些不安感。接下來我們會(huì)做得更好，把話說清楚，讓大家及時(shí)了解我們的方向和進(jìn)展。

—— Ryan

https://dbushell.com/2025/04/28/denos-decline/

https://deno.com/blog/greatly-exaggerated

https://news.ycombinator.com/item?id=43863937

2025 全球產(chǎn)品經(jīng)理大會(huì)

2025 年 8 月 15–16 日

北京·威斯汀酒店

2025 全球產(chǎn)品經(jīng)理大會(huì)將匯聚互聯(lián)網(wǎng)大廠、AI 創(chuàng)業(yè)公司、ToB/ToC 實(shí)戰(zhàn)一線的產(chǎn)品人，圍繞產(chǎn)品設(shè)計(jì)、用戶體驗(yàn)、增長(zhǎng)運(yùn)營(yíng)、智能落地等核心議題，展開 12 大專題分享，洞察趨勢(shì)、拆解路徑、對(duì)話未來。

更多詳情與報(bào)名，請(qǐng)掃碼下方二維碼。