On remarque pas que ce mec nous pond des videos de 15 minutes sans aucun cut aucun begaiement aucun blanc. C'est la preuve que tu est un bon pédagogue et que tu connais parfaitement ton sujet
@BobbyPasContent9 ай бұрын
Tu en doutai encore xD
@enockstephenmambou35379 ай бұрын
c'est clair le mec je les connus depuis 2015 ou 16, il a surement su s'ameliorer avec le temps
@tropikalGG9 ай бұрын
La base c'est de préparer son texte comme une présentation en publique classique même si il ne manque pas de compétences pour expliciter tout ça
@TheBlackManMythLegend3 ай бұрын
il fait des. videos depuis 20 ans
@codewithguillaume8 ай бұрын
J'ai commencé Vue en 2015 et je dois avouer qu'avec Vue 3, je partage entièrement ton analyse qui est juste sur tous les points - quand je passe de Next à Vue, j'ai toujours ces vieux réflexes de .value ou de décorateurs qui reviennent et je me dis: quelle perte de temps parfois. Il faut nous laisser le temps, à nous les contributeurs de Vue, d'améliorer le framework car nous avons toujours eu un temps de retard sur React, il faut l'avouer (force du nombre peut-être).
@timway69649 ай бұрын
C'est sympa d'avoir ton avis sur le sujet. Ça fait un bail que j'utilise vue donc rien de tout ça ne me gêne. Au contraire, j'adore la composition api car ça permet de se rapprocher plus du javascript natif et de pouvoir mieux structurer et réutiliser son projet. Après, je viens de vue 2, donc j'ai ce discours. (Je comprends les choix fait). C'est vrai qu'on s'éloigne du concept original (dev friendly, simple etc) et on sent qu'ils veulent se rapprocher de react.
@scartruc9 ай бұрын
Petite astuce pour différencier les références des autres variables / props, toujours les préfixer par "Ref". Exemple : maVariableRef. Cette logique peut aussi être appliquée au computed. En utilisant le participe passé (en anglais) ou un verbe comme tu l'as fait pour le "isPair". On pourrait donc avoir des variables computed comme : isPair, isLoading, disabled, hasRoles etc... Avec ce nommage on remarque d'un coup d'oeil à quoi correspond la variable. Édit : suffixer
@IStMl9 ай бұрын
suffixer du coup
@scartruc9 ай бұрын
@@IStMl oui, my bad
@mathnewph9 ай бұрын
Super cool avis :) Perso on utilise vue 3 au taff c'est vraiment un plaisir avec la composition api. En revanche mon problème est avec volar où c'est carrément énervant le support qui est un peu pété :/ Bon après je sens vraiment une maturité qui ne fait que grandir c'est super satisfaisant en plus avec nuxt qui pousse avec les innovations et le typage des routes de la base de donnée jusqu'au composant c'est génial ! En somme vraiment pressé que Volar arrive a maturité ! et ps je crois que tous les frameworks passent a la reactivité fine avec les proxies donc svelte et angular vont aussi avoir une syntaxe qui ressemble ^^
@Guillaume80_surYT9 ай бұрын
Bonjour, Oui je suis également attentif à nuxt que je commence à utiliser. On espère que sa communauté grandira encore.
@yaci53149 ай бұрын
Hello grafikart, merci pour la video ! J'ai l'impression que depuis la V1 de vue.js il y'a l'utilisation des signaux pour une réactivité fine !
@nadjinmalade87389 ай бұрын
Wao ! Très belle video. On eu presque le même parcours avec les frontend, sauf qu'au moment ou j'ai touché vue.js, j'ai zappé React. Personnelement j'ai trouvé vue.js beaucoup plus simple , (Svelte aussi mais..) J'avoue qu'avec l'API Composition on se perd au debut mais cela devient très vite naturel. Ils sont au courant, une version est à l'éssai qui nous simplifira la tâche en nous permettant de plus utiliser les "variable.value" sur des ref ainsi que d'autre simplications sur les ref().
@Conobipe9 ай бұрын
Bonne vidéo, j'avoue que j'ai beaucoup ragé au passage vers la Composition API, mais j'aurais tendance à dire que c'est vraiment pas mal quand on commence à avoir l'habitude. - La direction vers Vapor est un bon choix, ça pourrait reprendre un paradigme assez similaire à Svelte et nous offrir d'excellentes perfs - Les galères d'usage sur les Refs, et particulièrement sur la destructuration vont être corrigées, l'équipe est au courant de ce pb - Nuxt offre un environnement surpuissant pour développer à peu près tout, avec des avantages assez imbattables sur les performances pour du SSR - Pinia est par contre un très mauvais outil, qui pousse à créer des singleton un peu partout, partagés par les composants. La logique peut très vite devenir très complexe lorsque l'on utilise des stores, et Vue devrait vivement proscrire ces derniers
@jonathanrosado58189 ай бұрын
Pour Pinia, je pense que le problème que tu décris est un faux-problème. Si tu fais une distinction entre state client et state serveur, que tu utilises les bons outils pour chaque responsabilité : @tanstack/query pour le server state Pinia pour le client state Tu te retrouves au final avec assez peu de state client, car la majorité des applications ont essentiellement du state server Du coup, les problématiques de sur-utilisation de Pinia ne se font pas sentir
@DhainautRaphael9 ай бұрын
Hello @Conobipe, Merci pour ton partage d'expérience. Peux tu en dire plus sur cette phrase: 'Les galères d'usage sur les Refs, et particulièrement sur la destructuration vont être corrigées, l'équipe est au courant de ce pb' Il y a t'il une RFC, un article, une annonce dans Vue comme solution à ce problème spécifique ??
@alexandreg.10009 ай бұрын
Note que Pinia doit d'après le créateur, disparaître petit à petit.
@julien-lmnr9 ай бұрын
@@alexandreg.1000 tu as plus d'infos là-dessus ?
@Wisigoth319 ай бұрын
Super intéressant. hâte de voir la suite des technos délaissées ... 🙃
@gungun9749 ай бұрын
Cette vidéo est intéressante car elle me permet de mieux comprendre sur moi-même. À la base, c'est ta chaîne qui m'a fait découvrir Vue 2. J'aimais beaucoup cette façon de concevoir les choses. Mais surtout, je ne connaissais même pas l'existence de React. Donc, à l'arrivée de Vue 3, j'ai été plutôt surpris par cette nouvelle façon de voir les choses. Et personnellement, j'ai accroché. La décomposition des props peut sembler bizarre, mais j'ai trouvé ce concept très pratique. Mais aujourd'hui, j'ai changé ; je ne me vois plus vraiment utiliser Vue comme ma solution par défaut, dans le sens où mon intérêt s'est davantage recentré sur le serveur. Et maintenant, je ressens tous ces points que tu as évoqués. Aujourd'hui, Vue ne représente plus vraiment ce que je souhaite qu'Internet soit, de même pour React. Je suis plus intrigué par HTMX, Solid ou Svelte par exemple. En tout cas, cette vidéo est très intéressante et j'espère qu'on arrêtera de te demander une formation sur Vue 3 ^^
@jonathanrosado58189 ай бұрын
Vue 3 n’est pas parfait mais c’est quand même un écosystème bien plus productif que React (et j’ai bossé en entreprise avec les deux) Pas de perte de temps à comprendre tout ce clusterfuck de rerender avec useMemo, useCallback, useEffect, etc Pas de perte de temps à débattre de quel système css on va adopter : styled components, CSS modules, tailwind, pandaCSS, etc… Pas de perte de temps à débattre quel système de state manager on va adopter: Redux? Mobx? Zustand? Etc C’est fou le temps qu’on peut perdre en entreprise à débattre ces trucs.
@georgezimmer56229 ай бұрын
Ouai, l'un des avantages de vue c'est que ça diminue la fatigue décisionelle mais au final je trouve React hooks > Vue composition en terme de flexibilité et de DX. Après ce que je n'aime pas avec React c'est l'emprise qu'a Vercel dessus et la direction qu'ils sont entrain de prendre.
@jonathanrosado58189 ай бұрын
@@georgezimmer5622 Oui toute cette fanfare autour de NextJS c’est fatiguant quand tu bosses pour un éditeur de logiciel. Tu t’en fous du SSR quand ton app est derrière un login, t’as pas de contraintes SEO ni de contraintes fortes niveau performances. Tu t’en fous des server actions quand ton app est de base assez complexe pour justifier un split entre responsabilités client / server
@malikba9 ай бұрын
Vue est clairement plus simple à apprendre que React à l’heure actuelle. La déstructuration des props fonctionne bien, il suffit juste de l’autoriser 😂. Pour moi c’est clairement le framework le plus intelligent car il reprend les bonnes idées des autres frameworks et les rend simples. Bref en terme de productivité et pour bosser en équipe c’est super.
@ZeldriFR9 ай бұрын
Bon pour le CSS ça ne résoud pas grand chose à part que ça offre un style scoped. Le CSS reste bordelique, tu redeclare très souvent la même chose etc ... Donc la discussion se pose aussi, j'ai jamais vraiment utiliser le CSS avec VueJS directement
@jonathanrosado58189 ай бұрын
@@ZeldriFR ça offre un style scoped et aussi une solution de css dans le même fichier donc qui bénéfice de la colocation. Ça évite les alternatives à la styled-components
@carmencarmenint61599 ай бұрын
Je suis tes cours depuis des années et j'ai développé énormément d'app web. Tellement reconnaissant.
@TheDougeman9 ай бұрын
Concept et vidéo très intéressants. C'est très bien d'avoir décrit les cas d'usages avec des exemples.
@AkioJunichiro9 ай бұрын
J'ai touché un peu à tout ces 10 dernieres années. Là ça fait 1 / 2 ans que j'fais du React hooks j'me vois plus utiliser autre chose pour du front applicatif.
@remiblaise9 ай бұрын
Si je résume, ce sont avant tout des détails ce qui montre que React et Vue sont tous les deux des bons choix. Les défauts de Vue : - moins adopté que React - les dernières versions rajoutent une complexité, Vue s'éloigne de ses qualités originales qui sont d'être developer-friendly Et Vue devient moins friendly, autant passer sur React quitte à se prendre la tête 😂 ça fait sens ! Néanmoins ça ne disqualifie pas Vue selon moi car reste bien plus simple que React, on est pas obligé d'utiliser les nouvelles fonctionnalités ! Conduit à un code bien plus maintenable, bien plus facile d'onboarder des juniors... Bon je dis ça mais j'utilise React à cause du point 1 😂
@lucasjulian53049 ай бұрын
C'est bien argumenté :) Je te rejoins sur certain points, de l'autre il n'y a pas de framework parfait et si on est pas freelance, enfin de compte pas de stress, les entreprises/projets ne s'effacent pas du jour au lendemain, tout comme les évolutions :)
@josedesousa57899 ай бұрын
Je suis d'accord avec tout ce que tu dis sur Vue3. C'est pour cela que j'utilise Angular 😉
@JeanLebreton9 ай бұрын
Enfin, une vidéo tel que je le concevais de ta part sur l'utilisation de différentes technologies et leurs abandons ou de leurs adoptions. Une technologie, si tu n'as pas d'affinité avec elle, tu ne la comprends pas. Et je m’efforce chaque jour, d'être le plus compatissant possible et d'apprendre à la connaitre. Qui tu es ? Quelles sont tes origines ? Je ne connais, peux-tu m'expliquer, m'instruire ? Est-ce que le schéma de compréhension est adapté à ma personne ? Une personne, peut-elle me faire switch et m'éclairer ? Aucune technologie n'est *nulle*, toutes se valent dans leur domaine respectif. C'est notre méconnaissance qui nous freine, le changement des habitudes. En somme, l'adaptation aux paradigmes, à des modèles de pensées. Et ce qui freine, c'est pas le technologie, mais ta façon de penser.
@tampoulet6289 ай бұрын
Je me retrouve pas mal dans les problèmes 2 et 4. Avec le peu d'xp que j'ai sur VueJS et React, je trouve ça cool du coup d'avoir un comparatif de ta part sur les points qui te gênent (ça m'aide à comprendre les faiblesses et forces de chacun)
@user-hr3kq3np6u9 ай бұрын
Bonjour ! Je me demande souvent comment faites vous pour apprendre autant de langage et surtout comment parvenez-vous à les maîtriser aussi bien ?
@vdevsdeveloppement9 ай бұрын
Ca fait du bien de voir des vidéos avec ce type de contenu :)
@BrewalRenault9 ай бұрын
J'ai un peu le même ressenti. Au final pour le moment à choisir, je préfère Svelte. Mais pareil, je tourne beaucoup d'années en années et le choix des frameworks / librairies front ou back m'importe beaucoup moins que les pratiques et architectures en place. Etant plus back que front, de toute façon React, Vue ou Svelte c'est kif kif. De manière générale je tends vers le moins verbeux j'ai l'impression.
@JeanLebreton9 ай бұрын
Je suis Full Stack, l’écosystème Frontend est aujourd'hui dans beaucoup de situation expérimental. Les Primer Adopters ne sont pas les grands groupes, tout du moins tant qu'ils ne sponsorisent pas la dite technologie, et encore... Quand au choix, je suis comme toi, la verbosité, je veux du concis que l'on comprend sans artifice problématique comme les refs dans vue. C'est fou, mais en fait, c'est réglable en ajoutant une couche de Strategy Design / Interface, c'est fou, hein ?
@KaKi879 ай бұрын
Je te rejoins sur la complexification de Vue, mais c'est pourquoi je continue d'utiliser l'API options. En effet, les devs ont indiqué que celle-ci est facile à maintenir et ne sera donc pas dépréciée de sitôt. Quant à Svelte, je suis tellement impressionné par l'efficacité de leurs choix jusqu'ici que j'ai beaucoup d'espoir que ça continue dans la bonne direction, mais évidemment, c'est pas garanti.
@JulienLesinski9 ай бұрын
Pour qui aime faire du React et du JSX, Solid.js est sympa également. L’écosystème est jeune mais je trouve que la technologie est aboutie et fait le choix d’intégrer des choses qui ne sont pas présentes par défaut dans React (comme les stores ou l’ajout de classes conditionnelles sur un élément du dom facilement), ce qui est appréciable. Ce n’est pas parfait notamment sur certains points techniques comme la déstructuration des props et ce genre de choses, mais je pense que la lib vaut le détour malgré tout. Et merci pour ta vidéo, tu as mis des mots sur mon ressenti de VueJS par rapport aux autres frameworks. ❤
@TheRicoco20119 ай бұрын
Très bonne idée cette thématique de vidéo.
@picatchumm649 ай бұрын
C'est bien VUE, sans être REACT les arguments pourrait s'appliquer à celui-ci, je préfére rester SVELTE pour réduire la charge mental, ou à la limite HTMX, le "html" à la Elon Musk , d'ailleur celui-ci pourrait le racheter le 1 avril 2024 pour l'intégrer à X 🙂🙂🙂.
@lmz-dev9 ай бұрын
😆🤣🤣🤣😂 t'as vanillé ma journée 😋
@xXLeGrandStanXx9 ай бұрын
Je trouve ça un peu curieux cette histoire avec n à 8:30 Non, n ne sera pas automatiquement mis à jour puisqu'il ne s'agit pas d'un pointeur sur n mais d'une assignation qui est figée. Si tu faisais const getN = () => props.n Puis que tu cherchais à obtenir n en faisant getN() (donc obtenir la valeur courante de n avec une callback afin de garantir un accès frais à "n"), qu'est-ce que ça donnerait, du coup ? Je ne dis pas que c'est plus pratique, juste que techniquement, je ne suis pour ma part absolument pas surpris du comportement que ça a au runtime.
@Cyborgs17189 ай бұрын
Merci ! Je suis plutôt d'accord avec tes points mais pour moi de mon experience le principal est la complexité de l'écosystème vue de nos jours. En 2016-2018 tout était encore rose, une seule version vue2 et tout roulait maintenant entre vue2, vue 2.7 et vue3 avec donc certains module de la communauté compatible , d'autres non mais pas forcément indiqué comme tel. Les migrations sont complexes , parfois impossible, le liens entre typescript et vue2/vue3 et les IDE (volart) pas forcément facile ou 100% fonctionnels. Le temps qu'a mis vu a passé officiellement la 3 par default et la doc qui a changé plusieurs en par défaut sur vue3 puis re-vue2 .. 😖
@jeanhubert58259 ай бұрын
Je me forme actuellement à Vue aussi et je comprends assez bien tes pain points, particulièrement sur le prop destructuring. Bon à savoir, il est déjà possible depuis la 3.3 de déstructurer ses props en rajoutant une ligne sur la config, comme pour le defineModel. Ce sera probablement disponible sans changer la config dans le futur
@quentinpro12559 ай бұрын
Merci pour ton analyse. Peux tu faire la meme avec angular. Se que tu lui repproche ou pas par rapport à React
@rawz069 ай бұрын
Sympa, je partage pas mal ton avis, au début je pensais que la composition API serait bien, mais j'ai l'impression que c'est de plus en plus compliqué. Et j'aimerais pas Angular et je commence à le préférer juste parce qu'il a Typescript obligatoire et que je suis sûr d'avoir aucun problème de typage.
@MrJohAA9 ай бұрын
Tu peux tout à fait utiliser Vue3 avec typeScript dès l'initialisation du projet. Quant à la compo c'est dommage car c'est la meilleure chose qui existe en comparaison à l'option qui est juste imbuvable. Rien de compliqué, la grande satisfaction est lorsque tu comprends que tes variables sont d'office réactives. La décomposition des props dans l'exemple que prend Grafikart n'est clairement pas conseillé et n'apporte rien d'ailleurs. Comme je l'ai dit plus haut, le problème ici est de vouloir faire du React sur du Vue. Ca n'a littéralement aucun sens. Décomposer ses props n'a pas d'intérêt. Quant au .value, tu t'y fais et il existe des plugins VsCode qui facilitent l'autocompletion.
@rawz069 ай бұрын
@@MrJohAA Le problème c'est que ce n'est pas pensé Typescript, donc le typage est hasardeux comme en React. Oui la syntaxe est meilleure mais je trouve l'approche svelte mieux car c'est verbeux d'accéder à l'état.
@MrJohAA9 ай бұрын
@@rawz06Je comprends. Je trouve également qu'Angular propose une réelle structure de projet. En revanche Ts est un langage de typage qui vient en surcouche d'un autre langage. Partir sur du Angular juste parce qu'il supporte nativement Ts n'est pas si pertinent au fond sachant qu'à l'heure actuelle Angular a perdu en popularité et est surtout utilisé par les grosses entreprises type ESN. La courbe d'apprentissage reste raide. Il n'en reste pas moins un choix de framework intéressant. Tout dépendra de l'affinité que tu as avec le framework. Si tu aimes faire du TS et qu'utiliser des classes javascript te plait dans ce cas Angular me parait être un bon choix. Quant à svelte je trouve que c'est un paris risqué pour l'instant. Pour le state il y a Pinia qui fait largement l'affaire. Finis les mapGetters et autres. Mais bon, mon avis n'est peut être pas si objectif que ça 😁
@DhainautRaphael9 ай бұрын
Super intéressant comme point de vue car contrairement à beaucoup de personnes qui s'expriment sur le sujet, on sent que tu as réellement essayé et expérimenté vueJS et d'autres frameworks ! J'adorerai voir une vidéo comparative (une vidéo par framework) ou on expose les forces et faiblesse du framework pour une app real world simple (exemple: une app gestion de contacts avec les opérations CRUD, la validation des forms, l'internationalisation, ...) Les frameworks sont des outils mais on défend souvent notre opinion de manière subjective et biaisée. Je trouve que sur ce sujet glissant, la vidéo est intéressante et bien faite car c'est argumenté et plustot objectif ! Merci pour le contenu :)
@jimmyj.67929 ай бұрын
Mon historique est vraiment très similaire au tient, je partage complètement ton point de vue et j'ai arrêté de l'utiliser à partir de la v3 avec l'apparition des ref qui complique énormément les choses. J'ai pourtant adoré la v1 et la v2, super dommage ... C'est à ce moment là que j'ai décidé de me tourner vers React et de partir sur une nouvelle mission. Aujourd'hui je ne regrette absolument pas mon choix 😇
@_Greenflag_9 ай бұрын
Et Angular moderne tu as essayé ? Qu'est ce qu'il faut faire pour que tu fasses des tutos dessus ? Vendre son corps ?!?
@baydisao37989 ай бұрын
On dirait que ya un boycott inconscient d'aNgular
@florianarmanet4469 ай бұрын
J'utilise Vue et React depuis quelques années. Pour Vue, je te rejoins totalement sur la perte de réactivité lors d'une déstructuration d'une ref/reactive, c'est agaçant, MAIS rapidement maîtrisable. Les autres points énumérés me paraissent très peu impactant. Je préfère aujourd'hui encore Vue à React. La maintenance sur les projets avec par exemple la gestion du store (très pratique avec Vue Composition API) me parait plus simple que React avec Redux où le côté synchrone est un peu gênant. En soit, il est juste question de préférence. React et Vue restent top ;)
@franckngoubounkou99309 ай бұрын
Est ce qu il y aura un framework qui répondrait à tout ?Non bien entendu ,apprenons donc continuellement et apprécier selon vos goût voilà ce qu il faut retenir avec tout ces outils
@totila429 ай бұрын
Tout ça a l'air si éphémère... Dans 5 ans il faudra tout changer de nouveau. C'est une industrie immature.
@martinmortier56039 ай бұрын
Serait-il possible d’avoir ton extension pour mettre en valeur les blocs ? etc de couleurs différentes stp ? :)
@blindigital9 ай бұрын
Je m'attendais à ce que tu parles de Preact lorsque tu as mentionné Svelte
@montagnardkabyl89669 ай бұрын
Tout à fait d'accord avec API composition, personnellement je le trouve absurde je kiff la logique en option API qui est simple et qui est commune à tous projets inferieur à vue 3, ne pas utiliser l'option api c'est ce tirer une balle dans le pieds dés le départ, sauf si vous aimez vous faire mal au crane
@rocramos60919 ай бұрын
Trop mignonne l'illustration en arrière plan des slides avec le logo de Vue.JS avec les ombres et tout. C'est fait avec Blender ?
@grafikart9 ай бұрын
Cinema4D
@z4k_399 ай бұрын
Pour ton problème au niveau IDE. Ce n'est pas plus "simple" de passer par une extension ?
@JeanLebreton9 ай бұрын
C'est justement le propos de la vidéo : Utiliser des outils tiers qui ne sont pas forcément à jour car manque de popularité et que même si tu installes l'extension tiers, tu n'es pas à l'abri de la latence d'implémentation du tiers.
@abdouthetif9 ай бұрын
Dans vue Tu peux tout a fait importer un composant et le stocker dans une variable comme tu l’as fait dans le tableau d’objets en react
@psenej9 ай бұрын
je préfère clairement react avec les hooks je trouve ça plutôt simple à comprendre (je fais du react native donc pas le choix aussi)
@mwlulud29959 ай бұрын
Purée je suis exactement dans le même cas que toi !
@thehikarilab9 ай бұрын
Pour ne pas se mélanger les pinceaux avec le ".value" On peut utiliser "unref", une méthode propre à l'API Reactive de VueJS. Ce qui permet d'utiliser la variable directement.
@auredud4619 ай бұрын
Ca ça ne résoud pas vraiment le problème car il faut rajouter cette méthode sur chaque utilisation de variable au cas où ça soit une ref si on veut garantir de ne pas faire d'étourderie.
@skybluFr9 ай бұрын
Dans ce cas tu perds la reactivité derriere
@thehikarilab9 ай бұрын
@@skybluFr Pas du tout. Unref permet d'afficher la valeur de la variable, qu'elle soit réactive ou pas. Mais on continue de garder la réactivité de la variable originale. Exemple : if(unref(myValue) === "VueJS"){} N'empêche en rien de continuer à faire myValue.value = "ReactJS"
@thehikarilab9 ай бұрын
@@auredud461 Oui ça ne résout pas intégralement le problème. Mais cela a le mérite d'éviter d'utiliser ".value" partout. En plus, cela permet de garder la réactivité et cela affiche la valeur de la variable, qu'elle soit réactive ou non.
@skybluFr9 ай бұрын
@@thehikarilab Alors ... oui mais qui va ajouter cette surcouchr juste pout avoir accès a une valeur ? Je pensais que tu disais : const maValeur = unref(autreRef)
@MrNiuxe9 ай бұрын
Je suis arrivé à peu près au même constat. C'est la raison pour laquelle, je préfère largement Svelte (et il n'y a pas photo).
@Charles-pm4so9 ай бұрын
Je dirai tout de même que Vue est "mieux" que React dans la majorité des cas... plus pragmatique et plus complet OOTB. Pas essayé Svelte mais Vue / React ne m'ont pas posé suffisamment problème pour que j'ai envie de m'intéresser à YAJSF.
@j4nch9 ай бұрын
Perso j'ai arrêté VueJs, car j'en ai un peu marre qu'ils changent d'approche tous les 18 mois et que toutes les librairies derrières peine à suivre leurs approches. Je trouve la composition API super flexible et extensible, mais je trouve presque un peu trop compliqué pour en tirer profit. Je trouve un peu moyen ton argument concernant l'extension, ca n'a rien à voir avec le fait que ce soit une extension inconnue, mais au fait que react est plus populaire et que les outils la comprennent plus facilement. J'aurais même tendance à dire que les outils peuvent plus facilement comprendre les fichiers vue que react, c'est mieux séparé entre logique et html
@joelfomena62859 ай бұрын
Mon cauchemar avec react c'est la communication enfants père qui est trop chiant
@RyptHunterz9 ай бұрын
Je comprends ton avis sur Vue.Js mais est-ce que ton cours est toujours d'actualité ?
@maximeetundi9 ай бұрын
Bonjour Grafikart as tu deja essayer livewire 3 peut etre tu peux nous faire un tuto dessus sa ressemble grave a react
@skybluFr9 ай бұрын
Livewire 3 est plutôt inspiré de Vue d'apres ses devs
@audmbag44449 ай бұрын
Livewire s'inspire de VueJs
@yazidthedev42819 ай бұрын
Salut Grafikart tu pense de next js, et va tu faire une vidéo sur ce framework.
@auredud4619 ай бұрын
J'ai toujours trouvé que VueJs est une mauvaise évolution anachronique d'AngularJs. Soit ça n'apporte pas grand chose de plus que l'ancienne librairie soit ca apporte bien plus de complication que les concurrents modernes. Il est aujourd'hui tellement simple que créer un front dissocié du back que je peine à trouver des cas d'usage non-marginaux a de telle technologie. Personnellement j'oscille selon les besoins entre React, Angular et le Js native. Je ne ferme pas la porte à de la concurrence (je garde par exemple un oeil attentif sur SolidJs) mais je doute que mes choix futurs aillent dans la direction de VueJs.
@sodium75549 ай бұрын
Mouif enfin, quitter Vue pour aller sur du React c'est un peu comme quitter un étron pour prendre une bouse. Pour du travail propre, Angular reste la valeur sûre.
@Monsieur_Anderson9 ай бұрын
J'avoue ne pas avoir compris l'intérêt de la composition API, perso j'utilise l'option API qui est top et j'arrive a faire ce que je veux sur tous mes projets
@zappellin23989 ай бұрын
Perso j'adore Svelte même si le premier point se retrouve aussi dans svelte avec les .svelte
@tfgg14909 ай бұрын
Moi j'ai choisi sveltekit et svelte car il ce framework nous donne envie de jouer avec le code et ca vitesse réactivité
@divers4fun9 ай бұрын
Maintenant les développeurs react sont allés vers Next.js hhhh par rapport à l'optimisation di référencement la simplicité des routes l'optimisation des images et encore possibilité de faire rendu serveur et rendu client. Ça ne s'arrête pas l'évolution du développement web mdr
@AisukiJapan9 ай бұрын
C’est marrant je vient de voir une vidéo similaire mais pour React au profit de Vue. Comme quoi tout est question de point de Vue 😶🌫️
@grafikart9 ай бұрын
Clairement et c'est pour ça qu'il faut des outils avec des visions différentes (plus d'outils, plus de choix) !
@NicolasPennec9 ай бұрын
intéressant. tu aurais le lien de cette vidéo ?
@alimosbah9 ай бұрын
Même moi, j'ai commencé à passer à React Js
@LiveGuitarHome9 ай бұрын
idem
@diakitecheickna13979 ай бұрын
Si vous pouvez faire une playliste de tuto sur django ?
@grafikart9 ай бұрын
Je ne fais pas de python :(
@onlywolf99819 ай бұрын
NodeJS 💖
@ahmedbathily70139 ай бұрын
Lol moi qui viens de me faire tenter par vue js quand je fais mes analyses avec react j ai fini par aimé Vue js
3 ай бұрын
It was said that you would destroy the Sith, not join them ! 😭
@dzyanino9 ай бұрын
Je souffre actuellement de ces problemes de VueJS XD
@workflowinmind9 ай бұрын
Je bookmark la video... J'allais apprendre vue maintenant qu'apple a open source l'infra de doc (swift + vuejs)
@grafikart9 ай бұрын
La vidéo est une opinion perso, il ne faut pas que cela j'arrête si VueJS t'intérèsse.
@skybluFr9 ай бұрын
Vue reste bien meilleur en termes de learning curve que React. Meme chose pour Svelte.
@xwdxmeeko1259 ай бұрын
La version 5 de svelte s’approche énormément de la composition api de vue 3 sans tout ces défauts tu devrais y jeter un œil
@alexandreg.10009 ай бұрын
Oui, tous les frameworks empruntent les meilleurs idées des autres
@alexmge91829 ай бұрын
Svelte > All
@zogzog50099 ай бұрын
Franchement tes freins sont chelou.
@nicolaslachise41879 ай бұрын
Prems
@nicolaslachise41879 ай бұрын
Ça ne sert à rien mais c'est la première fois que je peux écrire ce commentaire 😂
@nicolaslachise41879 ай бұрын
Ohh je ne verrais donc pas de formation sur vue 3 sur le cursus 😢 j'irais sur REACT alors
@Aecy9 ай бұрын
Justement, c'est pas pcq il ne fait plus rien sur cette techno que tu dois l'arrêter. Si tu aimes travailler avec Vue c'est pas pcq Grafikart arrête de suivre cette techno que tu dois l'arrêter comme il a dit C'est stupide car y a toujours moyen d'apprendre en dehors de Grafikart (malgré que j'avoue, avoir du contenu français et de qualité fait la différence)@@nicolaslachise4187
@julesoscar89219 ай бұрын
javascript est finito de toute facon, vive rust
@k4nful9 ай бұрын
ça me fait trop rire le disclaimer pour éviter d'utiliser cette vidéo "contre" Vue.js, d'habitude c'est plutôt les youtubeurs qui ont des petites embrouilles avec d'autres "influenceurs" qui font une vidéo en mode "n'allez pas le troller, ou l'insulter sur ses lives, on a fait la paix" ;D