Is er een voordeel van het gebruik van Svelte in plaats van React of Vue?
_janc_18 juni 2026 om 14:20
Is dat alleen vanwege de prestaties?
DeltaLaboratory18 juni 2026 om 14:35
Bijna alles behalve de arbeidsmarkt
Intrepid-Ordinary69918 juni 2026 om 23:32
Ik kan worden afgewezen om dit te zeggen, maar ik denk dat de arbeidsmarkt tegenwoordig even uitdagend is, ongeacht de bibliotheek of het kader, en dit wordt een oude discussie.
Shoddy_One446522 juni 2026 om 18:17
Svelte kost minder tokens. Ernstig! Ik ontwikkelde een complexe website 3x met behulp van Svelte, React en Vue met behulp van Claude 4.8 Svelte was veel goedkoper. Net als elixir is goedkoper dan Python Zig is goedkoper dan roest Elixir-ontwikkeling is goedkoper dan de meeste talen. Is het echt niet meer belangrijk wat de taal is? Het gaat allemaal om snelheid en tokenkosten niet menselijke dagen. Het is: hoe snel je een bug-vrije oplossing kunt bereiken met behulp van het minimum aantal tokens. De technologieën die het goedkoopst zijn om te ontwikkelen met LLM's moeten overheersen tenzij de tokenleveranciers de technologie stacks kunnen beïnvloeden. Maar hey we hebben honderden jaren benzine auto's gereden - wat bewijs is
9768945648956419 juni 2026 om 15:46
Voor wat het waard is, AI is wat me de eerste keer "gebruik" van Svelte heeft gemaakt. Ik kon het niet eerder rechtvaardigen, ondanks het onderzoek en het concluderen dat het over het algemeen waarschijnlijk het beste framework is, maar nu ik in principe alles in alles kan herschrijven, ging ik van nooit aanraken Svelte om het overal te gebruiken. Agenten lijken er goed mee te werken. Ik heb nooit echt een rij Svelte-code zelf geschreven - of, eerlijk gezegd, elke frontend-code, pre-AI heb ik altijd net gewerkt met rommelige vanille JS / TS-beemoths - maar ik ben in principe gewoon de AI's verslagen met "okay probeer dit in meer componenten te splitsen en deze bestaande componenten opnieuw te gebruiken in plaats van nieuwe componenten opnieuw uit te vinden
Upstairs_Toe_356019 juni 2026 om 23:49
Zeer duidelijke commentaar
Eugen_Ivanovic22 juni 2026 om 21:50
Slam dunk commentaar
HansVonMans19 juni 2026 om 12:29
Hahaha oh lord imagine optimaliseren voor huurbaarheid voor hand-codering banen in 2026
RedlineQuokka20 juni 2026 om 00:18
Hoewel niet handcoderen, vereisen de vacatures nog steeds ervaring in de specifieke taal en framework en infra die het project gebruikt, niet alleen in een taal, framework en infra.
LinkPlay918 juni 2026 om 14:29
Het is netjes leuker om met imo te werken. vue is vergelijkbaar, maar het verschil tussen react is verbluffend. react dwingt je om een hoop extra concepten en loopholes en pistool te leren om te voorkomen.
sorainyuser18 juni 2026 om 15:10
Helaas heb ik van sveltekit omgezet naar nuxt omdat het gewoon groot genoeg is om je geen zorgen te maken over het schalen van je team erover.
LinkPlay918 juni 2026 om 15:58
wat ontbreekt precies? wat stopt een team met svelte van scalen?
sorainyuser18 juni 2026 om 17:05
Het kan dezelfde doeleinden dienen als vue of react project. Ik begon mijn bedrijf zelfs met svelte, en het is mogelijk. Svelte kan sneller in ontwikkeling zijn, maar tegelijkertijd als je een probleem tegenkomt, is het zo veel moeilijker om op te lossen. Niet te spreken over talentverwerving omdat het zo veel eenvoudiger is voor vue, omdat er gewoon meer ontwikkelaars voor zijn. Ik hou van svelte en was altijd een advocaat, neem me niet verkeerd.
nullbyte42018 juni 2026 om 17:18
Waarom is het moeilijker om Svelte-problemen op te lossen? De codebase wordt vrij goed onderhouden door een aantal duidelijk zeer bekwame mensen, dus het is mogelijk om te kijken waarom het niet werkt. Vooral met AI-hulp. En de documentatie is ook heel goed. Voor mij is het meest verwarrende ding over sveltekit hoe eenvoudig het is. Het is alsof ik meer zwarte magie verwacht dan er is. Maar misschien heb ik het niet lang genoeg gebruikt.
kevin_whitley18 juni 2026 om 17:32
Ik bouw in React voor het normale werk en Svelte voor al mijn eigen dingen. React creëert een interessante paradox waar het ***introduceert*** veel problemen vanwege de complexiteit die het vereist. Dit maakt ontwikkelaars bang voor een kleiner publiek in Svelte omdat ze zich afvragen *"wie zou al deze vragen beantwoorden die ik altijd heb???"* Maar het antwoord is dichter bij *"veel van deze vragen zou je niet eens in Svelte hebben"*. Dit is ook waarom ik beweer dat elke ontwikkelaar slim genoeg om hun eigen te houden in React het absoluut kan verpletteren (in geen tijd) in Svelte.
nullbyte42018 juni 2026 om 17:42
Ja akkoord, dat is precies wat ik bedoel.Het meest angstaanjagende is dat er niet veel te maken heeft in Svelte, dus het lijkt alsof er iets ontbreekt
SaabiMeister18 juni 2026 om 22:11
De ergste problemen die ik had om te gaan met het gebruik van Svelte waren de subtiele verschillen in hoe ketens van afgeleide winkel afhankelijkheden en reactieve '$:' verklaringen omgaan met updates, het creëren van verschillen in gedrag naar schijnbaar gelijkwaardige logica. Maar zelfs dat was voorspelbaar, architectonisch begrijpelijk, gemakkelijk te werken met en zo nauwelijks een significant probleem dat de meeste ervaren Svelte-ontwikkelaars zich hiervan niet eens bewust zijn.
kevin_whitley18 juni 2026 om 22:40
Ik voel me alsof ik een van de weinigen ben die runes niet echt leuk vinden... ze zijn geweldig in sommige gevallen, en voelen zich als een DX-regressie in anderen. Ik ben het helemaal met je eens over sommige van de reactiviteitsuitdagingen, maar dan lijkt elk reactief framework dat probleem op de een of andere manier te hebben (zeker in React in mijn ervaring). Dat gezegd hebbende, ik voel me alsof ik minder code schrijf en het is veel menselijker leesbaar dan de hook-soup-behoeften in React!
SaabiMeister18 juni 2026 om 22:43
absoluut
OhByGolly_18 juni 2026 om 17:01
Niets buiten het is relatief groen voor nieuwe devs.
kevin_whitley18 juni 2026 om 17:27
Ik zou beweren dat elke ontwikkelaar die slim genoeg is om React te begrijpen, binnen een week of zo hun React-zelf in Svelte kan overtreffen.
BTolputt18 juni 2026 om 14:25
Het is gemakkelijker om "ruwe" JavaScript-bibliotheken te integreren omdat Svelte werkt op echte DOM-objecten, niet virtuele.
hyrumwhite18 juni 2026 om 21:40
Voor Vue tenminste, een vanille JS-bibliotheek is een composable een weg van integratie. Vue gebruikt het virtuele domein voor diffing, maar het bijwerkt de dom op de setup, en de daaropvolgende updates gebeuren alleen atomisch na toestandswijzigingen.
ryutaromack19 juni 2026 om 05:14
Ik heb een paar keer gereden waarin ik vanilla javascript-bibliotheken moest integreren en het werkt gewoon met svelte. ik heb vue niet gebruikt in leeftijden dus weet niet of herinner me niet of het vergelijkbare mogelijkheden heeft.
therealPaulPlay18 juni 2026 om 14:28
Het is niet nodig om een runtime te verzenden, omdat Svelte geen virtuele dom gebruikt.
Jona-Anders18 juni 2026 om 15:28
Svelte heeft een runtime met svelte 5 voor runes en signalen - maar het is klein en stelt applicaties in staat om veel beter te schalen in grootte dan voorheen. Dus voor svelte 5 was er geen runtime, maar daarom werd code "duplicated" tussen componenten. Nu is het een beetje groter om te beginnen, maar daarom groeit de applicatie veel langzamer dan voorheen.
Evilsushione19 juni 2026 om 00:33
Ik dacht dat het JavaScript-signalen onderaan gebruikte.
Jona-Anders19 juni 2026 om 02:23
Natuurlijk worden signalen geïmplementeerd in JavaScript, maar er is geen standaard voor signalen in JavaScript.
Subject_Health_318218 juni 2026 om 15:32
DX. Ik bestudeerde React voor ongeveer 3 keer, verschillende cursussen, tientallen huisdierenprojecten. Het duurde me ongeveer 4 maanden voordat het klikte. Maar met Svelte was ik klaar om binnen 3 dagen van het bestuderen te creëren. BTW het is belachelijk dat Svelte zich dichter bij Vanilla JS voelt dan React.
kevin_whitley18 juni 2026 om 17:34
Ook mijn ervaring.Een paar jaar React bouwen onder mijn riem voordat ik Svelte aanraakte, en ik binnen een dag of twee was ik al sneller op de laatste. Zelfs net door de tutorials heen ging toen was er een mind-blown reactie na de andere ... denken "omg, dit zou zoveel meer in React hebben genomen (of het is gewoon niet eens natively behandeld)".
hyrumwhite18 juni 2026 om 21:45
React heeft ook een dsl, JSX is geen vanille
Subject_Health_318218 juni 2026 om 22:06
JSX is synthetische suiker voor React.createElement()
hyrumwhite19 juni 2026 om 00:00
Ja, het is syntactisch suiker. Vue-sjablonen zijn suiker voor Vue createElement Svelte-sjablonen zijn suiker voor domoperaties Ze gebruiken elk niet-standaardbestandsextensies, .tsx/jsx, .vue en .svelte. Allemaal DSL's die niet compatibel zijn met vanilla JS
Subject_Health_318219 juni 2026 om 00:08
Hmm, het heeft zin
srlechuga18 juni 2026 om 15:44
geestelijke gezondheid
demian_west18 juni 2026 om 15:13
Duidelijker en eenvoudiger code, minder vapens en framework idiosyncrasies, geen vDOM (het gaat verder dan de prestaties). BTW, er is een groeiend aantal hoogpresterende grote spelers (niet genoeg) die vol zijn gegaan op Svelte (Apple, Hugging face,...).
Rheath7218 juni 2026 om 16:59
Ik schreef React professioneel omdat het een niche nieuwe bibliotheek was van Facebook.
kevin_whitley18 juni 2026 om 17:36
Hetzelfde team op beide accounts! werkt nog steeds in React tot op de dag van vandaag (voor het werk), en kan nog steeds veilig zeggen dat Svelte gewoon schoner, eenvoudiger, betere prestaties is en zoveel problemen op appniveau oplost die React niet doet.
Rheath7218 juni 2026 om 17:00
Eigenlijk zijn linting tools beter voor React still.
IamNochao18 juni 2026 om 14:26
Een granulaire reactiviteit?
kakarlus18 juni 2026 om 14:32
Minder stress
Several_Bumblebee15318 juni 2026 om 14:32
voor agentic codering minder token expediture
demian_west18 juni 2026 om 15:09
Oh lol, ik heb het niet over deze
Sea_Chipmunk539518 juni 2026 om 22:25
Fouten totdat je het bewijst
snookette18 juni 2026 om 22:59
Ik heb het de laatste tijd niet geprobeerd, maar ik voelde het tegenovergestelde een paar maanden geleden als domme modellen net reactiepakketten installeren, hoewel ik het niet vertelde.
jessycormier18 juni 2026 om 14:32
Ik vond het gemakkelijk te gebruiken bij het maken van een image generator bibliotheek met een .png route dit is gewoon niet wat je kunt doen in vue. U kunt in react omdat het ondersteunt die serverzijde functies. Svelte voelde makkelijker en schoner toen ik beide getest. (Gebruikt voor het genereren van unieke kopjes voor berichten op een blog gebaseerd op een slug versie van de titel als het zaad)
egehancry18 juni 2026 om 19:54
Svelte bestanden is pure bestand van de top is gewoon eigen front-end-ontwikkeling. Front-end is twee dingen. 1. U verklaart wat uw HTML/CSS is voor een gegeven set van variabelen (staat): dat is templating. 2. U schrijft dezelfde logica verbinden gebruikersacties aan veranderingen in die staat: dat is programmeren. Dat is de hele taak. Svelte 5 nam beide en perfectioneerde hen. Programming: met runes, een staat is gewoon een TypeScript variabelen die u schreef in pureScript. `let count = $state(0)`, dan 'count++`. U schrijft dezelfde logica verbinden gebruikersacties aan veranderingen in die staat: dat is niets speciaal, pure TypeScript. Templating: u maakt een `.svelte` bestand en schrijft HTML/C
Own-Phone237518 juni 2026 om 16:14
schone syntax, bijna hetzelfde als vue, niet te veel ext deps nodig
Heraldique18 juni 2026 om 17:15
Het is goed voor embedded webontwikkeling omdat het minder opslagruimte gebruikt
ijustwrotesomecss18 juni 2026 om 21:16
Angulair voor de straten, Svelte voor de platen
Electronic-Pie-187924 juni 2026 om 15:07
Developer Experience is gewoon wat mooier, werkte 3 jaar in een Svelte, SvelteKit, Typescript, GraphQL stack.
_janc_24 juni 2026 om 17:27
Kunt u het een beetje per nicer uitwerken?
Electronic-Pie-187925 juni 2026 om 18:47
React tutorial voelt vaak alsof je een hele lijst met afhankelijkheden nodig hebt om de basis dingen te krijgen. Veel van het kan hacky voelen, niet erg afgerond, en vol vreemde concepten of verborgen valkuilen die in eerste instantie niet duidelijk zijn. Na verloop van tijd, het voelt opgeblazen, vooral in complexe componenten zoals een checkout / betaling codebase of soortgelijke dingen. Ik werkte eerlijk verfrissend om een online winkel voor een mode label hier in Duitsland, waar we werden herplatformed van een PHP, Smarty, en Vue stack om een volledige rewrite met Svelte, SvelteKit, TypeScript, en GraphQL. Na jaren van werken met die legacy codebase, het was eerlijk verfrissend om een andere benadering te zien. Ik
moobnaster696918 juni 2026 om 16:35
Afstandsfuncties: https://svelte.dev/docs/kit/remote-functions
FluxKraken18 juni 2026 om 17:49
En nu ondersteunen ze real-time streaming.
lastWallE18 juni 2026 om 21:59
Behoud je je gezond verstand?
KaiAusBerlin18 juni 2026 om 17:11
😂 Make my day 😂 Maak mijn dag
Spare_Message_360718 juni 2026 om 18:24
het is moeilijk om slechte code te schrijven. de compilator doet gewoon de zware lifting. Een productiedashboard was 2MB op mijn React MVP tot 500kb in mt Svelte Code. Alles laadt snel, de app is snappy, code is geen callback hell. Minder gecompromitteerd pakketecosysteem, minder bibliotheken om te leren. het werkt gewoon.
wentallout18 juni 2026 om 19:00
Probeer meer tokens op te slaan voor agentische codering 3. geen vreemde concepten om te leren... in tegenstelling tot React
TheRealSkythe18 juni 2026 om 20:13
underwatercr31218 juni 2026 om 22:06
Alles
ffiw19 juni 2026 om 08:28
Ze kunnen gemakkelijker redeneren met svelte omdat dingen niet te abstract zijn.
Sseyh19 juni 2026 om 11:22
Je zult het leuk vinden, dat is het grootste voordeel.
Harinderpreet19 juni 2026 om 15:49
Een bibliotheek voor Frontend en Backend, React kan ook, maar Reac maakt het ingewikkeld.
SAF1N19 juni 2026 om 21:26
react: we hebben oplossingen voor uw problemen, en dan hebben we oplossingen voor de problemen die onze vorige oplossingen maakten ... en nu download je 600kb waarde van react op pagina load svelte: we kregen reactivity... state management... en JavaScript, ontdek de oplossing voor uw probleem door jezelf bro
nhoyjoy20 juni 2026 om 10:57
De pivot zou Web Components zijn, en slim gebruik van bundelen. We hoeven niet volledig te vertrouwen op een volledige set framework. Kies wat werkt voor een klein bereik, bouw componenten / widgets en wrap de context zodat AI beter kan leveren, en je kunt de kwaliteit ook controleren. Maar dit maakt niet uit omdat we alles proprietaire willen maken met Rust / Go en Web Assembly.
venir_dev20 juni 2026 om 22:57
Ik zou zeggen dat de vraag is "vs reageren". dus, ontwikkelaar ervaring. Vue heeft een vrijwel identieke DX.
tardoos18 juni 2026 om 15:30
Ja, je zult plezier hebben bij het debuggen wanneer ze een [volledig gebroken versie] (https://www.reddit.com/r/sveltejs/comments/1tvmcwn/svelte_5_compiler_removes_parentheses_that_affect/) van het framework Anders dan dat, DX is veel, veel erger. TS-integratie is ook veel erger. Svelte is een leuk framework als je het gebruikt op je to-do-lijst type project.
TwystedLyfe18 juni 2026 om 15:36
Software heeft bugs, ze hebben het al opgelost.
Exact-Big350518 juni 2026 om 15:59
Je zou niet moeten installeren pakketten die jong hoe dan ook in deze dag en leeftijd beleefdheid van supply chain aanvallen.
tardoos18 juni 2026 om 19:23
>mehhhhh ze hebben een vaste versie vrijgegeven in 24 uur Ze deden dat? https://www.npmjs.com/package/svelte?activeTab=versions Ik dacht dat de gebroken versie de laatste was voor 3 dagen met 130k downloads.
FluxKraken18 juni 2026 om 17:50
Je updaten naar de nieuwste versies van al je pakketten, in productie? ben je bedelen om gehackt te worden? geen minimum leeftijdsbeleid? helemaal niet?
Alternative_Web720218 juni 2026 om 18:10
Je moet beter stoppen met drinken
imavlastimov19 juni 2026 om 10:00
Gebruik gewoon wat AI het beste doet.