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

Carregando publicação patrocinada...
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
-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?