Executando verificação de segurança...
Respondendo a ""Paga as contas" é o critério mais honesto para..." dentro da publicação React em 2026: ainda faz sentido para novos projetos ou estamos seguindo inércia?
3
rmarsigli

Na minha rotina de trabalho hoje basicamente só uso Cloudflare pro DNS e R2, eu prefiro pegar um VPS seco e usar um Coolify ou Portainer, me dá mais liberdade, é mais barato pra empresa, e entrega super bem (com um custo de know how maior). Mas quando você tem que trabalhar com equipes ou preparar um projeto que será gerenciado por uma equipe que já trabalha de um jeito, tem que pesar na balança o custo técnico de tudo isso, aí você tem que fazer aquele system design pavoroso com Next.js tendo mais trabalho pra deixar ele "limpo" do que preparando o projeto em si. A Vercel consegue otimizar muita coisa mesmo, fazem um ótimo trabalho nisso, e obviamente cobram caro pra fazer.

Eu sinceramente acho que o React vai continuar, principalmente com o avanço da IA, ela já tem muito contexto do React, o cenário só mudaria se um player muito grande no mercado falasse: 'olha gente, agora estamos usando apenas o framework Y e é incrível', ao mesmo tempo que para atender a demanda de "canivete suíço" que a Vercel traz ele teria o mesmo bloat que o Next tem.

Nos meus projetos pessoais, quando a empresa aceita, e alguns saas próprios o front-end com Svelte para o admin e Astro para sites me enchem os olhos, é realmente incrível... É só não olhar pra onde a manada tá correndo. Eu faço o que precisa ser feito, mas sei das vantagens e desvantagens de cada um, e saber disso (pra mim) é infinitamente melhor que "dominar" um framework, dominar a lógica de negócios me traz mais vantagens. Frameworks podem mudar de uma hora para a outra, a lógica do negócio nunca vai mudar.

Carregando publicação patrocinada...
1
obrenoalvim

O ponto sobre lógica de negócio ser mais duradoura que framework é o mais importante e o menos falado. Eu uso Next.js no BloodLink mas as decisões arquiteturais que importam não dependem do framework, dependem de como você modela o domínio. Sobre React com IA: faz sentido, os modelos têm contexto gigantesco de React e isso vira vantagem prática no dia a dia. Minha dúvida com Astro e Svelte é sempre essa: quando o projeto escala e o time cresce, o custo de contratar e onboarding compensa a qualidade técnica? Você já teve que defender essa escolha pra um time maior?

5
DixieFlatline

Engenheiro de IA aqui: Apesar da base de treino ser gigante, React muda mais rápido que a base de treinamento das IAs. Na verdade isso vale para front-end em geral.

Se o front-end fugir dos componentes padrão, IA grátis não acompanha não.

Tive essa experiência no fim do ano passado: Meu dev junior vibe codeou uma interface para uma tela gigante de propaganda interativa e foi lindo, ficou genial. A diretoria do cliente enlouqueceu, o designer de UX, largou tudo pra abraçar o projeto.

Na hora de ir a produção, a tela tinha um formato exótico e precisávamos ajustar os componentes a esse formato.

Só que o Copilot falhava silenciosamente. Kiro falhava. Claudr tinha estouro de contexto. A gente ia precisar analisar antes de modificar o código.

Foram duas semanas para entender as milhares de funções de manipulação de viewport que a IA tinha feito e como elas conversavam com o React. O Copilot e Antigravity tinham estouro de contexto tentando analisar o código.

Enfim: Foi mais fácil abandonar e refazer. Uma dev refez em Angular, o outro em Svelte para comparar. Svelte ficou muito is eficiente, apesar do código terrivelmente feio e com algumas redundâncias. Foi pra prod.

1
obrenoalvim

Essa história resume bem o problema: IA gera código que funciona, mas que só ela entende. Manipulação de viewport em escala, sem contexto claro de como as funções se relacionam, é receita pra refatoração impossível. O desfecho pro Svelte faz sentido, código mais legível sobrevive melhor quando a IA não consegue mais ajudar. Você acha que o problema teria sido o mesmo com qualquer framework, ou React especificamente incentivou esse tipo de abstração excessiva?

3
rmarsigli
  • Autor
    Autor

Cara, os dois são defensáveis. Dá pra viver bem com qualquer uma dessas, até com Vue. Como disse antes, se já é algo estabelecido, mantém, eu manteria o Nextjs em uma equipe que já usa ele diversas vezes mesmo não gostando, mas isso vale até para Svelte, Vue, e etc. É aí que separamos o gosto pessoal do profissionalismo, mas eu garanto que independente do ecossistema há trabalho disponível, seja Go, Python, Rust, Ruby, PHP, JS com Svelte/React/Astro... Tudo vai ter seu pró e contra, ano passado eu comecei a estudar Go pq uma empresa que eu conheço não conseguia achar profissional, e pagava bem.

1
obrenoalvim

O ponto sobre profissionalismo é exato. Manter o que a equipe já usa faz mais sentido do que reescrever por preferência. E estudar Go por causa de uma vaga específica é uma jogada honesta: você aprende algo com demanda real, não só curiosidade técnica. Eu fiz parecido ao escolher Next pro BloodLink, foi mais sobre o que ia funcionar do que sobre explorar algo novo.