Deno entra para a Cloudflare e anuncia o fim do desenvolvimento do runtime

Autoria: Compilado do Código Fonte TV [OFICIAL] · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: português

Vídeo original: Deno entra para a Cloudflare e anuncia o fim do desenvolvimento do runtime · Canal: Compilado do Código Fonte TV [OFICIAL] · 06:15 · Assistir no YouTube

Tópicos: Engenharia de software com IA, Ferramentas de desenvolvimento com IA, Open source e ecossistemas de software

Resumo

A equipe do Deno está se juntando à Cloudflare, que anunciou prazos para encerrar o desenvolvimento do runtime e desligar o Deno Deploy. O runtime continuará recebendo correções de bugs e atualizações de segurança por mais um ano, e seu código seguirá open source; o JSR e o suporte ao Rusty V8 também continuarão, com mudanças de infraestrutura e planos de integração. A equipe pretende concentrar esforços em facilitar o self-hosting de Workers e Durable Objects. Os comentaristas avaliam que a notícia não significa necessariamente o fim do Deno, mas destacam a força da adoção do Node e a incerteza sobre os próximos passos do projeto.

Pontos-chave

A equipe do Deno está entrando para a Cloudflare.
O runtime receberá releases mensais com correções de bugs e atualizações de segurança por mais um ano; depois, seu desenvolvimento será encerrado.
O código do Deno permanecerá open source, permitindo que a comunidade dê continuidade ao projeto.
O Deno Deploy será desligado após seis meses, com apoio à migração de clientes pagantes para o Cloudflare Workers.
A infraestrutura do JSR será transferida para a Cloudflare, e o suporte ao Rusty V8 será mantido.
A equipe quer facilitar o self-hosting de Workers e Durable Objects em infraestrutura própria.
Os comentaristas dizem que ainda é cedo para concluir que o Deno vai morrer ou que a Cloudflare abandonará o projeto.
A conversa destaca a forte popularidade do Node e as dificuldades de um runtime alternativo para conquistar adoção.

Capítulos

Início	Capítulo	Resumo
00:02	Anúncio e prazos para o Deno	A equipe do Deno se junta à Cloudflare, e são anunciados os prazos para o runtime, o Deno Deploy, o JSR e o suporte ao Rusty V8.
02:08	O que a mudança pode significar	Os comentaristas ponderam sobre o futuro do Deno, o envolvimento de Ryan Dahl e sua posição em relação ao Node.
03:40	A adoção e o ecossistema do Deno	A conversa relembra a compatibilidade com o ecossistema do Node e os recursos que o Deno criou, mas que não conquistaram adoção suficiente.
05:11	Próximos passos e acompanhamento	Os comentaristas consideram que a Cloudflare pode ter planos para o projeto e ressaltam que ainda é cedo para saber como a mudança se desenrolará.
06:15	Encerramento	O vídeo convida o público a acompanhar os episódios semanais do Compilado do Código Fonte TV.

Citações

O código seguirá open source, permitindo que a comunidade dê continuidade ao projeto. — 00:34

A proposta é superar essa limitação e simplificar aplicações distribuídas. — 01:38

Tem que começar a pensar hoje. — 02:08

A notícia está fresquíssima, acabou de sair do forno. — 05:44

Conceitos e entidades

Deno (ferramenta): Runtime de JavaScript e TypeScript cujo desenvolvimento será encerrado pela equipe após um período de manutenção.
Cloudflare (empresa): Empresa que receberá a equipe do Deno e dará continuidade a serviços e iniciativas relacionados ao projeto.
Ryan Dahl (pessoa): Criador do Node.js e do Deno, citado na conversa sobre os rumos do projeto.
Node.js (ferramenta): Runtime que aparece como principal referência e concorrente do Deno na discussão.
Deno Deploy (ferramenta): Serviço de deploy do Deno, previsto para ser desligado após seis meses.
JSR (ferramenta): Registro de pacotes cuja infraestrutura será transferida para a Cloudflare.
Rusty V8 (ferramenta): Projeto cujo suporte será mantido, com planos de integração ao Workerd.
workerd (ferramenta): Runtime open source da Cloudflare mencionado como parte dos planos de integração e self-hosting.
Durable Objects (conceito): Recurso descrito como combinação de execução serverless, estado persistente e WebSockets.
Cloudflare Workers (ferramenta): Plataforma da Cloudflare indicada como destino de migração para clientes do Deno Deploy.

Tradução completa (pt-BR)

00:02 E o Deno entra para a Cloudflare e anuncia o fim do desenvolvimento do runtime. Como assim? >> É, foi isso mesmo. Vamos entender isso aqui. Notícia de última hora. Gabriel incluiu essa notícia aos 45 do segundo tempo. E eu nem sabia. Estamos gravando na sexta-feira, e acabou de ser anunciado: a equipe inteira do Deno está entrando para a Cloudflare, e a mudança vem com um prazo para encerrar projetos importantes. Ryan Dahl informou — Ryan Dahl, tá? É o mesmo criador do Node, você já sabe, né? Node e Deno. Ele informou que o runtime

00:34 continuará recebendo lançamentos mensais com correções de bugs e atualizações de segurança por mais um ano. Depois disso, a equipe encerrará seu desenvolvimento. O código continuará open source, permitindo, obviamente, que a comunidade dê continuidade ao projeto. Então, não deve morrer, né, se realmente houver colaboradores no projeto. Já o Deno Deploy funcionará por mais seis meses antes de ser desligado, com apoio à migração, obviamente, para o Cloudflare Workers, para clientes pagantes. O JSR continuará funcionando, mas terá sua

01:06 infraestrutura transferida também para a Cloudflare. O suporte ao Rusty V8 também será mantido, com planos de integrá-lo ao Workerd, que também é uma ferramenta da própria Cloudflare. O novo foco será facilitar a hospedagem própria de Workers e Durable Objects, permitindo usar esse modelo em infraestrutura própria. Para isso, a equipe vai combinar código e ideias do Celt, projeto de Dahl escrito em Rust, com o Workerd, que é o runtime open source da Cloudflare. Hoje, o Workerd já pode

01:38 rodar fora da rede da empresa, mas o suporte a Durable Objects fica limitado a uma única instância, sem a capacidade de escalar entre máquinas. A proposta é superar essa limitação e simplificar aplicações distribuídas que precisam de processamento, dados persistentes e comunicação em tempo real. Dahl também vê potencial para agentes de IA, já que Durable Objects reúne execução sem servidor, estado persistente e WebSockets. Para quem usa o Deno, os prazos anunciados colocam a migração no

02:08 planejamento. >> Tem que começar a pensar nisso hoje. >> Hoje mesmo. O problema disso tudo, vamos imaginar: não acredito que o Deno vá morrer. Também não acho que ele vá ter espaço agora para crescer infinitamente e, em algum momento, substituir o Node, como era lá atrás. Substituir o Node, né? Era esse o objetivo no início do projeto. Não sei necessariamente se o Ryan vai abandonar completamente o projeto ou se

02:38 ele realmente cansou e não quer mais ter contato com o projeto. Acho que a gente tem que avaliar melhor, daqui a um ano, como ele vai estar envolvido nisso. Mas realmente não dá para apostar hoje que, ok, agora o Deno está debaixo do guarda-chuva da Cloudflare e tudo vai ser melhor. Pode ser que melhore, tá? Porque a gente já viu que a própria Cloudflare foi uma das primeiras a dar suporte também ao Deno, quando ele começou a surgir como alternativa ao Node. Mas acho

03:09 que, se a gente colocasse hoje no ringue Node, Deno e Bun, acho que o Node ganhou por nocaute e praticamente venceu a briga. Acho que o Deno está quase partindo para um W aqui, nesse caso, porque confesso que fiquei surpresa; não imaginava que isso fosse acontecer. Desde o lançamento, a gente sempre achou que era uma ideia muito boa, justamente por ter sido lançado por alguém que conhecia todas as dores do Node e que trouxe essa ideia de fazer tudo o que ele

03:40 gostaria de ter feito diferente, mas talvez não tenha emplacado tanto quanto o próprio Ryan Dahl imaginava, né? Então, no início, ele não tinha compatibilidade com o Node. Depois, foi ampliando essa compatibilidade, trazendo novos recursos, crescendo, e agora, realmente, para mim, morreu, coitado. >> É, foi até aumentando a compatibilidade com o próprio npm. >> Sim. E aí você poderia rapidamente trocar seu projeto Node por Deno e

04:11 fazer isso de forma transparente, sem sofrer muito. O Deno trouxe uma forma de você não ficar dependendo também daquele node_modules maluco, uma forma de fazer deploy. Ele também tem banco de dados key-value. Criou várias coisas, né? Acho que, como o Node nasceu só como runtime, ele tentou criar, em volta do Deno, um ecossistema de banco de dados, ser mais transparente com a parte das bibliotecas, das dependências e também oferecer uma forma de fazer deploy.

04:41 Veio até com framework também e com o X, né, para melhorar. Tem várias coisas em torno do Deno que são ideias boas, mas acabaram não emplacando. Acho que é difícil bater o WordPress hoje. Será que o WordPress algum dia vai perder? Acho que pode. Pode perder. A gente já viu isso acontecer, >> mas há tanta popularidade e tanto uso de uma ferramenta que fica difícil, hoje, bater de frente com ela. Então, não sei se a inteligência artificial no desenvolvimento de software hoje

05:11 ajudou a tomar essa decisão. Não sei se aconteceu alguma coisa pessoal, se realmente se desiludiu com o projeto ou se quer partir para outros projetos também. >> Uhum. Mas a Cloudflare, de certa forma, não colocaria o Deno debaixo do guarda-chuva dela sem motivo. Vamos imaginar isso, né? Só por colocar. Acho que ela também deve ter planos para dar continuidade ao projeto, até porque se beneficia bastante do uso da ferramenta. Então, não há por que abandoná-lo completamente. E não estamos

05:44 falando de qualquer empresa; estamos falando da própria Cloudflare. Então, do lado do pessoal do Ryan Dahl, parece um abandono, mas não sei se essa é a visão que o pessoal da Cloudflare tem do projeto, entendeu? Bom, a verdade é que a notícia está fresquíssima, acabou de sair do forno, como o Gabriel falou aqui, na sexta-feira, pouquíssimo tempo antes de começarmos a gravar. Então, vamos ter que ver quais serão os próximos capítulos, acompanhar um pouco mais, e vamos trazer todas as informações para manter você informado. >> E este aqui é um corte de uma notícia do

06:15 compilado do Código Fonte TV, >> onde toda semana tem episódio novo sobre programação, tecnologia, inteligência artificial e cibersegurança. Então, já se inscreve aqui no canal do Compilado e acompanha os episódios completos. [música] [música] >> [música]

Transcrição original

[00:02] E o Dino entra para Cloud Flir e anuncia o fim do desenvolvimento do Runtime. Como assim? >> É, é, foi isso mesmo. Vamos entender isso aqui. Breaking news. Gabriel, Gabriel incluiu essa daí aos 45 do segundo tempo. E eu nem sabia. Estamos gravando na sexta-feira e acabou de ser anunciado, ó, a equipe inteira do Dino está entrando aí paraa Cláudio Flir e a mudança vem com prazo para encerrar projetos importantes. Ryan Doll informou, Ryan Doll, tá? É o mesmo criador do Node, você tá já sabe já, né? Node e doino. Ele informou que o runtime

[00:34] continuará recebendo releases mensais com correções de bugs e atualizações de segurança por mais um aninho. Depois disso, a equipe encerrará seu desenvolvimento. O código seguirá o open source, permitindo, obviamente, que a comunidade dê continuidade ao projeto. Então, não deve morrer, né, se e realmente tiver colaboradores ali pro projeto. Já o Dino deploy funcionará por mais 6 meses antes de ser desligado, com apoio à migração, obviamente, pra Cloud Flare Workers, para cliente pagante. O JSR continuará funcionando, mas terá sua

[01:06] infraestrutura transferida também para Cloud Flare. O suporte ao a Rusty V8 também vai ser mantido com planos de integrá-lo aí ao Workerd, né, que é também uma ferramenta da própria Cloud Flare. O novo foco será facilitar o self hosting de workers e durables objects, permitindo usar esse modelo em infraestrutura própria. Para isso, a equipe vai combinar código e ideias do CELT, projeto de doll escrito em Rust com Worked, que é o runtime open source da Cloud Flare. Hoje o Worked já pode

[01:38] rodar fora da rede da empresa, mas seu suporte a durable objects fica limitado a uma única instância, sem a capacidade de escalar entre máquinas. A proposta é superar essa limitação e simplificar aplicações distribuídas que precisam de processamento, dados persistentes e comunicação em tempo real. Doll também vê potencial para agentes de IA, já que o Durable Objects reúne execução serviless, estado persistente e web sockets. Para quem usa o dino, os prazos anunciados colocam a migração no

[02:08] planejamento. >> Tem que começar a pensar hoje. >> Hoje agora se o problema disso tudo, vamos imaginar. Eu não acredito que o Dino vá morrer. Também não vejo que ele vai ter espaço agora para crescer infinitamente e em algum momento ser substituído pelo Node, como era lá atrás. Substituir o Node, né? é substituir o como foi no início do projeto. Não sei necessariamente se o Ryan vai abandonar completamente ou se

[02:38] ele realmente cansou, não quer mais ter contato com o projeto. Eu acho que a gente tem que avaliar melhor daqui a um ano ali como que ele que ele vai est envolvido nisso, mas realmente não dá hoje para apostar que, ok, o Dino agora está debaixo do guarda-chuva da Cloud Flir, agora tudo vai ser melhor. Pode ser que melhore, tá? Se porque a gente já viu que a própria Cloud Flir foi uma das primeiras a dar suporte também ao Dino quando ele começou a surgir como alternativa, né, a ao Node. Mas eu acho

[03:09] que se a gente colocar num ring hoje Node, Dino e o Ban, eu acho que o o Node ganhou ali um knockout e praticamente venceu a briga. Eu eu acho que o Dino tá quase partindo para um W aqui nesse caso, porque e eu confesso que fiquei surpresa, não imaginava que isso fosse acontecer. A gente aqui desde lá do lançamento, a gente sempre achou que era uma ideia muito boa e justamente por ter sido lançado por alguém que conhecia todas as dores do Node e que trouxe essa ideia ali de trazer tudo que ele

[03:40] gostaria de ter feito diferente, mas talvez não tenha implacado tanto quanto o próprio Ryan Doll imaginou que fosse, né? Então, de início ele não tinha compatibilidade com o Node. Depois ele foi ampliando essa compatibilidade, ele foi trazendo novos recursos, foi crescendo e agora realmente para mim morreu, coitado. >> É, foi até aumentando a compatibilidade com o próprio NPN. >> Sim. E aí você poderia rapidamente trocar o seu projeto Node para Dino e

[04:11] praticamente de forma sofrer muito, forma transparente. O Dino trouxe uma forma para você não ficar dependendo também daquele node models maluco lá, uma forma de você fazer deploy. Ele tem também banco de dados ke value também. Ele criou várias coisas, né? criou a, eu acho que como o Node ele nasceu só como runtime, ele tentou criar em volta do Node um ecossistema de banco de dados, de ser mais transparente com a parte das eh das bibliotecas, das dependências e também uma forma de você fazer deploy.

[04:41] Veio até com framework também e o X, né, para para melhorar. Tem vários várias coisas em torno do Dino que são ideias boas, mas acabou não emplacando. Eu acho que é difícil você bater. É como como você bater hoje no WordPress. Será que o WordPress algum dia vai perder? Eu acho que pode. Pode perder. A gente já viu isso acontecendo, >> mas é tanta popularidade, é tanto uso de uma ferramenta que eh fica difícil hoje de você bater. Então eu não sei se o caso de inteligência artificial hoje dentro do desenvolvimento de software

[05:11] ajudou a a ele tomar essa decisão. Não sei se foi alguma coisa pessoal que que aconteceu realmente se desiludiu do do projeto, quer partir para outros projetos também. >> Uhum. Mas a Cloud Flir, de certa forma, ela não colocaria o dino debaixo do guarda-chuva dela. Vamos imaginar isso, né? Só por colocar. Eu acho que ela deve ter planos também para continuar continuidade do projeto, até porque eles se beneficiam bastante do uso da ferramenta, então não tem porque eles abandonarem completamente. E não estamos

[05:44] falando de qualquer empresa, estamos falando da própria Cloud Flir. Então, do lado da galera do do Ryan Doll parece um abandono, mas eu não sei se essa é a visão que a galera da Cloud Flash tá tendo sobre o projeto, entendeu? Bom, a verdade é que a notícia está fresquíssima, acabou de sair do forno, como o Gabriel falou aqui na sexta-feira, pouquíssimo tempo antes de nós começarmos a gravar por aqui. Então, a gente vai ter que ver quais são as cenas dos próximos capítulos, acompanhar um pouquinho mais e a gente vai trazendo todas as informações e te mantendo informado. >> E esse aqui é um corte de uma notícia do

[06:15] compilado do Código Fonte TV, >> onde toda semana tem episódio novo falando de programação, tecnologia, inteligência artificial e cybersegurança. Então já se inscreve aqui no canal do Compilado e acompanha os episódios completos. [música] [música] >> [música]