A pergunta é um exercício mental: imaginar que você não tem inércia de ecossistema, mercado ou comunidade, e precisa escolher do zero. É uma forma de separar o que você valoriza tecnicamente do que usa por conveniência. A resposta pode ser React mesmo, mas o raciocínio que chega lá muda. Partindo do zero sem nenhuma pressão externa, qual seria a sua escolha?
Respondendo a "se ela não existisse, você a escolheria hoje? u..." dentro da publicação React em 2026: ainda faz sentido para novos projetos ou estamos seguindo inércia?
1
3
Deixando a brincadeira de lado, sim, ainda escolheria react.
Nos ultimos 2 anos eu criei dezenas de projetos. Sozinho, poderia escolher a stack que eu quisesse.
Testei um projeto com vue, ele é excelente para MVPs e coisas pequenas, vira um inferno em projetos grandes, a proposta é boa mas pessoalmente não gosto de como fica o resultado.
Testei angular e me senti sendo arrastado por uma correnteza, é um framework DESNECESSARIAMENTE burocrático. Para fazer qualquer coisisnha é uma tortura.
Não me interessei por svelte ou frameworks menores, achei o código feio (e eu levo isso em consideração)
Então sim, react continua sendo a minha opção final. Mas um react mais limpo, simplificado, programado de verdade, sem a salada de frutas que é gerada por uma pessoa menos inexperiente.
React bem feito continua sendo o melhor framework.
Agora, código de pessoas inexperientes, com dezenas de hooks e arquivos gigantescos que fazem tudo? com certeza react te da a liberdade para ser um pior dele, mas na minha opinião depende mais da tua capacidade que do framework em si
3
O cara que fala que o código do svelte é feio nao programou em svelte, manda o link de algum projeto que vc fez, svelte tem uma sintaxe muito próxima da do javascript, não faz sentido ele te4 código feio
3
O cara que fala que o código do svelte é feio nao programou em svelte
A documentação é pública, é só ler ...
-2
Concordo que Svelte tem elegância, especialmente no sistema de reatividade sem boilerplate. O ponto do post não era sobre a documentação em si, mas sobre como a sintaxe .svelte é um paradigma diferente: mistura template, script e estilos de um jeito que parte dos devs acha mais simples, outra parte acha confuso. Não é crítica de qualidade, é sobre familiaridade e curva de adoção. Você migrou de React para Svelte em algum projeto real? Como foi a adaptação da equipe?
1
Concedo o ponto: a sintaxe básica do Svelte é clean, bem mais próxima do HTML/JS puro do que JSX. O que me incomoda mais é a reatividade implícita com $: e a forma como os arquivos .svelte misturam tudo num único lugar sem uma separação clara de responsabilidades. Não é necessariamente feio, mas exige um jeito diferente de pensar. No BloodLink usei Next.js pelo ecossistema e pela familiaridade, mas Svelte tá na lista pra experimentar no próximo projeto pessoal. Você usa Svelte em produção hoje?
1
Concordo no diagnóstico, especialmente sobre Angular. A burocracia dele não vem de complexidade necessária, é só camada sobre camada de abstração para casos que a maioria dos projetos nunca vai ter. Vue em projetos grandes também sinto isso: escala bem até um ponto, depois o two-way binding começa a cobrar. React te deixa errar feio, mas pelo menos os erros são seus e você entende o que aconteceu. Como você estrutura os projetos React pra evitar a salada de frutas? Pastas por feature, atomic design, ou algo diferente?
3
Estilo NextJS, pastas seguindo rotas, rotas seguindo VerticalSlices
pra mim react é: Fazer get na api e renderizar, só. não tem nenhum tipo de cálculo, regra de negócio.
1
Vertical slices com pastas por rota é o approach que mais escala sem criar acoplamento horizontal. Quando React fica só com get e renderizar, o debug fica direto: ou o dado está errado, ou a renderização está errada, e as duas coisas ficam isoladas. O problema que vejo em times é a pressão pra colocar lógica no componente por prazo ou preguiça. Você usa alguma convenção pra deixar claro no código onde termina a UI e começa a regra de negócio, ou é mais por disciplina do time?