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?
Respondendo a "Deixando a brincadeira de lado, sim, ainda esco..." dentro da publicação React em 2026: ainda faz sentido para novos projetos ou estamos seguindo inércia?
1
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?