Next.js na velocidade do Bun

Lydia, Diretora de Propaganda da Bun, apresenta seu histórico profissional, tendo trabalhado anteriormente na Vercel onde ensinou desenvolvedores a construir aplicações Next.js mais rápidas. Ela expressa entusiasmo em demonstrar como a combinação da performance do framework Next.js com a performance do runtime Bun resulta em aplicações significativamente mais velozes. A palestrante estabelece seu expertise em performance de runtimes JavaScript, posicionando-se como uma voz autorizada no tema que será desenvolvido ao longo da palestra.

Lydia explica como o Next.js redefiniu a performance na web com inovações como bundling inteligente via Webpack e Turbo Pack, otimização de imagens e fontes integradas, renderização eficiente no servidor e Static Site Generation (SSG), além de Incremental Static Regeneration (ISR) e React Server Components (RSC). Ela observa que enquanto o framework otimizou diversos aspectos, existe uma camada fundamental que permanece fora de seu escopo: o runtime em si. Esses avanços expandiram significativamente o que o framework consegue otimizar, mas encontram limitações estruturais no runtime subjacente que executa o código JavaScript.

A palestrante detalha como o Next.js normalmente executa sobre Node.js, que funciona como intermediário entre código JavaScript e sistema operacional. Explica que Node.js utiliza a engine V8 do Google (otimizada para tarefas longas no navegador) e a biblioteca libuv em C, criando múltiplas camadas de abstração: JavaScript para V8, depois para bindings C++ do Node, depois para libuv, e finalmente para chamadas do sistema operacional. Este modelo, embora funcional, é resultado de decisões arquiteturais de 2009, quando o hardware possuía apenas alguns núcleos de CPU e recursos limitados, tornando impraticável criar uma thread por conexão.

Lydia aponta que em 2025, o hardware evoluiu drasticamente com centenas de núcleos de CPU, terabytes de memória e armazenamento 50 vezes mais rápido, porém ainda utilizamos a arquitetura de evento único de 2009. Ela observa que enquanto Node.js foi adequado para servidores de longa duração, o desenvolvimento moderno frequentemente envolve serverless functions e dev servers que precisam iniciar rapidamente e executar por pouco tempo. Em tais ambientes, cada milissegundo de inicialização e cada camada de dados importa, pois somam latência observável. Apesar das otimizações do Next.js, todas essas melhorias ainda rodam sobre o runtime Node, criando um gargalo fundamental que limita a performance máxima alcançável.

Lydia apresenta Bun como um runtime completamente novo, não uma camada sobre Node.js, construído especificamente para o hardware de 2025. Bun é escrito em Zig, uma linguagem de sistemas moderna que roda muito mais perto do metal, e utiliza a engine JavaScriptCore da Apple, que inicia rapidamente porque adia otimizações de inicialização que engines como V8 realizam antecipadamente. Enquanto Node.js usa libuv para operações assíncronas, Bun implementa chamadas diretas do sistema operacional em Zig, removendo significativas camadas de abstração. Isso resulta em performance superior desde inicialização até acesso a arquivos, servidores HTTP, e operações gerais, mantendo menos camadas entre código JavaScript e sistema operacional.

Lydia destaca que Bun não busca apenas performance, mas também compatibilidade 100% com Node.js enquanto oferece APIs nativas extras como S3, SQL, Redis, hashing e shell já integradas no runtime, não como wrappers NPM mas construídas nativamente em Zig. Bun.SQL é até 11 vezes mais rápido que MySQL2 em Node.js, e o cliente S3 da Bun é aproximadamente 6 vezes mais rápido que AWS S3 SDK em Node.js. Estas APIs nativas reduzem significativamente o tamanho do bundle, eliminam dependências externas que podem conter vulnerabilidades, e proporcionam compatibilidade instantânea com múltiplos provedores S3 como Amazon S3, Cloudflare R2 e Supabase Storage. A abordagem "batteries-included" de Bun é familiar em linguagens como Go ou Python, representando uma mudança significativa para desenvolvedores JavaScript acostumados a instalar dependências para praticamente tudo.

Bun oferece um gerenciador de pacotes (bun install) até 17 vezes mais rápido que YARN, 7 vezes mais rápido que NPM e 4 vezes mais rápido que PNPM, funcionando inclusive com projetos Node.js sem alterar nada do projeto. Também inclui um bundler integrado e transpiler super rápido que pode servir e construir arquivos instantaneamente, suportando TypeScript e JSX nativamente sem configuração adicional. Um test runner integrado é até 14 vezes mais rápido que Vitest e 23 vezes mais rápido que Jest quando executando 1.000 testes React. A vantagem destacada é que nenhuma dessas ferramentas requer uso do runtime Bun especificamente, permitindo ganhos imediatos de performance mesmo em projetos convencionais. Todas essas utilidades vêm integradas sem setup adicional, contrastando significativamente com o ecossistema Node.js onde geralmente é necessário instalar e configurar ferramentas separadas.

Usar Bun com Next.js é simples: após instalar Bun, basta atualizar o comando dev para 'bun run --bun next dev' para forçar o uso do runtime Bun. A flag --bun é necessária porque Bun respeita o shebang do Node.js detectado no CLI do Next.js e, sem a flag, reverteria para Node.js automaticamente. Com esse comando, o bundler permanece sendo o Next.js (Turbo Pack), mas o runtime executando JavaScript, lendo arquivos e servindo respostas é Bun. Como Bun foi projetado para ser compatível com Node.js, não é necessário alterar código, pacotes ou middleware, mantendo compatibilidade 100%. Se algo não funcionar, isso é considerado um bug em Bun, e a comunidade é encorajada a reportar problemas para que a compatibilidade seja melhorada continuamente.

Uma vez que a aplicação roda sobre Bun, desenvolvedor podem acessar todas as APIs nativas sem instalar dependências adicionais. Exemplos práticos incluem usar o cliente S3 nativamente em server functions e React Server Components com muito menos código que a alternativa Node.js, com compatibilidade instantânea com todos os provedores S3. Um exemplo mais completo demonstra usar SQL para consultar banco de dados, S3 para gerar URLs presignadas e Bun shell para contar palavras, tudo nativamente em Zig sem intermediários. Não há necessidade de camadas de API extras ou ferramentas de terceiros, pois Bun lida com conexões de banco de dados, shell e operações S3 nativamente muito perto do metal. Exemplos práticos demonstram como o acesso a essas APIs integradas simplifica e acelera desenvolvimento comparado a arquiteturas Node.js tradicionais.

Lydia relata que o que inicialmente a atraiu para Bun foi a incrível experiência de desenvolvimento (DX). Qualquer arquivo JavaScript, TypeScript, TSX ou JSX pode ser executado sem nenhuma configuração, funcionando imediatamente sem necessidade de pensar em TSNode, Babel ou SWC. Mesmo sem usar Next.js ou o runtime Bun especificamente, desenvolvedores podem usar Bun para rodar scripts de build rápidos simplesmente com 'bun run'. Bun x equivale a npx mas muito mais rápido: 'bun x create next app' é 5 vezes mais rápido que 'npx create next app'. 'bun install' faz installs muito mais rápidos mesmo em projetos Next.js padrão sem requerer mudanças no runtime. Esses ganhos não requerem adoção do runtime Bun, permitindo benefícios imediatos de performance em qualquer projeto Node.js.

Rodar Bun localmente é uma coisa, mas deploy em produção é outra consideração importante. Atualmente, aplicações Next.js em Bun podem ser deployadas em plataformas como Render e Railway ou containerizadas com Docker. Mais importante ainda, suporte nativo para Bun foi alcançado internamente na Vercel e será lançado em breve, permitindo fazer deploy de aplicações Bun tão facilmente quanto qualquer projeto Next.js convencional. Um exemplo real mostra uma HONO API rodando em Bun na Vercel experimentando uma queda de 30% no uso de CPU, demonstrando benefícios práticos reais do runtime Bun mesmo em frameworks diferentes. Embora seja um framework diferente, os mesmos benefícios de runtime aplica-se a server functions e React Server Components, pois Bun economiza significativamente em CPU e uso de memória em comparação com Node.js.

Não é necessário esperar por suporte nativo em Vercel para começar a usar Bun. Lydia recomenda uma abordagem incremental: começar apenas mudando para 'bun install' sem alterar nada na codebase, beneficiando-se do gerenciador de pacotes super rápido. Depois, testar o runtime Bun localmente com 'bun run --bun' e verificar se tudo funciona, relatando qualquer incompatibilidade. Gradualmente, migrar para APIs nativas de Bun onde faz sentido, mantendo a flexibilidade de misturar e combinar dependências NPM tradicionais. O benefício crítico é que cada passo é reversível: se uma API nativa não funcionar, é possível voltar para Node.js sem problemas. Essa abordagem reduz risco e permite adoção pragmática de Bun, aproveitando seus benefícios sem comprometimento total imediato.

Lydia conclui agradecendo o time de engenheiros que trabalha na Bun, trabalhando diariamente para torná-lo mais rápido, estável e divertido de usar. Ela enfatiza que enquanto Next.js reimaginou como construir aplicações web modernas, Bun reimagina o que as alimenta: o runtime subjacente. A combinação dessas duas tecnologias oferece um stack excepcional para desenvolvimento web. Ela expressa entusiasmo em ver o que a comunidade construirá com Bun e Next.js juntos. Lydia agradece a audiência por participar da palestra, deixando claro que Bun não é apenas sobre performance bruta, mas sobre criar uma melhor experiência para desenvolvedores enquanto reduz custos de produção e latência.