Alguma vantagem de usar Svelte em vez de React ou Vue?

_janc_18 de junho de 2026 às 14:20
É só por causa do desempenho?
DeltaLaboratory18 de junho de 2026 às 14:35
Praticamente tudo, exceto o mercado de trabalho
Intrepid-Ordinary69918 de junho de 2026 às 23:32
Eu poderia ser derrotado por dizer isso, mas eu acho que o mercado de trabalho é igualmente desafiador hoje em dia, independentemente da biblioteca ou framework, e isso está se tornando uma discussão antiga.
Shoddy_One446522 de junho de 2026 às 18:17
Svelte custa menos tokens. Sério! Eu desenvolvi um site complexo 3x usando Svelte, React e Vue usando Claude 4.8 Svelte foi muito mais barato. Assim como o elixir é mais barato do que o Python Zig é mais barato do que a ferrugem O desenvolvimento do Elixir é mais barato do que a maioria das línguas. Será que realmente importa mais o que a língua é? É tudo sobre velocidade e custo de token não dias de homem. É: Quão rápido você pode alcançar uma solução livre de bugs usando o número mínimo de tokens. As tecnologias que são mais baratas para desenvolver com LLMs devem prevalecer a menos que os vendedores de tokens possam influenciar as pilhas de tecnologia. Mas, hej, estamos dirigindo carros de gasolina por centenas de anos -
9768945648956419 de junho de 2026 às 15:46
Para o que vale a pena, a IA é o que me fez começar a "usar" Svelte pela primeira vez. Eu não podia justificar isso antes, apesar de pesquisar e concluir que é, no geral, provavelmente o melhor framework, mas agora que eu posso basicamente reescrever qualquer coisa em qualquer coisa, eu passei de nunca tocar em Svelte para usá-lo em qualquer lugar. Agentes parecem funcionar bem com ele. Eu nunca escrevi realmente uma linha de código Svelte eu mesmo - ou, francamente, qualquer código front-end, pré-AI eu sempre trabalhei com vanilhas confusas JS/TS behemoths - mas eu basicamente apenas bater as IAs com "Ok tente dividir isso em mais componentes e reutilizar esses componentes existentes em vez de reinventar novos componentes apenas para isso" tantas vezes
Upstairs_Toe_356019 de junho de 2026 às 23:49
Comentário muito claro
Eugen_Ivanovic22 de junho de 2026 às 21:50
Slam dunk comentário.
HansVonMans19 de junho de 2026 às 12:29
Hahaha oh lord imagine otimização para contratação para empregos de codificação manual em 2026
RedlineQuokka20 de junho de 2026 às 00:18
Embora não seja manual, as aberturas de trabalho ainda exigem experiência na linguagem específica e no framework e infra que o projeto está usando, não apenas em alguma linguagem, framework e infra.
LinkPlay918 de junho de 2026 às 14:29
Seu simplesmente mais bonito para trabalhar com imo. vista é semelhante, mas a diferença entre react é impressionante. react força você a aprender um monte de conceitos extras e buracos e pistolas para evitar.
sorainyuser18 de junho de 2026 às 15:10
Infelizmente, eu converti de sveltekit para nuxt porque é grande o suficiente para não se preocupar em escalar sua equipe nele.
LinkPlay918 de junho de 2026 às 15:58
O que falta exatamente? o que impede uma equipe de usar svelte de escalar?
sorainyuser18 de junho de 2026 às 17:05
Pode servir aos mesmos propósitos que o projeto vista ou reação. Eu mesmo comecei minha empresa usando svelte, e é possível. Svelte pode ser mais rápido no desenvolvimento, mas ao mesmo tempo quando você encontra um problema é muito mais difícil de resolver. Não falando de aquisição de talentos, pois é muito mais simples para vista, pois há apenas mais desenvolvedores para isso. Eu amo svelte e sempre fui um advogado, não me engane. Mas quando você está escalando negócios você quer se concentrar no marketing e venda lado, não na tecnologia.
nullbyte42018 de junho de 2026 às 17:18
Por que é mais difícil resolver os problemas do Svelte? A base de código é bastante bem mantida por algumas pessoas claramente muito competentes, então é possível dar uma olhada em por que não funciona. Especialmente com a ajuda da IA. E a documentação é muito boa também. Para mim, a coisa mais confusa sobre o sveltekit é quão simples é. É como se eu esperasse mais magia negra do que há. Mas talvez eu não tenha usado o suficiente por muito tempo. Que tipo de questões você está pensando?
kevin_whitley18 de junho de 2026 às 17:32
Eu construo em React para o trabalho normal, e Svelte para todas as minhas coisas. React cria um paradoxo interessante onde ele ***introduz*** muitos problemas devido à complexidade que requer. Isso faz com que os desenvolvedores tenham medo de uma audiência menor em Svelte porque eles se perguntam *"quem responderia a todas essas perguntas que eu sempre tenho???"* Mas a resposta é mais próxima de *"muitas dessas perguntas que você nem teria em Svelte"*.
nullbyte42018 de junho de 2026 às 17:42
A coisa mais assustadora é que não há muito o que se preocupar em Svelte, então parece que algo está faltando
SaabiMeister18 de junho de 2026 às 22:11
Os piores problemas que tive que lidar com o uso do Svelte foram as sutis diferenças na forma como as cadeias de dependências de lojas derivadas e as declarações reativas '$:' lidaram com as atualizações, criando diferenças de comportamento para lógica aparentemente equivalente. Mas mesmo isso era previsível, arquitetonicamente compreensível, fácil de trabalhar e quase nunca um problema significativo que a maioria dos desenvolvedores experientes do Svelte nem sequer estão cientes disso.
kevin_whitley18 de junho de 2026 às 22:40
Eu sinto que sou um dos poucos que realmente não gostam de runas... elas são incríveis em alguns casos, e me sinto como uma regressão DX em outros. Totalmente concordo com você em alguns dos desafios de reatividade, mas então cada framework reativo parece ter esse problema de alguma forma ou de outra (certo em React na minha experiência).
SaabiMeister18 de junho de 2026 às 22:43
Absolutamente
OhByGolly_18 de junho de 2026 às 17:01
Nada além disso é relativamente verde para novos devs.
kevin_whitley18 de junho de 2026 às 17:27
Eu argumentaria que qualquer desenvolvedor inteligente o suficiente para entender o React pode estar superando seu React-self em Svelte dentro de uma semana ou mais.
BTolputt18 de junho de 2026 às 14:25
É mais fácil integrar bibliotecas JavaScript “raus” porque o Svelte atua em objetos DOM reais, não virtuais.
hyrumwhite18 de junho de 2026 às 21:40
Pelo menos para o Vue, uma biblioteca de vanilha JS é um compostável longe da integração. O Vue usa o domínio virtual para difing, mas atualiza o dom na configuração, e as atualizações subsequentes ocorrem apenas atomicamente após as mudanças de estado.
ryutaromack19 de junho de 2026 às 05:14
Concordo. eu tive algumas vezes em que eu precisava integrar bibliotecas de javascript de vanilha e ele só funciona com svelte. eu não usei vista em idades, então não sei ou lembro se ele tem capacidades semelhantes.
therealPaulPlay18 de junho de 2026 às 14:28
Não há necessidade de enviar um tempo de execução, uma vez que o Svelte não usa um dom virtual.
Jona-Anders18 de junho de 2026 às 15:28
Svelte tem um tempo de execução com svelte 5 para runas e sinais - mas é pequeno e permite que os aplicativos a escalar muito melhor em tamanho do que antes. Assim, antes de svelte 5 não havia nenhum tempo de execução, mas, portanto, o código foi "duplicado" entre os componentes. Agora é um pouco maior para começar, mas é por isso que o aplicativo cresce muito mais devagar do que antes.
Evilsushione19 de junho de 2026 às 00:33
Eu pensei que ele usava sinais JavaScript abaixo.
Jona-Anders19 de junho de 2026 às 02:23
Claro, os sinais são implementados em JavaScript, mas não há padrão para sinais em JavaScript.
Subject_Health_318218 de junho de 2026 às 15:32
DX. Estudei React por cerca de 3 vezes, cursos diferentes, dezenas de projetos de animais de estimação. Levou-me cerca de 4 meses antes de clicar. Mas com Svelte eu estava pronto para criar dentro de 3 dias de estudar. BTW é ridículo que Svelte se sinta mais perto de Vanilla JS, do que React.
kevin_whitley18 de junho de 2026 às 17:34
Quase alguns anos de construção de React sob o meu cinto antes de eu tocar em Svelte, e eu dentro de um dia ou dois eu já estava mais rápido no último. Mesmo apenas passando pelos tutoriais de volta então foi uma reação mental após a outra ... pensando "omg, isso teria levado muito mais em React (ou simplesmente não é nem mesmo nativamente tratado)".
hyrumwhite18 de junho de 2026 às 21:45
React também tem um DSL, JSX não é vanilha
Subject_Health_318218 de junho de 2026 às 22:06
JSX é açúcar sintético para React.createElement()
hyrumwhite19 de junho de 2026 às 00:00
Sim, é açúcar sintático. Os modelos Vue são açúcar para criar VueElement Svelte Os modelos Svelte são açúcar para operações dom Eles usam extensões de arquivo não-padrão, .tsx/jsx, .vue e .svelte. Todos são DSLs que não são compatíveis com vanilha JS
Subject_Health_318219 de junho de 2026 às 00:08
hmm, faz sentido
srlechuga18 de junho de 2026 às 15:44
Saúde Mental
demian_west18 de junho de 2026 às 15:13
Código mais claro e simples, menos pistolas e idiossincracias de framework, nenhum vDOM (vai além do desempenho). BTW, há um número crescente de grandes jogadores de alto desempenho (não o suficiente) que foram cheios em Svelte (Apple, Face Hugging,...).
Rheath7218 de junho de 2026 às 16:59
Estou escrevendo React profissionalmente desde que foi uma nova biblioteca de nicho do Facebook.
kevin_whitley18 de junho de 2026 às 17:36
A mesma equipe em ambas as contas! ainda trabalha no React até hoje (para o trabalho), e ainda pode dizer com segurança que o Svelte é apenas mais limpo, mais simples, melhor desempenho e resolve tantos problemas de nível de aplicativo que o React não.
Rheath7218 de junho de 2026 às 17:00
Na verdade, as ferramentas de encaixe são melhores para React Still.
IamNochao18 de junho de 2026 às 14:26
A reatividade granular?
kakarlus18 de junho de 2026 às 14:32
Menos estresse
Several_Bumblebee15318 de junho de 2026 às 14:32
para codificação de agentes menos token expediture
demian_west18 de junho de 2026 às 15:09
Ah, lol, mas eu não estava falando sobre este
Sea_Chipmunk539518 de junho de 2026 às 22:25
Errar até provar
snookette18 de junho de 2026 às 22:59
Eu não tentei recentemente, mas eu senti o contrário alguns meses atrás como modelos estúpidos só instalaram pacotes de reação, embora eu disse que não.
jessycormier18 de junho de 2026 às 14:32
Eu achei fácil de usar ao criar uma biblioteca de gerador de imagens com uma rota .png isso simplesmente não é algo que você pode fazer em vista. Você pode em react porque ele suporta essas funções do lado do servidor. Svelte se sentiu mais fácil e mais limpo quando eu testei ambos. (Usado para gerar cabeçalhos únicos para postagens em um blog com base em uma versão slug do título como a semente)
egehancry18 de junho de 2026 às 19:54
Você declara o que o seu HTML/CSS é para um determinado conjunto de variáveis (estado): isso é templating. 2. Você escreve a mesma lógica conectando as ações do usuário para mudanças nesse estado: isso é programação. Isso é todo o trabalho. O Front-end tomou as duas coisas. 1. Você declara o que o seu HTML/CSS é para um determinado conjunto de variáveis (estado): isso é templating. 2. Você escreve a mesma lógica conectando as ações do usuário a mudanças nesse estado: isso é programação. Templating: você faz um '.svelte` arquivo e escreve HTML/CSS com uma grande linguagem de template. Programação: com runas, um estado é apenas uma variável de estado que você escreveu em pureScript. Isso é perfeito. Agora a função é reativa. Programação: um
Own-Phone237518 de junho de 2026 às 16:14
sintaxe limpa, quase o mesmo que vista, não muito precisa de ext depósitos
Heraldique18 de junho de 2026 às 17:15
É bom para o desenvolvimento web embutido porque usa menos armazenamento
ijustwrotesomecss18 de junho de 2026 às 21:16
Angular para as ruas, Svelte para as folhas
Electronic-Pie-187924 de junho de 2026 às 15:07
O desenvolvedor Experience é apenas um pouco mais bonito, trabalhou por 3 anos em uma pilha de Svelte, SvelteKit, Typescript, GraphQL.
_janc_24 de junho de 2026 às 17:27
Você pode elaborar um pouco por nicer?
Electronic-Pie-187925 de junho de 2026 às 18:47
React tutorial é muitas vezes se sente como se você precisasse de uma lista inteira de dependências apenas para obter as coisas básicas para trabalhar. Muitas delas podem se sentir hacky, não muito arredondado, e cheio de conceitos estranhos ou armadilhas ocultas que não são óbvias no início. Ao longo do tempo, ele se sente inchado, especialmente em componentes complexos como uma base de código legado / pagamento ou coisas semelhantes. Eu trabalhei honestamente refreshing para ver uma abordagem diferente para uma marca de moda aqui na Alemanha, onde fomos replatformado em Svelte muito rapidamente. Foi divertido trabalhar com, e porque eu gostei tanto, eu aprendi muito ao longo do caminho com Svelte, SvelteKit, TypeScript, e GraphQL. Depois de anos de trabalho com essa base de código legado, foi
lastWallE18 de junho de 2026 às 21:59
Você mantém a sua sanidade?
KaiAusBerlin18 de junho de 2026 às 17:11
O que fez o meu dia
Spare_Message_360718 de junho de 2026 às 18:24
é difícil escrever código ruim. o compilador só faz o levantamento pesado. Um painel de produção foi de 2MB no meu React MVP para 500kb no mt Svelte Code. Tudo carrega rápido, o aplicativo é snappy, o código não é um inferno de chamada. Menos ecossistema de pacotes comprometido, menos bibliotecas para aprender. ele só funciona.
wentallout18 de junho de 2026 às 19:00
Prova de salvar mais tokens para codificação de agentes 3. sem conceitos estranhos para aprender... ao contrário de React
underwatercr31218 de junho de 2026 às 22:06
tudo
ffiw19 de junho de 2026 às 08:28
Eles podem raciocinar mais facilmente com svelte, pois as coisas não são muito abstratas.
Sseyh19 de junho de 2026 às 11:22
Você vai adorar, essa é a maior vantagem.
Harinderpreet19 de junho de 2026 às 15:49
Uma biblioteca para Frontend e Backend, o React também pode fazer, mas o Reac torna isso complicado.
SAF1N19 de junho de 2026 às 21:26
react: temos soluções para seus problemas, e então temos soluções para os problemas que nossas soluções anteriores fizeram... e agora você está baixando 600kb valor de react on page load svelte: temos reactivity... gerenciamento de estado... e JavaScript, descobrir a solução para o seu problema por si mesmo bro
nhoyjoy20 de junho de 2026 às 10:57
O pivot seria Web Components, e o uso inteligente do bundling. Não precisamos depender totalmente de um framework completo. Escolha o que funcionar para um escopo pequeno, construa componentes / widgets e envolva o contexto para que a IA possa melhorar a entrega, e você possa controlar a qualidade também. Mas isso não importa porque queremos tornar tudo proprietário com Rust / Go e Web Assembly.
venir_dev20 de junho de 2026 às 22:57
Eu diria que a pergunta é "vs react". assim, a experiência do desenvolvedor. Vue tem um DX bastante idêntico.
tardoos18 de junho de 2026 às 15:30
Sim, você vai se divertir debugando quando eles enviam uma versão completamente quebrada do framework Além disso, DX é muito, muito pior. A integração TS também é muito pior. Svelte é um framework divertido se você usá-lo em seu tipo de projeto de lista de tarefas.
TwystedLyfe18 de junho de 2026 às 15:36
O software tem bugs, eles já o corrigiram.
Exact-Big350518 de junho de 2026 às 15:59
Você não deve estar instalando pacotes que jovens de qualquer forma neste dia e idade cortesia de ataques da cadeia de suprimentos.
FluxKraken18 de junho de 2026 às 17:50
Você está atualizando para as versões mais recentes de todos os seus pacotes, em produção? Você está mendigando para ser hackeado? Não há política de idade mínima?
Alternative_Web720218 de junho de 2026 às 18:10
É melhor parar de beber
imavlastimov19 de junho de 2026 às 10:00
Use apenas aquilo em que o AI é o melhor.