React ganhou a guerra dos frameworks? O mapa atual
Saiu um framework por semana. Agora o jogo é ecossistema, não só reatividade nova.
Resposta direta
React consolidou mindshare: menos ‘guerra semanal de frameworks’, mais iteração em torno do ecossistema. Ainda nascem propostas interessantes (ex.: Ripple com sintaxe/reatividade própria e TS first-class), mas a escolha default de produto costuma pesar hiring, libs e longevidade — não só demos.
O que mudou desde a era do framework-da-semana
No material original, o ponto de partida não é teoria abstrata: é uma sequência concreta ligada a «React ganhou? O estado dos frameworks JS: guia prático». Há outros frameworks que estão continuando a iterar e fazer avanços, mas eles não estão quase tão grandes como eles eram, não sei, como três ou quatro anos atrás. Eu ainda me lembro dos dias em que eu senti que um novo framework web saiu toda semana.
Na prática, isso vira rotina: Um breve palavra de hoje para o nosso sponsor, e depois vamos entrar em Ripple, o novo e elegante framework de UI de TypeScript. Os dois problemas mais difíceis em programação são caching, nomear coisas e erros de 1x1. Ok, brincadeiras de lado, as coisas mais difíceis na desenvolvimento de software são codificar com uma mão, o que não foi divertido para mim, mas também autenticação e dívida.
Por que ainda olhar novidades
O contexto importa porque a mesma ideia muda de preço conforme visto, renda, ferramenta ou fase do produto. Não posso esperar para entrar em tudo isso com você se você está perguntando sobre minha mão, eu peguei uma luta com um dev de visão Você deveria ver ele, porém. Com isso tudo dito, alguém tem que pagar essas dívidas.
Toda vez que eu construo algo, eu me pergunto sobre esses dois pedaços em particular, e eu estou indo de loucura. Mas depois eu uso o sponsor de hoje e todos os problemas vão embora. O produto do Auth é ainda o melhor que eu já usei.
Como escolher para o time
Em vez de colecionar slogans, trate o conteúdo como checklist operacional: o que fazer nesta semana, o que medir, o que descartar. Vamos ser reais, se as pessoas estão pagando por seu serviço, elas estão pagando por ele como usuários. Elas estão ou comprando assuntos, pagando por uma organização para ter acesso a coisas ou apenas se inscrevendo diretamente. Há uma relação direta entre um usuário e uma inscrição.
E você provavelmente já está familiarizado com isso, porque manejar essa relação você mesmo, via Stripe, seu database e um monte de webhooks loucos é realmente mal. E quando você precisa construir um portal para um usuário ter acesso a essa informação, você está sofrendo profundamente. O Clerk já te dá um componente que você pode montar na sua app para que os usuários vejam toda a sua informação.
Information gain
Ganho específico deste material (não genérico): E agora, se você montar inscrições, eles podem manejar tudo isso no mesmo lugar sem você ter que escrever qualquer código verdadeiro. Você pode apenas colocar em um dashboard do Clerk e então você pode desligar o componente da tabela de preços e ele vai te dar a whole UI.
Erros comuns e trade-offs
Os erros mais caros aparecem quando você copia a estética do caso e ignora as restrições que tornaram o caso possível. Ainda há menos de uma semana de hack, até agora, mas está dando a ele as vibrações do Inferno quando um sub-divino pode entrar e mudar as coisas. Ele está trabalhando em resolver o problema de MPM para que você possa instalar.
Estou bem que isso já foi resolvido não é chamado inferno é chamado ripple por que Ele vai causar um ripple no espaço do framework UI e é também o único nome que eu poderia conseguir de uma pessoa muito generosa que ofereceu o pacote do NPM para mim. Boas razões, mas também se quase ninguém mais disser algo assim que eles vão causar um ripple no espaço do framework UI, eu iria rir deles.
Próximo passo acionável
Feche com uma ação única nas próximas 48 horas — pequena o bastante para executar, grande o bastante para gerar sinal. Eu escrevi Ripple como uma letra de amor para o web de front-end. E este é um projeto que eu construí em menos de uma semana, então é muito raw.
Na prática, isso vira rotina: Por mais que seja, gostam muito de Svelte e Vue, mas sempre gostam de voltar ao JS e TS de React. Sendo que seu estado comanda sua UI, não da outra forma, eu acho que isso logica que isso faz sentido. O dados se torna UI, não UI que exige dados.