O custo em IA dos frameworks JavaScript

Artigo original ↗ Discussão no Hacker News ↗

Os frameworks front-end JavaScript estão sendo reavaliados à luz da programação assistida por IA, com um pequeno benchmark sugerindo que ferramentas como Astro, HTMX e Nuxt podem permitir que agentes construam sites orientados a conteúdo de forma mais rápida e barata do que frameworks SPA mais pesados, como Angular. Comentadores discordam sobre o quanto isso importa: alguns veem nisso uma validação de abordagens mais simples e orientadas ao servidor ou de sistemas de componentes no estilo React que reduzem a carga cognitiva tanto para humanos quanto para modelos, enquanto outros destacam que a escolha do framework ainda deve ser guiada por manutenibilidade de longo prazo, complexidade de apps reais e estabilidade do ecossistema, e não por microbenchmarks. Há amplo consenso de que os testes atuais são simplistas demais e que avaliações futuras devem cobrir aplicações mais complexas e stateful, segurança e as capacidades em evolução dos agentes de IA.

Escopo e limitações do benchmark

  • Muitos consideram o benchmark do app Pokémon pequeno e estático demais para orientar escolhas do mundo real.
  • Críticos observam que ele não inclui recursos complexos (autenticação, controle de acesso, fluxos sociais, tempo real, formulários com validação, desenvolvimento multi-equipe).
  • Alguns apreciam a tentativa de usar métricas objetivas (tempo, tokens, LOC) em vez de “vibes”, mas temem que outros generalizem demais.
  • Vários querem benchmarks de acompanhamento para apps mais complexos e até segurança (por exemplo, testar acesso baseado em papéis com agentes).

Vencedores, perdedores e casos de uso dos frameworks

  • Astro, HTMX e Nuxt recebem muitos elogios, especialmente para sites orientados a conteúdo e eficiência de tokens.
  • Alguns enfatizam que Astro/HTMX brilham em casos de uso estáticos ou com muito conteúdo; eles questionam como se saem em apps altamente interativos.
  • Angular recebe forte crítica, mas defensores argumentam que ele é adequado para apps corporativos grandes e complexos e se beneficia da rigidez.
  • Svelte/Solid são elogiados pela elegância e pelo tratamento de async, embora os resultados aqui tenham decepcionado alguns.
  • React é amplamente visto como o padrão de fato, especialmente para agentes e ferramentas; jQuery é reconhecido como ainda onipresente, mas em grande parte legado.

SPA vs. server-side e abordagens no estilo HTMX

  • Muitos argumentam que a maioria dos sites deveria ser HTML renderizado no servidor com JS mínimo, apontando para HTMX, Turbo/Stimulus e padrões no estilo LiveView.
  • Outros contrapõem que SPAs complexas ainda precisam de um estado rico no lado do cliente para responsividade, atualizações otimistas e grandes conjuntos de recursos.
  • Vários relatam que a IA sofre mais com cenários complexos de HTMX/estado do que com SPAs em React/Svelte.

Por que frameworks existem (para humanos e agentes)

  • Argumentos a favor de frameworks: reduzem a carga mental, padronizam padrões, facilitam onboarding/contratação, fornecem componentes reutilizáveis e centralizam o gerenciamento de estado.
  • Argumentos contra frameworks: boilerplate e inchaço desnecessários, dependência guiada por contratação/HR e não por necessidade, rigidez e churn de migração no longo prazo.
  • Alguns sugerem que, com IA escrevendo código, abstrações podem agregar menos valor; outros dizem que a IA também precisa de abstrações estáveis e se beneficia de frameworks bem conhecidos incorporados ao seu treinamento.

Agentes de IA, “vibe coding” e manutenibilidade

  • As experiências variam: alguns relatam excelente “vibe coding” com React/Nuxt/Astro; outros acham que agentes produzem uma bagunça emaranhada sem estrutura inicial.
  • Há preocupação com protótipos enormes em um único arquivo crescendo além das janelas de contexto; alguns defendem refatorar em componentes ou usar templates baseados em frameworks desde o início.
  • O debate continua sobre se frameworks ou JavaScript puro minimizam o uso total de tokens pelos agentes e as taxas de erro.

Desempenho, DOM e debates sobre linguagens

  • Uma parte discute o desempenho do DOM versus atualizações de HTML baseadas em strings, templates e recursos experimentais do navegador.
  • Outros se preocupam com riscos de segurança (XSS) e a complexidade prática das abordagens baseadas em strings.
  • Debates paralelos cobrem o overhead de async/await, tamanhos de bundle de WASM e se o JS moderno se tornou esteticamente e cognitivamente desagradável.