Fim do Deno reduz a diversidade de runtimes JavaScript e reacende alerta contra monocultura

O artigo da RedMonk parte do anúncio de que toda a equipe do Deno vai para a Cloudflare e de que o desenvolvimento do runtime Deno para depois de um ano. Sobram Node.js (OpenJS Foundation), Bun (hoje da Anthropic) e o workerd, feito principalmente para a plataforma Workers. O autor argumenta que, mesmo com três nomes, a diversidade técnica é pequena: Node, Deno e o runtime da Cloudflare rodam sobre o V8, do Chrome, e só o Bun usa o JavaScriptCore, do Safari.

O texto liga isso a três riscos. Primeiro, padrões: a regra do Ecma TC39 exige duas implementações independentes, e o grupo WinterTC, que define APIs compartilhadas para runtimes de servidor, teria menos vozes à mesa. Segundo, falhas correlacionadas, como o Heartbleed no OpenSSL em 2014, que gerou forks como LibreSSL e BoringSSL. Terceiro, pressão competitiva: o Deno trouxe ES Modules, fetch(), suporte a arquivos .ts, web streams, web crypto, test runner embutido e file watching, e várias dessas ideias hoje existem no Node. O artigo cita ainda os forks Ende, que lançou a primeira versão em meados de outubro sem compatibilidade com Node, e Dodo, sem releases e só compilável do código-fonte.

Em 12 de outubro de 2026, o CEVIU noticiou "Deno Une Forças com Cloudflare para Impulsionar Workers e Durable Objects", sobre a parceria e a descontinuação do runtime após um ano. O artigo atual desloca o foco do anúncio para a consequência: menos alternativas no servidor. Em 19 de agosto de 2026, o CEVIU já havia registrado "Criador do Node.js lança Celld, alternativa open source aos Durable Objects da Cloudflare", e a mesma matéria de outubro menciona o celld na plataforma unificada. Em 5 de maio de 2026, a matéria "Preocupação com o Futuro do Bun Após Aquisição pela Anthropic" mostrava a inquietação com o dono do Bun, ponto que o artigo agora usa como parte do argumento. Já em 23 de março de 2026, "Demissões em massa no Deno: Oferta não atrai desenvolvedores" apontava que Deploy e JSR não ganharam adoção, um sinal anterior da fragilidade do projeto.

Para quem opera back-end em JavaScript, a leitura prática é: Node continua sendo a aposta de menor risco, mas vale acompanhar o comportamento do runtime em Bun e workerd antes de assumir que um código portável rodará igual nos três. Quem adotou Deno em produção tem um ano de prazo e precisa planejar a migração. A discussão também lembra que depender de APIs específicas de um runtime custa caro quando o projeto muda de rumo.