Pourquoi choisir Svelte

[@landry6539]

Depuis le temps que je voulais découvrir ce framework, merci pour cette présentation! Ayant pratiqué Vue, Angular et React, je confirme que jusqu'à présent Svelte a la syntaxe la plus épurée et claire que je connaisse. De plus, je vois qu'il supporte le Typescript ce qui est un must pour avoir un projet bien structuré. Je serai ravis de découvrir les prochaines démo et présentation technique de ta chaine. Que la force soit avec toi 🚀

[@MultiLecoeur]

Mais du coup ça n'est pas un framework ahah 😁

[@spicywasab]

​@@MultiLecoeur en effet. Mais y q un framework officiel, sveltekit c:

[@franckngoubounkou9930]

Carrement je suis amoureux dire que je voulais faire du vue et angular apres react 😁 je suis amoureux il m a conquis compilateur .

[@MrNiuxe]

Je confirme que Svelte est tellement mieux ! Le message d'intro est très juste. Quand vous avez parlé d'une usine à gaz pour afficher 3 boutons et une liste. Comme je dis si bien : Ce n'est pas parce que tout le monde va dans la même boulangerie que le pain est meilleur.

[@MrgnUTube]

Je découvre ta chaine et la clarté de tes explications est juste parfaite, abonné direct, merci!

[@laux33]

Je suis content et surpris que ta chaine démarre d'un coup comme ca ! Ca fait plaisir ! Tu le mérites au vu du boulot que tu investis, depuis tant d'années.

[@flash_4dead318]

En 15min tu m’as donné l’envie d’apprendre plus sur svelte 🔥🔥

[@xidoc972]

Meilleure présentation de Svelte que j'ai vu. Clair, court, concis, précis, tu devrais faire une formation complète, avancée de svelte. Tu as la pédagogie et les compétences pour. Je suis sûr.

[@Barbouy]

Tout d'abord, bravo. En effet, je suis un bon gros fan de VueJS et je n'avais jamais trouvé un autre framework apportant la lisibilité et une gestion des données qui me semblait similaire. Pour le coup, tu as mis chaussure à mon pied (si je puis dire). C'était franchement super intéressant, bien expliqué et très clair. J'attends avec impatience la suite, du ThreeJS, du Svelte, de l'accrobranche... Peu importe :)

[@nicolasdealahaie354]

Tu n’aimes pas React ? Perso j’ai vu dans la vidéo aucun gros avantage par rapport à ce framework, sauf peut être les performances

[@etienne6186]

Trop bien ce genre de vidéo ! Je connaissais Svelte de nom et venant d'Angular je trouve ça génial !

[@josephbologna218]

Merci pour le retour d'experience

[@CodingBill]

Merci énormément pour ce partage ! ça remet en question tellement de choses cet outil est incroyable !

[@azbrestjohn110]

Wouah tu m'as bluffé ! Super présentation ! Tu m'as donné envie d'apprendre svelte ^^

[@raccoonteachesyou]

Je voulais avoir quelques informations sur Svelte et exemples et franchement c'était top, concis, claire et surtout CONCRET avec de vrais conseils sur comment raisonner, évier les stores, mais surtout pourquoi. Bref, merci et bonne chance pour tes projets !

[@EricTorreborre]

Super présentation, qui tombe juste à point pour moi, merci !

[@ourydiallo7904]

C’est vraiment pas mal. Tu m’as donné envie d’essayer. Force pour ta chaîne. Bon boulot!

[@grandsnofrid]

Très cool et très intéressant, je songeais m'y mettre mais j'étais pas trop sûr de si ça valait le coup. En tous cas, tu m'as donné envie de m'y mettre et j'ai trouvé tes explications très claires, très bon boulot!

[@AB-lk4ri]

Mais cette chaîne est juste incroyable en fait. Instant sub.

[@Hugo8340]

Même parcours, angular react avant d’être matrixé par vue pour la simplicité, je l’avais dans le viseur mais svlete m’intéressais pas.. tu es très doué pour être objectif et constructif surtout quand des matrixés tombent sur cette miniature. Très appréciable ta manière d’expliquer, enjoy !

[@amadouelcapotoure189]

Pareil

[@garycookies9709]

Et bien c'est une belle présentation et ca me donne envie de découvrir plus en profondeur Svelte. Merci beaucoup

[@Alg3SeveN]

Merci, c'est super propre comme vidéo tu expliques clairement et par la fluidité on comprend que tu connais ton sujet! Mention spéciale à la partie sur la philosophie quant au maintient d'une codebase grandissante :)

[@mateo08c]

Wow, vraiment propre la vidéo ! Enfin des gens qui parlent de Svelte !

[@iandrisoatacticrayan4427]

Je suis fan de Vue dépuis Vue 2, mais en regardant ton video, j'envie d'essayer Svelt. Merci, super vidéo

[@tobecontinued_123]

Super démo technique ! C'était très claire, argumenté et prendre FFX comme exemple c'est aussi un gros plus. Pour des projets d'entreprise je vais rester sur Angular mais pour des projet perso je suis complétement convaincu par la vidéo, je vais passer sur Svelte

[@frearnaud]

Je débarque depuis les recommandations KZbin. Super vidéo, très concise et bien visuelle ! (En plus FFX c'est le meilleur FF)

[@Pierstoval]

Utilisateur de Svelte depuis un moment maintenant, je découvre ta chaîne à l'instant avec cette vidéo, et j'ai beau avoir vu beaucoup de présentations de Svelte, j'aime énormément celle-ci. Claire, concise, et surtout très rationnelle sur ce que tu appelles la "charge mentale" (que j'aborde sous le nom de "charge cognitive", pour ne pas faire d'amalgame avec la notion domestique de "charge mentale" dans les ménages). Et enfin, merci beaucoup pour ton explication des stores ! Depuis des années je vois des projets qui passent leur temps à tout faire passer via des stores (et moi-même je l'ai déjà fait au début), mais clairement, je suis d'accord pour dire que c'est une mauvaise idée, le store ça doit être le dernier recours ! Merci pour ça, parce que je déplore le manque de connaissances en architecture logicielle dans le monde du frontend (et ce depuis genre 10 ans 😁) mais il faut des bases claires et compréhensibles, et on en a ici :)

[@gregorifice]

Pour les stores, selon moi ils sont tout à fait justifiés, mais c'est aux équipes de les utiliser à bon escient. Le fait de les decoréler du DOM permet d'en faire tout et malheureusement aussi n'importe quoi. Avec une archi de dossiers par fonctionnalités, on peut tout à fait imaginer des stores "locaux" à certaines parties de l'application. Dans les faits, ils resteraient tout à fait utilisables autre part, mais dans ce cas, il s'agit de bonnes pratiques de l'équipe plutôt que de réelles limitations imposées par le framework. On peut également avoir besoin de store globaux à l'application (utilisateur connecté, ...) tout comme de stores plus localisés. L'approche choisie par svelte répond à ces deux besoins. Bon et franchement, quand on goûte fonctions de mutation des stores de svelte et qu'on doit retourner dans un vieux redux/saga... 😭

[@KawaMood]

Superbe introduction à Svelte ! Clair et simple, tu m'as convaincu.

[@hermes6910]

Pour ceux qui cherchent les chaînes secondaire: NovelStudio [en] NovelStudio [fr] NovelStudio [日本] J'allais justement me lancer sur 2 petits projets avec Svelte (dont un avec Tauri), n'étant pas du tout frontend sa simplicité m'attire énormément. (J'avais test Angular et React, je n'avais pas du tout accroché car trop complexe pour mes besoins) Super vidéo.

[@kahnienhka]

Super bien expliqué, j'adore, merci beaucoup ! et FFX c'est un bon point aussi, on valide 😂

[@anthonythomas695]

Merci BG pour cette très encourageante présentation de Svelte ! Ca me fait me poser quelques questions pour mon grand projet vuejs... 😅

[@cedvano]

Cette présentation est simple et efficace. Ca donne envie de l'essayer.

[@florentgironde7279]

Excellent format

[@amadouelcapotoure189]

C'est la meilleure chaine de code ❤

[@Kakoum_]

On peut pas faire plus simple en effet :o merci pour la vidéo !

[@Aripfizer]

C'est décidé pour des projets persos je passe sur svelte, dès les premières minutes bah ty m'as convaincu ✅✅

[@pulsarfox]

J'avais déjà bossé sur Svelte y'a un moment mais je me souvenais pas que c'était si propre. À cause de toi, quand je vois du React ou du Vue (un peu moins quand même) j'ai l'impression de bosser dans une usine. 😄

[@mateo08c]

Bon.. j'ai regardé tt tes vidéos 😂 j'attends la prochaine !

[@thomasquinton6167]

Super vidéo ! L'essentiel est partagé on va droit au but et bien monté (la vidéo bien sûr xD). Je m'abonne merci pour la vidéo 👌

[@ardra246]

Ça a l'air méga propre 🤩

[@MrSelestan]

bien que tu ai créé une matrice 3d, tu utilise une tierce en 2d, c'est intéressant de voir son parfait opposé ! t'es un bg sur svlete

[@antoine1003]

Au top ça m'a convaincu je vais testé ça 😄 Interressé pour des démos sur d'autres technos 😁

[@mouradMsaken]

Merci pour cette vidéo!

[@jonasjaggerj9947]

Salut champion. Bonne vidéo .

[@tomobodo]

Ca donne envie d'essayer, super video.

[@wimlaki9750]

J'adore ton style de vidéo

[@sylvainschellenberger]

Bonne présentation. Svelte a l'air en effet assez simple. Après je ne suis pas forcément de ton avis concernant l'utilisation des stores. Certes ils centralisent l'information, mais si cette information a besoin d'être récupérée dans plusieurs composants... ben c'est bien qu'elle a besoin d'être centralisée! Utiliser un store peut éviter la duplication accidentelle, ils permettent aussi la séparation des responsabilités, là où chercher de la fonctionnnalité dans des bouts d'UI pourrait rendre les choses plus pénibles. Et les stores ont aussi généralement des façons de se scinder en sous-parties qui peuvent être gérée indépendamment (cela s'appelle des "slices" dans Redux). Faire plusieurs stores pour des besoins distincts reste aussi toujours une possibilité. Mais oui tu l'as bien résumé, quelque soit l'architecture choisie, l'important c'est la discipline dans son application. Bon courage pour la suite de Novel Studios!

[@gregorifice]

Très chouette vidéo bravo. Si je peux me permettre, ajouter juste un attribut alt, même vide si l'image est decorative, c'est important.

[@kehiz]

+1 abonné, c'est hyper bien expliqué ! Curieux de savoir comment tu as fait ton schéma pour expliqué le problème des stores a 13:30 🙂 Bon courage pour la suite !

[@codeurdenuit8783]

C'est un dessin sous clip studio. J'ai juste effacé le dessin , puis j'ai inversé la capture vidéo ;)

[@fallout__boy1130]

Super vidéo !

[@asubijotaka7374]

Wow tu m'as convaincu en 15 min ! Pareil marre d'utiliser des usines à gaz pour des petits projets, je pars faire le tuto Svelte de suite ! Je comprends ton point de vue sur les stores, cependant pour des gros projets web app en équipe c'est parfois plus simple justement de créer un composant et de le connecter à son store respectif, je dirai que ça dépend de la taille du projet. Et oui plutôt partant pour du ThreeJS sur ce format, tu expliques super bien, t'as gagné un abonné ;)

[@qurancaption]

Super video, tu expliques assez bien mais des fois on se perd avec des termes un petit peu compliqué quand tu codes ^^' En tout cas tu m'as convaincu, je vais essayer svelte!

[@julienblanchon6082]

Plus de video sur Svelte

[@gusgusgus173]

putain incroyable !!! merci !!! super bien expliqué t'as gagné un abonné l'ami !

[@Mirri421]

Vidéo intéressante. Je suis développeur web pro et je ne connaissais pas ce framework. Je vais le tester avec un mini projet tournant avec une API back-end en Symfony 5 / PHP. Cela pourrait être un cas simple de mise en place (c'est juste un CRUD).

[@bossgd100]

J'étais plus là pour ton editeur de novel studio. Tu as oublié de mettre un lien vers ta chaine secondaire ;) . Je l'ai trouvé dans l'onglet chaines de ta chaine youtube mais je pense que la plupart des gens ne vont pas faire cet effort ^^

[@shinycgi7825]

Jme souviens de toi ! a quand les 100k abos jaimes pas voir les gens qui travail et qui sont meticuleux et qui produise du tres bon contenu qui ont que 2700 abos

[@lyeslattari321]

Je vois de grosses similitudes avec ReactJS sur l'approche avec les composants. Pour ma part je me concentre exclusivement sur React mais peut être que Svelte sera dans ma wishlist

[@econobvious4114]

Je découvre ta chaine et Svelte depuis quelques jours et j'adore le framework (meme si j'avoue que un emit() pour les events aurait été sympa :D). Svelte devrait etre capable de détecter automatiquement les events qu'on déclare, ca serait top ! Par contre je ne comprends pas trop ta position sur les stores (je ne les ai pas encore vu en détail en Svelte), tu crois que tu peux détaillé ? Avec Vue les stores sont obligatoires car tu peux juste faire descendre les propriétés, et seulement d'un niveau. Ca devient vite trés pénible de descendre trop profond ou sur un arbre complexe, et impossible de remonter de plus d'un niveau. La communication entre composants semble naturellement plus facile avec Svelte, ce qui évite de passer par un store ? J'adorerait une vidéo là dessus, sur le role d'un store, comment éviter de l'utiliser, les différents cas d'usage etc..

[@climoune]

Moi qui suis un fan absolu de Vue depuis que Vue2 s'est fait connaitre, je dois dire que je suis convaincu par cette présentation de Svelte.

[@au4cy715]

Je voyais ça de loi mais tu me donne vraiment envie d'essayer

[@djcaesar9114]

Bon, je vais commencer à lancer des projets en Svelte alors... Petite question: je suis pour l'instant sur VueJS et grâce à Vuetify je peux produire des applications très ergonomoques rapidement. Je n'ai pas trouvé de bibliothèque équivalente pour Svelte, enfin en tout cas qui soient maintenues. Aurais-tu des conseils?

[@kouamelanyannickquentinkof9594]

Merci chef

[@alphazeu]

Je vais réapprendre à coder tu me hype

[@ObviouslyProgrammer]

Ou comment apprendre Svelte en 15 minutes ! Super vidéo ! J'utilise Vue 3 et composition API qui ressemble fortement à Svelte mais je me demande si je devrait porter un gros projet fait en Vue vers Svelte

[@ObviouslyProgrammer]

Aussi je viens de voir que Svelte vient d'être release en v4 ce qui est intéressant, quid du Typescript ?

[@ghostlexly]

J'adore ta vidéo ! Ajouté en favoris ! Le seul problème que je vois avec Svelte, même si ça me plaît beaucoup, on a pas les librairies du type next/image react-hook-form et react-query qui sont pour moi casi impossible de m'en passer tellement c'est pratique ^^"

[@actualitehightech]

bravo

[@plotterdesalor9134]

L'outil a l'air sympa pour des petits projet mais ca demande quand meme d'apprendre un DSL juste pour ca, je ne sais pas si ca vaut le coup. Autant maitriser un seul framework. Il n'y a aucun mal a sortir du l'angular même pour faire une page web avec un simple bouton. Oui ca va prendre quelque nanosecond de plus a se lancer, et ? C'est quoi les autres soucis? Perso je vois que des avantage a avoir un code structuré et standard. A l'inverse, coté Svelte, je vois beaucoup de défaut qui le rendront inutilisable sur des gros projets comme les variables d'entrée/sortie, la complexité du DSL, ou le passage pas vraiment utile par de la précompilation (car oui, ca reste un framework, le fait qu'il a un précompileur ne change pas ce point) Mais ca ressemble surtout a du manque d'expérience. Tout le discours sur la lisibilité montre bien un manque de connaissance sur le sujet. Par exemple "J'utilise des balise custom pour éviter des attribut classes, ça permet une meilleur lisibilité" : non, ca rend le code plus concis mais tu perds en lisibilité. Les balises HTML ne sont pas exhaustives et une classe aura toujours au moins autant, souvent plus de précision. La lisibilité du code c'est pas savoir ce qui est écrit, mais ce qu'on veut que ca fasse. Plutôt d'accord par contre pour les store, mais au final c'est le classique "utiliser les bons outils aux bons moments". 10:50 : Je comprend pas en quoi "count1++" c'est une callback. Très bonne vidéos et excellent présentation de l'outil sinon. Je ne suis pas d'accord sur les avis partagés ici mais clairement sur la forme il n'y a rien a redire !

[@HenrySommeil]

Merci 😇

[@iercan1234]

road to million

[@Nexus9997]

Les stores sont surtout utiles pour eviter le prop drilling

[@codeurdenuit8783]

Yes, c'est un compromis à trouver. Ça peut être compliquer de conserver la modularité pure. J'avoue les utiliser à cause de ça

[@DSOlaLG]

Ne confond pas compilation et transpilation. JS ne créé pas des interfaces, ça c'est le taf du moteur de rendu de html et css, js n'a pour seul but de créé de l'interaction et traitement complémentaire au travers de boucle événementiel, je parlerais presque d'orchestrateur tant il est dépendant des webapis. Syntaxe intéressante, mais pour l'instant je ne suis pas convaincu. Je ne suis pas un utilisateur de store, mais je ne supporte pas de voir des données transiter dans 50 composants parce qu'on ne sait pas les structurer, c'est des dépendances bien trop forte. Bref, ça mérite quelque test. Tu parle beaucoup de charge mental, mais celle-ci n'est lié que a des habitudes de travail. Si l'on connait son travail et que l'on réalises une conception en amont, jamais tu ne devrais te retrouver perdu, sauf si tu fonce tête baissé... Pensez macro et micro, pensez composant et générique. Parcontre, FFX... Homme de gout !

[@LoloRay-q8o]

de la balle!

[@fardoche6]

par rapport au SEO, il est bien?

[@codeurdenuit8783]

Pour le SEO, on peut faire des sitewebs générés coté serveur, Svelte supporte le SSR. C'est juste mon avis, mais pour des pages web/portail/vitrine , mieux vaut une génération coté serveur(Node, PHP,...), et en cas de besoin insérer des petits composants réactifs Svelte(voir faire du htmx), mais un site, n'est pas une application. Il y a souvent un amalgame qui engendre des projets mouton à 5 pattes. Svelte, React, VueJS peuvent être utilisés pour générer des siteswebs référenssables, mais à de très rares exceptions, ça n'a pas de sens de référencer la tambouille interne d'une application

[@skymer7471]

@@codeurdenuit8783 Pas tout à fait d'accord. Ça dépend en fait. Par ex, dans le cas de AirBnB faire du SSR sur les biens sujets à la location, c'est plutôt pas mal pour le SEO; Là où faire du SSR sur la page profil d'un utilisateur n'a pas de sens. Mais de toute façon sveltekit gère super bien l'activation / désactivation du SSR par page, ou par layout :)

[@aleclloydprobert6897]

Limpide! 👍

[@SaveCount-bh8tp]

Tu compte faire un moteur de jeux

[@micuit-cuit2]

mon Framework d'interface préférez c'est html, et mon backendr préférez c'est js

[@maximeetundi]

Moi meme sa m'etone pourquoi on ne l'a pas adopter depuis pourtan il est la depuis 2016 en tous cas pour moi sa ete une superbe innovation

[@pheeenx]

Mais, mais... Je le connais lui :D

[@codeurdenuit8783]

Coucou toi ! 😂

[@L-iz1re]

javascript tout les 2 jours tu as un new frameworks abusé 🤣

[@franckngoubounkou9930]

JE M ABONNE DIRECTE ....

[@afidev]

Perso pour moi c'est React :)

[@SquircleUnderscore]

bonjour ou bonsoir.

[@masterlaplace]

Ok

[@TenshinFukushima]

First 😂

[@tom7050]

Apres 6 mois de svelte ... bah .. non ... React , reste pour moi LE framework le plus abouti pour des projets scalable.

[@lucasgiunta8874]

Franchement, ayant commance angular il y a 8 ans, jai toujours trouve que le reste des js framework etait de la merde. Maintenant Svelte... Cest juste enorme, SURTOUT depuis Sveltekit. Pour ma part, en entreprise si pas besoin de SSR cest Angular du a son support qui est plus quimportant pour une entreprise. Mais pour tout les autre use case, cest Svelte OU Astro 😊

[@thepowerhat]

Nuxt > SvelteKit

[@dreamcoreamv7091]

Quelle belle bouille le garçon, par contre React > > > >

[@doriandoussain1528]

J'avoue développer des applications en pure javascript ouah mdrr, mesure tes mots, c'est ridicule.

[@baweeditions]

C'est génial de transmettre ton savoir en prog mais tu transmets aussi beaucoup d'erreurs en anglais. Quasiment chaque fois que tu en prononces y'a un souci de prononciation. L'idéal serait de bien tout transmettre pour ne pas perpétuer ces erreurs que l'on retrouve dans toutes les vidéos... ❤

[@tigidou3344]

Ha, wow, 30 sec et on voit que tu n'es pas (un bon) codeur. Par exemple, tu ne vas pas me dire que tu es 8 heures sur ta chaise toute pourrit (certes elle est "belle", mais très inconfortable). Ton IDE de code... tu ne peux pas mettre la font plus grosse ? Pour ceux qui parle de framework javascript me font rire. Avec tous ce qui est native sur un navigateur, vous avez LARGEMENT de quoi faire sans être dépendent de merde qui expire plus vite que leur ombre. Bordel, apprennez le vrai javascript aulieu des pseudo codes qui seront transformer en JS.

[@WDGKuurama]

Tu sais, un bon dev essaye surtout de gagner du temps. Je connais des gens qui font du full Natif, ils ont juste fait leurs propres compilateur pour gagner du temps. Ya pas besoin d'être aussi salé surtout que dans des gros projet c'est plus dure en full Natif de pas foirer son architecture. Mais je sais ce que tu veut dire, moi même en C# je réalisais mes propres lib pour faire mes API etc, mais parfois le temps investi n'est pas rentable. Ça dépend du cas d'usage.

[@spicywasab]

Je trouve ton message assez médisant. La chaise ça frôle l'argument ad-hominem. La font assez grosse permet de rendre la vidéo visionnable sur mobile, en l'occurence dans ce cas là le code montré est assez concis pour tenir sur l'écran, une petite police aurait limite été criminel. Concernant l'utilisation de framework, j'étais du même avis y a un moment, et je suis d'accord sur le fait qu'il faut absolument être capable de comprendre comment on interagit avec la page en javascript. (utiliser querySelector, addEventListener, createElement ...). Dans beaucoup de frameworks on passe plus de temps à apprendre comment utiliser les différentes fonctionw et méthodes du dit framework plutôt qu'à apprendre le fonctionnement de javascript et des api du navigateur ... L'avantage de svelte, c'est qu'il n'y a vraiment que très peu de fonctions spécifiques au framework. Ensuite oui au départ il y a de la syntaxe qui peut ressembler à de la magie noire, mais c'est vraiment en petite dose et surtout ... c'est du code javascript syntaxiquement valide. Ils mettent vraiment l'accent sur le fait que la syntaxe reste valide selon les règles du langage. Oui oui, même le $: variable = 0; est valide, en réalité on assigne simplement un label à la déclaration de variable (le même genre de label qu'on utilise avec les boucles normalement). Au final, les ajouts de svelte ne font que rendre le code plus simple en permettant aux développeurs de ne pas s'embêter à écrire des querySelector redondants, mais à coder l'interface de manière déclarative. En ce qui concerne le reste, c'est probablement le framework qui encourage le plus l'usage des API natives du navigateur, au point que concernant SvelteKit (le framework, svelte n'étant qu'une lib) les liens restent des éléments 'a' classiques, les formulaires restent des formulaires (avec un attribut optionnel pour rendre le submit du formulaire plus fluide). Je commence à m'éloigner du sujet, mais dis-toi que SvelteKit (toujours le framework, qui génère le site) fait en sorte que le site ne dépende pas forcément de javascript, contrairement à un autre framework qui ship un virtual dom, ou alors qui casserait les liens normaux en les rendant inutilisables sans js. Toutefois je t'accore qu'il y a bien une erreur dans la vidéo ... quand il déclare un élément conteneur car "on utilise les custom elements et ça simplifie le code". 1. Un custom element doit avoir un tiret dans son nom, c'est ce qui le distingue d'un élément natif du navigateur. 2. Un custom element doit être déclaré au navigateur avec la méthode prévue à cet effet. 3. C'est pas non plus une bizarrerie de Svelte, Svelte n'encourage jamais cette pratique. 4. Juste une simple div avec un attribut id ou class en fonction du contexte aurait suffit. En bref, je pensais pareil, je n'aime pas vraiment les frameworks traditionnels et je refusais d'apprendre à m'en servir, même si je suivais l'actualité. Svelte m'a intrigué lorsqu'il est arrivé, et je me suis rendu compte qu'il était très différent des concurrents. Ça s'apprend en moins d'une aprem sur leur site avec une page interactive et du code éditable en live, et je ne peux que t'encourager à essayer de considérer la thèse opposée, en voyant en quoi svelte diffère des autres. Au final, je pense que Svelte est bien parti pour rester. C'est un ovni mais il devenu très populaire en très peu de temps, malheureusement pas encore dans la plupart des entreprises qui utilisent encore massivement react, vue ou angular. Au final, Svelte aura eu le mérite de mettre un coup de pied dans la fourmilière, en remettant en question le status quo et en faisant sérieusement réfléchir les autres frameworks concernant l'utilisation du virtual dom. En espérant que tu sois ouvert à la discussion contrairement à beaucoup, même si je reconnais que mon message est assez long ^^'

[@mwlulud2995]

​@@spicywasab Entièrement d'accord avec toi 👊

[@spicywasab]

@@mwlulud2995 wow, je pensais pas que des gens lisaient encore ceci 10 mois plus tard, j'avais oublié l'existence de ce com hahaha Merci du coup !

[@mwlulud2995]

@@spicywasab Faut remettre les gens à leur place quand y faut ;)