Bienvenue sur Double Slash, le podcast dédié aux outils et aux techniques pour le développement
web.
Bonjour à tous et bienvenue sur ce nouvel épisode de Double Slash et comme d'habitude,
on est avec Alex.
Salut Alex !
Salut tout le monde, salut Patrick ! Ça fait plaisir de vous retrouver, tout le monde,
ça fait longtemps qu'on n'est pas basculé derrière les micros donc ça fait plaisir
de revenir.
Ouais, une petite pause pendant l'été ça fait du bien pour revenir avec plein d'énergie.
Malheureusement, on a appris une mauvaise nouvelle dernièrement, Franck Taillandier
qui, qu'on avait reçu cet hiver pour un épisode, nous a quittés donc ça fait
peu près, demain ça fera deux semaines donc c'était une très mauvaise nouvelle
pour tout le monde, ça a surpris beaucoup de monde, la communauté.
Pour rappel Franck, travaillé pour une entreprise qui gère forestry, donc un CMS qui permet
de gérer les sites statiques, il avait co-créé la communauté Jam Statique, il était très
présent dans différentes communautés et ça nous a fait un peu de peine et on lui
dit au revoir et puis c'est bien dommage, il va nous manquer.
Aujourd'hui on fait un épisode spécial news, on va parler de différents produits et puis
on va réagir un petit peu dessus.
Ça te va Alex ?
Ouais, en plus il s'est passé plein de choses cet été donc ça va être intéressant.
Donc carrément.
Donc on va commencer avec GitHub qui a sorti deux produits.
Le premier qui est disponible principalement sur VS Code qui s'appelle Copilot.
Donc c'est un outil comment le définir ?
Pas évident, c'est une sorte d'intelligence artificielle entre guillemets qui nous aide à
coder normalement un peu plus vite et je pense qu'au final il fera peut-être du code à
notre place, je sais pas ou qu'est-ce t'en penses ?
Non, je pense pas.
Non, clairement je pense pas.
Après moi j'étais super emballé, dès que tu l'installes, il y a sur deux trois fonctions
ça va être assez bluffant, c'est plutôt pas mal.
Après il vient analyser ton code donc il y a une sorte d'auto-completion qui va se
faire.
Ça marche, par contre parfois il te propose des trucs qui sortent de l'espace.
C'est exactement ça.
Donc c'est what the fuck, c'est ça, c'est quoi ?
Mais je sais même pas d'où il descend en fait.
C'est exactement ça donc c'est un peu bizarre.
Par contre moi j'ai trouvé que pour le Markdown, en fait pour écrire les docs ou les readme
sur les repo, tout ça, enfin c'est ma première utilisation du Markdown, je me suis rendu compte
qu'il était plutôt assez malin, il venait mettre les liens, il y a tout cet auto-formatage
qui est assez malin là dessus, c'est peut-être plus simple.
Après sur des fonctions, il va les récupérer, des informations.
En fait c'est vraiment, c'est quitte ou double quoi, c'est soit on est super bluffé,
soit on est ultra déçu.
Mais ça vaut le coup quand même de le tester pour voir.
Après je pense qu'il faut aussi faire 100 et en fait il faut le tester.
Je trouve ça juste intéressant.
Moi je le trouve super pratique pour, tu sais, il me complète un petit peu les fins de code en fait,
les points virgules, les accolades, et tout comme ça.
Sur ça super pratique, en deux secondes ça me complète la fonction d'être comme ça.
Par contre, il m'a déjà inséré des bugs des fois.
Au début je ne faisais pas trop gaffe, il me complétait des trucs, des boutons.
En fait je ne l'utilise pas trop donc je n'ai pas fait gaffe.
Et deux, trois fois il m'a inséré des bugs, mais carrément, tu sais, des trucs vraiment débutants.
Et le code déconnait, tu cherches qu'est-ce qu'il se passe à machin, et puis au bout d'un moment tu cherches, tu trouves.
Et il t'insère un mauvais truc.
Donc ouais, moi je ne suis pas super convaincu.
Ils complètent bien les phrases aussi. Ça c'est pas mal pour les commentaires.
Ah oui, les phrases verbeuses, exactement, exactement, exactement.
C'est vrai, c'est bluffant ça.
En anglais là, c'est vraiment bluffant.
Ouais, ouais. Mais je crois qu'ils ont injecté, je ne sais pas combien, de data de Stack Overflow.
Après...
Ouais c'est ça en fait.
Ça c'est le fait de chercher le sort Stack Overflow.
Il faut quand même se rappeler que Stack Overflow, c'est une énorme base, mais tout n'est pas juste.
Et donc, après comment ils ont traité le machine learning derrière, ça je n'en sais rien du tout.
Mais j'espère qu'ils ont gardé que les avis positifs, qu'ils n'ont pas pris toutes les questions.
Ouais, ouais, quelques les bonnes réponses.
Enfin, je pense qu'ils ont dû faire le taf quoi.
Pour l'instant, c'est pas super convaincant.
Enfin, je suis loin d'être convaincu.
Ça reste prometteur.
Ouais, ça reste prometteur.
Après, je n'ai pas la réponse à ça, mais je me pose la question de ce code.
En fait, toutes les données, ouais en fait, mais surtout toutes les données.
Est-ce que ton code, il est inspecté ?
Est-ce que ton code, il est en remonté ?
Où est-ce que ça va ?
Enfin, voilà, ça reste des boîtes noires.
Après, c'est sans doute ma méconnaissance en machine learning qui fait que...
On n'a pas été lire les petites lignes quand t'as accepté...
Ouais, c'est ça.
Quand t'as accepté l'invitation, on n'a pas lu les petites lignes.
Et peut-être que le code est réutilisé pour apprendre.
Pour apprendre.
De toute façon, il est réutilisé pour apprendre, ça c'est sûr.
Mais je ne sais pas comment ça fonctionne exactement.
Donc, bon.
À surveiller, mais pour l'instant pas pour vous.
Par contre, un autre...
Ouais, pas super convaincu.
Par contre, un autre point qui coule sur GitHub, c'est quand on va sur un repo...
Le point ! Le point ! Le point !
C'est juste magique.
Alors pour ceux qui ne connaissent pas encore, vous allez sur n'importe quel repo,
vous appuyez sur la touche point.
Et là, en fait, un onglet s'ouvre avec VS Code à l'intérieur,
et vous avez le repo déjà chargé sur votre VS Code.
Donc pour faire des modifs ultra rapides, simples, basiques,
ou testés, ou chercher, ou faire ce que vous voulez,
ça marche.
Après, c'est assez bluffant et c'est super pratique.
Maintenant, je ne sais pas si je peux m'en passer, vraiment.
Ouais, passe-toi.
Ah ouais, ouais, mais tous les jours, sur un repo,
après, je dois bouger, je dois récupérer pas mal de...
J'ai pas mal de repo qui sont archivés.
Et donc, en fait, il y a des bootcodes qu'on réutilise,
des fonctions qui ont bien été faites, et qu'on peut les réutiliser.
Du coup, c'est pratique d'avoir ton instance de VS Code avec ton code legacy,
mais vraiment dans ton browser, ce qui fait que tu ne te mélanges pas les pinceaux,
donc c'est assez pratique.
Non, c'est pas mal.
C'est pas mal.
Je t'avoue que je n'ai pas vraiment testé.
Je me suis amusé à changer, tu vois, comme ça.
Alors, soit on appuie sur le point, soit on change le GitHub.com en GitHub.dev.
Ça marche aussi.
Après, est-ce que tu peux sauver tes settings,
enfin, récupérer tous tes plugins, tous tes settings de VS Code,
et les retrouver dans le mail, en fait.
Alors, pour le coup, je n'ai pas encore exploré.
J'essaie parce que je suis en train de le compter.
On pourra tester et pour aller explorer CodeSpace.
Alors, si, ça va retenir tous les settings.
Ah, c'est top, ça.
Alors, je te confirme, ça marche.
Je viens de me connecter à mon GitHub, et il m'a synchronisé.
Tout, mais...
Et du coup, tu récupères des extensions, tes paramètres,
tes paramètres user, quoi.
Putain, il me remet tout, en fait.
C'est génial.
Et du coup, ce qui veut dire qu'on peut codez en defly,
comme ça, sur n'importe quelle...
Alors, on peut prendre une tablette,
ça veut dire qu'on peut codez sur une tablette.
Ah, là, il faut tester, il faut tester.
Bon, après, le clavier sur la tablette, c'est pour codez, c'est quand même...
Mais bon, non, non, c'est pas mal du tout.
Et ça a l'air d'être, en tout cas, assez fluide.
Il n'y a pas de lag, rien.
Ça marche comme dans le VS Code qu'on a installé, sur l'Ordi.
Ah, c'est pas mal, c'est pas mal.
Ça, je valide.
Ok.
Valider.
Valider, ouais.
On dit, un petit pouce en haut.
Donc, maintenant, on va passer sur autre chose.
On va passer sur Alpine.js.
En Capine.js, on avait fait un épisode il y a quelques temps.
À l'époque, c'était la version 2, je crois,
d'Alpine.js.

Et la version 3 est sortie en juin 2021.
Donc, je m'étais pas vraiment réintéressé à Alpine.js,
parce que je n'utilise pas spécialement.
Et puis, j'ai regardé l'autre jour, il y avait eu les Alpine.js Day en mai.
Une conférence.
Ouais, une conférence en mai, où il a fait différentes démos.
Il a montré aussi comment on pouvait étendre aujourd'hui Alpine.js.
Avec Adam, alors j'ai appris que c'est Adam Watan,
c'est le gars de Tywin.
Oui.
On disait Adam Watan.
On prononce comme ça, apparemment.
Ok.
Le mec de Tywin, quoi.
Ouais, c'est ça.
Mais apparemment, même les Américains ont du mal à le prononcer,
donc ça me rassure.
Donc, la version 3 est sortie en juin 2021.
Et il y a un nouveau site sur Alpine.
Il y a une nouvelle doc, donc qui est beaucoup plus complète qu'avant,
puisqu'avant, il n'y avait pas grand-chose,
il y avait juste le rythmie, je crois.
Mais en fait, avant, il n'y avait même pas de sites,
il n'y avait pas de doc officiel,
c'était juste le repo GitHub qui faisait foire.
Le rythmie était assez clair et explicite.
Maintenant, ils sont peut-être passés à un niveau supérieur.
Ouais, je pense qu'il y a d'autres personnes qui sont rentrés dans le projet.
Il y a des features qui sont sorties.
Global Alpine Components, apparemment,
ça permet d'utiliser des fonctions globales plus facilement qu'avant.
Les NIST Components,
enfin, il y a des petits trucs comme ça qui sont en plus.
Et surtout, j'ai regardé là une vidéo sur les plugins.
Et maintenant, il y a un système d'une plugin API
qui permet de créer des choses un peu plus facilement
avec des directives et il y a une fonction magique aussi.
Je vous encourage à regarder de trois vidéos dessus.
C'est très intéressant.
Où aller regarder et à réécouter l'épisode sur Tywin
où on parle pour bien définir le contexte du projet.
Ouais, l'épisode sur Alpine pour bien définir la taille de projet,
est-ce que c'est adapté pour vous
et peut-être aussi que dans cette version 3,
avec toutes les nouvelles fonctionnalités qu'il y a,
peut-être que ça vient étendre un petit peu le scope
des projets potentiels qui sont éligibles à Alpine.js.
Ouais, Alpine, en tout cas, on sent que sur la version 3,
le projet est devenu vraiment mur, un peu plus costaud.
Parce qu'on se posait quand même pas mal de questions
sur la version 2, on savait pas si ça allait durer.
On disait que c'était un seul développeur qui fait ça.
Et là, on voit que c'est beaucoup plus robuste.
Donc, ça rassure pour l'intégrer sur des sites,
sur des projets plus importants.
C'est pas mal, en fait.
Il y a une certaine maturité.
Ouais, c'est ça, tout à fait.
Petite surprise pendant l'été.
On sort de Alpine, on va passer sur vue.
Eva New, je sais pas quand c'était, c'était un juillet, je crois.
Qui te sort un petit truc, une petite librairie comme ça.
Comme s'il avait fait ça un week-end, tu vois,
il te sort ça.
Salut, des gars, j'ai fait petite vue.
Ok.
Qu'est-ce que c'est, petite vue ?
Tu as tu la testé ?
Pas du tout.
Alors, j'ai lui vite fait le rythmie.
Pour le coup, on parlait de Alpine.js.
Pour moi, ça vient vraiment sur le même terrain.
C'est sur des micro-applies,
ou des micro-pages.
Ou j'ai pas envie de me fader les documents query selector et machin.
Ok, je mets mon petit script.js.
Pour le coup, petite vue, je suis déjà familiarisé avec l'environnement vue.
Je crée des évènements, des choses assez faciles rapidement.
Pour un développeur vu, ça me paraît assez hyper rapide
et des pris en main ultra rapide pour des petits projets.
Après, je crois que c'est encore en stade embryonnaire, non ?
Je crois qu'on peut, enfin, je me semble qu'on peut l'utiliser.
Je sais pas si le truc, il est mûre, attends, je regarde, mais...
Je peux dire, c'est connerie, mais...
On en a en v, ouais, on en v 0, 3.0.
Donc, c'est sûr qu'on est un petit peu au début.
Mais il me semble pas qu'il est déconseillé de l'utiliser.
Après, un truc qui, moi, me met un red flag vraiment, c'est l'absence de V4.
C'est-à-dire, je peux pas boucler sur...
Je sais pas, par exemple, je récupère des posts ou des films que sais-je.
Ouais, vas-y.
Dans le rythme, il y a un autre supportite qui est en V4,
mais il s'est spécifié pour le deep destructure.
Alors, je sais pas exactement ce que c'est,
parce que c'est au niveau de la profondeur d'un objet ou un truc comme ça.
Mais le V4 est pris en compte, en fait, apparemment.
Mais peut-être sur des tables de cimpes.
C'est moi qui es lu en travers.
Non, mais c'est à vous que j'avais vu la même chose quand j'avais vu le rythme.
J'avais vu non supporter le V4, j'ai dit, oh là, ça va manquer.
Mais en fait, non, il est supporté le V4,
mais il est pas supporté pour le deep destructure.
Alors, je sais pas exactement ce que c'est.
À mon avis, c'est quand tu vas chercher dans un tableau assez profondément,
parce que c'est normalement deep.
Je vois pas trop ce que c'est, mais...
Si, si, il avait fait un marche.
Ok, alors tout pour moi.
My bad, my bad.
Tu peux le juger.
Je n'ai pas fait l'effort de lire toute la doc, tu vois.
Je me suis dit, quoi, c'est pas supporté ?
C'est nul, c'est scandaleux, c'est pas bien.
Nul.
Alors, petite vue, c'est 6 kilos au côté seulement la librairie.
Donc, c'est la moitié de Alpine GS.
Seulement, ils ont bien...
Ouais, c'est quand même vachement lite.
Et par contre, il n'y a pas de transition système,
tu sais, les X-transitions qui sont dans Alpine GS,
qui permettent de faire des effets de fadding, des trucs comme ça,
un peu comme dans J-Briery.
Pardon, désolé.
Et il n'y a pas besoin de build, en fait.
Tu peux l'intégrer directement dans ta page et tu codes direct.
Et tu fais du vues.
Et du coup, tu le récupères via ton CDN ou un truc comme ça ?
Ouais, tu veux, par un CDN ou après, tu peux l'intégrer sur ton site.
Mais ouais, via un CDN, tu l'insères.
Et après, en fait, la spécificité de petite vue,
c'est que le template, en fait, c'est ton DOM, en fait.
Donc, voilà.
Tu utilises le DOM et tu fais des fonctions dessus, machin.
Donc, ouais, c'est hyper pratique si tu veux faire des choses plus simples.
De toute façon, ça marche complètement.
On est vraiment sur le terrain d'Alpine GS, là.
Après, voilà, c'est différent.
Mais c'est sûr que quelqu'un qui est habitué à coder du vues,
il sera super à l'aise avec petite vue, ça, c'est clair.
Donc après, pour insérer, tu veux faire un formulaire
qui, voilà, interactif.
Petite vue, ça semble un très bon outil
sans devoir intégrer toute la librairie vue complète.
Et c'est beaucoup plus léger.
Yes.
Excellent.
Voilà.
Donc, attesté.
Donc, on va rester sur vue.
Je vais te laisser un peu plus parler.
Donc, vue 3, on en est où aujourd'hui ?
Alors, est-ce que...
Non, mais en fait, c'est pas encore sorti.
En fait, c'est un peu un truc...
Je ne veux pas dire que c'est un running gag, mais...
En fait, on a la version 3 qui est sortie.
Et elle est parfaitement utilisable.
Ah, oui, on l'a tous en prod, déjà, on peut le dire.
Bah ouais, voilà.
Et en fait, il y a la version 3.2 qui est sortie.
Et pour le coup, qui amène encore plus
2, 3 fonctionnalités.
Surtout, en fait, le script setup,
qui, pour le coup, en fait, vient fusionner
le script.
Normalement, on avait une fonction setup,
une fonction data, une fonction méthode, ça.
Là, en fait, on bascule tout le script bascule
dans le setup.
Donc, en fait, ça veut dire qu'on n'utilise que la composition IPI.
Donc, c'est bien et c'est pas bien.
On va dire si vous êtes déjà sur de la composition IPI,
bah c'est parfait, parce que tout est...
On a moins de code, on a moins de ligne.
C'est parfait.
Par contre, pour ceux qui n'ont pas encore fait l'effort
de basculer sur la composition IPI,
pour plein de raisons.
Parce que c'est un peu plus complexe à prendre en main.
Ça change quand même pas mal de choses.
Et puis, si on a un gros projet à migrer,
bah c'est pas rien quand même.
C'est que...
Et après, il y a aussi cette notion de maturité dans l'équipe.
Un développeur junior qui arrive directement
sur la composition IPI,
c'est tout de suite un peu plus complexe.
Donc, personnellement, je trouve que Vue était assez accessible
pour un développeur plutôt junior
qui n'avait pas trop d'expérience.
C'était assez clair.
On va dire, l'handboarding était assez facile.
Avec la composition IPI, c'est un petit peu plus complexe.
Ça demande un petit peu plus de maturité.
Donc là, on vire encore plus de lignes.
C'est bien.
Il y a encore plus de trucs qui se font tout seuls.
Par contre, il y a plein de mécanismes qu'il faut changer.
Je veux récupérer mes params.
Exactement.
Je veux récupérer mes params.
Comment je fais, mes attributs, tout ça.
Il va falloir jouer du use-machin,
use-intel, use-machin.
Au départ, c'est un peu surprenant.
L'avantage, et je pense que c'est aussi pour ça
qu'il met autant de temps à valider le truc,
c'est que les deux mondes vont évoluer en parallèle.
On peut très bien utiliser v3 sans la composition IPI.
Oui, c'est possible.
Oui, c'est ça qui est bien.
Parce que tu n'es pas obligé de passer dessus.
Ça permet aux gens qui n'ont pas envie
ou qui n'ont pas le temps d'apprendre ce nouveau concept.
Parce que ça change beaucoup de façon de coder.
Tu peux rester en sienne façon.
Ça marche très bien.
Absolument.
Il y a un truc qui, pour le coup, est pas mal.
Je trouve vraiment bien sur la dernière release de la 3.2.
C'est qu'on a un V-Bind à l'intérieur de la note Ballise Steel.
Ce qui fait qu'on va pouvoir bindé n'importe quelle variable
directement dans notre ballise Steel CSS.
Ça, c'est cool.
Avant, on faisait un truc un peu cracra avec 2 points Steel.
On venait interpréter du CSS dans le template.
Là, pour le coup, on a vraiment nos 3 items,
comme dans Vue et Classique, le JS, le Steel et le Template.
On vient passer du JavaScript dans notre Steel,
tout en gardant ces 3 blocs bien distincts.
On n'est pas du tout sur l'approche de React,
où on vient mélanger la Chine.
Attention !
Je sais à qui je parle.
Pour le coup, c'est une approche différente.
Il n'y a pas de bien ou pas bien.
On n'est pas sur du CSS in JS.
On reste quand même sur du CSS in JS.
Mais on peut faire le lien entre les deux.
On a vraiment le bind,
où on vient récupérer la valeur
et on l'injecte dans le CSS.
Ça, pour le coup, ça mène à un vrai truc sympa.
De toute façon, je te takine,
mais je n'aime pas du tout le CSS in JS.
J'en ai utilisé à une époque dans certains projets
qui étaient déjà faits à l'avance
et où j'arrivais en cours.
Je ne suis pas du tout fin.
Je te rejoins.
Nos problèmes.
Après, ils ont fait aussi pas mal d'évolutions
sur la performance,
avec des tableaux comparatifs,
qu'on peut aller voir.
Après, la tendance,
elle est à minimiser la taille du bundle
et optimiser les performances
pour avoir un framework rapide.
Il y a un tableau de comparaison.
Vanillaz, Veldt, React, React, Angular.
Et vu, la 3.2,
qui est en beta 4 à l'époque
où ils ont sorti l'article.
Effectivement, ils comparent un peu les temps
pour créer des lignes,
pour remplacer toutes les lignes.
Des différentes fonctions.
Et évidemment, on voit que le plus lent,
c'est Angular.
Pardon.
Désolé.
Mais vu, il est parmi les plus rapides,
presque aussi rapide que Vanillaz.
C'est pas mal.
Yes.
Après, dans la même mouvance,
si on reste sur vu 3,
on est obligé de parler de NUXT3,
qui est en fait un framework
par-dessus vu,
qui va structurer des applications vues.
Toujours pareil,
il est en version 2 officielle.
Ils sont en train de sortir des versions beta 3.
Il y a eu la NUXT nation,
la conférence.
Ils ont annoncé que la beta sortiraient,
la beta publique, je l'entends,
le 12 octobre.
Par-à-à, ils ont fait un gros travail
sur toute l'arrêt écriteur.
Ils ont pas mal mis de J.S.
de TypeScript.
Ils ont...
Ils ont tout réécrit.
Ils ont tout réécrit.
D'après ce qu'ils disaient.
Ils ont commencé en...
Je sais plus, les dates qu'ils donnaient.
Parce qu'il a fait...
Sébastien Chopin a fait une timeline.
Ils ont commencé les premières écriteurs
en TypeScript, je crois en juin 2020.
Un peu comme vu 3, d'ailleurs.
Ils ont tout réécrit en TypeScript.
On voit que les plus gros projets
sont tous réécrits en TypeScript.

Donc, ça donne une raison de plus de se mettre
à TypeScript.
Oui.
Je suis d'accord.

Qu'est-ce qu'on peut dire sur NUXT ?
En fait, moi, j'ai envie de dire
c'est une attente qui est très très longue.
Ça fait un petit moment qu'on l'attend.
Moi, je dirais même depuis au moins un an.
Depuis qu'ils ont commencé...
Mais en même temps, vu 3
est sorti l'année dernière.
C'est sûr.
Et donc, en fait, quand tu dis vu 3,
tu dis bah vas-y, NUXT3.
NUXT3 s'arrive, non.
En fait, non.
Donc, oui, ça prend du temps.
Après, je pense que les gars, ils veulent faire
un truc propre, tout.
Donc, ça s'entend.
Après, ils vont vraiment booster
leur moteur.
Et moi, le truc de NUXT3
ni trop là pour faire de l'incrémentale
sur du statique, sur tout ça, là,
ça me...
Je me dis que ça peut être vraiment, vraiment pas mal.
Trouver un peu un mixte,
un peu hybride,
comme fait déjà Next, quoi.

De toute façon,
tu me dis qu'il y avait une confe
sur l'incrémentale, je l'ai pas vu,
faut que je la regarde.
Mais moi, j'ai un gros espoir
sur cette fonction-là,
sur NUXT3, ça, c'est clair.
Parce que c'est vraiment
un truc intéressant sur Next.
Après,
oui, en fait, je pense qu'ils se sont structurés
déjà, parce que maintenant,
en fait, NUXT3, c'est NUXT3 Lab,
je crois qu'ils s'appellent, en fait.
La boîte où il y a...
Enfin, toute l'équipe.
Et ils ont différents projets
qui partagent.
Parce que sur le site, maintenant,
quand tu passes sur NUXT Lab,
il y a NUXT.js,
Docus,
qui est en fait la...
Délémetrique.
C'est une documentation.
C'est exactement.
C'est en fait la branche
de documentation de NUXT content,
qui est vraiment optimisée
pour faire de la doc.
Après,
toujours dans l'écosystème NUXT,
il y a un gros module
de NUXT d'image qui est sorti,
qui est pour le coup, en fait,
vient faciliter la vie
sur toute la...
Le redimension
à la volée,
optimisation du poids, des formats,
tout ça.
Soit on branche en direct,
soit on peut...
On peut brancher directement
des providers
type
IMGX,
avec la suite clodinari
ou d'autres.
On peut les brancher directement
ou on peut utiliser le moteur
en statu...
C'est à l'image de ce qui se fait
sur GetBus.js ou sur Next.js,
il y a aussi un module d'image qui permet
de redimensionner quand on build le site, etc.
Donc, ils ont
à peu près... En fait, c'est ça aussi qu'il faut voir,
c'est que NUXT 3, ça met du temps à arriver,
mais parce que déjà, ils re-crivent tout,
ils refoutent, ils ont cliné un peu tout,
et puis en même temps, ils continuent à travailler sur NUXT 2.
Donc, tu vois, ça fait double travail,
parce que NUXT 2, ils le maintiennent,
ils ajoutent des features.
Et puis,
il y a aussi le fait qu'ils veulent rendre
compatible aussi NUXT 2
avec NUXT 3,
avec certaines features aussi,
parce qu'ils ont parlé du bridge,
NUXT bridge, c'est ça?
Oui, c'est ça.
Pour justement que...
Pour avoir une sorte de rétro-compatibilité,
ou en tout cas,
pour ce qu'elle soit au moins le plus facile
pour la migration,
pour faciliter la migration.
En tout cas, pour NUXT 3,
ce qu'on peut dire, c'est que ça sera compatible
forcément avec Vue 3.
C'est vraiment...
Ils ont travaillé sur la performance,
ce qui fait que,
en fait, d'après ce que j'ai compris,
quand tu vas builder ton site,
il va te sortir une sorte de bundle
que tu pourras utiliser
n'importe où, en fait.
Tu as déjà les nodes modules,
tous ça, toutes les hybréries,
qui sont inclus dedans,
évidemment avec le moteur nitro,
et tout est optimisé,
minifié, etc.
et tu peux l'utiliser où tu veux,
sur un serveur, sur un worker cloudflare,
il donner l'exemple,
et ça va être...
Tu peux le mettre sur le edge,
tu peux le mettre partout,
et ça fonctionne, tu lances,
et il parle de call start,
je sais pas, il disait,
de NUXT 2, quand tu fais un call start,
il y a à peu près 200 ms,
je crois, et là, il parle de 2, 3 ms
en fait, en call start.
Ils ont vraiment...
Le site s'affiche
avant que tu cliques en fait.
Ouais, presque, ouais.
C'est instant.
Non, mais trop bien, trop bien.
Ouais, donc, et puis Webpack 5,
et VIT, c'est en beta pour l'instant,
mais on imagine que,
si que ça sorte, ça sera certainement
accessible avec VIT.
Pour Bonnevay, voilà, il y a plein de choses,
mais voilà.
Donc, beta le 12 octobre.
Et je crois que c'est prévu
pour la fin de l'année, de façon
la version... première version.
J'en sais rien du tout.
Ah, moi, il y a beaucoup de problèmes, mais...
Ouais, j'en sais rien.
J'en sais rien.
Ok.
Bah, c'est cool. En tout cas, on a hâte.
Complait.
Surtout pour refaire le site de Double Slash.
Oui.
Oui.
Je suis d'accord.
Voilà.
On va parler un petit peu d'autre chose,
vu qu'on va parler de Strapi.
Strapi, donc...
Strapi, on avait reçu
Jim il y a quelques temps,
qui nous avait parlé de Strapi, donc
il y a un projet d'open source,
ils sont basés à Paris.
Enfin, maintenant, ils sont un petit peu basés partout,
puisque c'est renté des travails.
Mais ils travaillent sur la version 4.
Donc, ils ont fait une Strapi conf
qui était avant l'été, je crois.
Je me souviens plus.
C'était ça.
Oui, c'était mes juins, je crois.
Je ne sais plus exactement la date.
Et là, ils avaient présenté Strapi 4.
Voilà. Strapi 4, qui est la prochaine grosse
release de Strapi.
Donc, il faut savoir que la version 3,
elle est quand même un petit peu ancienne,
je crois que c'est depuis 2017,
qu'ils n'ont pas touché.
Enfin, ils ont fait des améliorations,
mais la version 3 date depuis 2017,
donc ça commence à dater.
Et donc, la version 4 devrait arriver
normalement fin d'année.
Mais je ne sais pas si on pourra réussir
à tenir le délai, parce qu'il y a un gros,
gros, gros travail dessus.
Donc, je vais
lister un petit peu.
Donc, la grosse
principale amélioration, c'est
au niveau de l'admine de l'UI.
Donc, tout ce qui est interface, admine,
elle va être complètement repensée.
Et surtout, ils ont un système de plugin
qui aujourd'hui, on peut rajouter
des plugins, mais c'est compliqué
d'en développer pour en rajouter.
On peut le faire, mais bon, c'est pas forcément très accessible.
Donc, ils vont revoir complètement le système de plugin
pour que les développeurs
indépendants puissent développer
leurs propres plugins par rapport aux besoins
qu'ils ont besoin, aux besoins
qui sont nécessaires dans le projet.
Ensuite, il y a le database
laieur qui va être repensée aussi.
Donc, les réponses
ouais, tout le système
de data va être repensé.
Ils zappent, alors, à savoir qu'ils zappent
complètement en MongoDB.
C'est un choix qu'ils ont fait. Ils ont parlé
depuis un moment, mais ils veulent plus faire
de nos exprès.
Et donc, ça serait, quoi,
c'est eux qui imposeront
en fait la vie.
Non, non, ça sera toujours
posgré, MySQL, tout ça.
Mais nos SQL,
ils arrêtent complètement, ils ont fait le choix,
ils ont expliqué pourquoi et comment
ils ont même
je crois qu'ils ont proposé
aux gens qui étaient sur MongoDB pour faire le transfert
sur la version 4, de les aider à développer
le truc. Enfin, je sais plus, mais
ils ont conscience que ça peut poser problème
pour certains projets. Voilà, ils ont fait le choix,
ils ont décidé.
D'ailleurs, Jim, on en avait parlé, je crois,
à l'époque, il déconseille
à partir sur MongoDB. Donc voilà, mais on sait
pourquoi.
Ils vont revoir aussi tout ce qui est
REST API et GraphQL API,
donc les formats de réponse, tout ça, ils vont
revoir et un peu mieux formater
pour être un petit peu plus
comment dire, dans le format
à utiliser par tous les projets.
Migration système,
ça c'est un gros, alors si tu as déjà fait
du Strapi, tu sais que c'est un gros
manque dans Strapi,
c'est qu'il n'y a pas de système de migration.
Donc quand tu vas poucher ton
Strapi, ouais, c'est un gros manque
aujourd'hui, quand tu vas poucher ton
Strapi en prod, il n'y a pas de migration.
Donc il ne va pas rajouter les tables
ou les modifiés, enfin, s'il va
rajouter les tables, mais si tu as renommé une table, enfin, une colonne,
ou un truc comme ça. Et ils vont faire un migration
système à la main
où ils vont utiliser
des libraries.
Ce qui existe déjà un petit peu, je ne sais pas
comment ils vont le faire, mais ce qui existe déjà
sur des
projets, c'est des frameworks
qui vont te faire les transformations
en les up, les down, etc.
Enfin voilà. D'accord.
C'est un gros chantier ça.
Ouais, gros chantier, c'est pour ça que je te dis
qu'en fait ils refont tout en fait.
C'est chaud quoi.
Il y a aussi un système qui s'appelle Loverride,
ce qui permet
de, quand tu fais du Strapi,
si tu veux customiser
l'interface admin,
tu vas prendre le fichier du corps
de Strapi, et tu vas le mettre dans un dossier
et tu vas le changer et ça va
il va overrider le fichier
par défaut en fait.
Donc tu peux changer des
éléments dans l'interface. Ça ils vont le changer
aussi, ils vont passer maintenant par des hooks.
Il y aura un système de hooks. Les hooks, c'est ce
qu'on a déjà par exemple dans WordPress.
On ne va pas comparer, mais
donc ce serait un petit peu plus simple
et puis ce sera beaucoup plus facile à maintenir
surtout, ce qui est d'après ce qu'ils disent.
Voilà, et
la dernière nouveauté, c'était
il y a quoi, il y a une dizaine de jours, il y a eu un changement
de pricing aussi.
Ça sur le Strapi Cloud
ou
parce que c'est open source donc
je peux le self-hoster ou pas ?
Alors le Strapi Cloud
ça c'est un projet.
Il n'y a pas encore, enfin c'est dans le
c'est dans le pipe mais
je pense que ce sera après
la version 4.
On ne sait pas encore tous les détails mais
bon là c'est un Strapi
Eberge et puis tu verras, tout ça, classique.
Et après le Auto Eberge
ils ont changé le pricing pour la version
Enterprise. Donc tu as toujours une version gratuite
ou tu as
trois Roles par défaut, enfin
il y a des trucs comme ça par défaut. Donc
tu peux l'utiliser sans problème, si tu n'as pas un gros projet.
Par contre dès que tu veux
plus de Roles parce que ton projet est plus gros,
c'est en entreprise etc.
Tu as la version Enterprise.
Et jusqu'à maintenant c'était
plus 19 euros, 29 euros
des trucs comme ça tu vois.
Et là ils ont changé le pricing, maintenant c'est
par user maintenant.
Donc le premier prix
en entreprise c'est 9 euros
par user.
Voilà. Donc
après eux c'est plus intéressant pour
les petites équipes.

Après ils ont leur marketing
qui a fait leur calcul
et bien sûr, après
ça se tient. Après
de toute façon je m'en rappelle
que Jim nous l'avait dit, c'est un système
open source. De toute façon
à un moment donné pour que le
projet soit
périn. Ah dur ?
Et bien oui, il faut
qu'il y ait de l'argent qui entre
sans être dans un truc
hyper mercantile ou tout, mais à un moment donné
ça y envoie de la viabilité.
Donc il faut trouver en fait le juste milieu
entre amener de la valeur
en open source et appara porter
des services faciles
directs, plug and play
pour les entreprises. Donc
après ils cherchent
encore peut-être un business model
sur le
user, la boîte, les machins.
Ça se tient quoi. Je me rappelle
une période où il y avait
GitHub, ils changaient les tarifs
tous les
6 mois, ça a changé, on comprenait rien.
Voilà, c'est un peu
un peu un peu un peu.
Là ils ont expliqué
dans un article qu'ils avaient
interrogé plusieurs clients etc.
Ils avaient bien réfléchi tout ça et
ils se sont rendu compte que c'était la meilleure
façon
de vendre ce trappie.
Après c'est ce qu'on retrouve un peu partout
dans plein d'outils qu'on utilise. C'est par user.
Tu prends Slack, c'est par user.
Tous les outils sont par user.
Et pour les entreprises
c'est pas un problème de payer
quand un outil fonctionne bien.
Surtout que la version 4 est très
prometteuse.
Je pense qu'ils ont trouvé un
petit peu
j'ai l'impression que ça va beaucoup mieux
que l'équipe avance bien
et qu'ils sont sur la bonne voie.
Franchement,
j'y crois beaucoup.
Je pense que ce trappie 4 va être vraiment pas mal.
Là, je sors d'un projet
en Strapi 3.
J'ai vu les petits défauts
de l'outil. J'ai gros espoir
sur le Strapi 4.

Et du coup maintenant Patrick, il faut
que tu nous parles d'un truc. Il faut
à tout prix que tu nous parles de
Astro.
C'est quoi ?
Alors Astro
je suis totalement fan.
Clairement, je l'annonce direct.
Astro, ça fait quelques
temps. J'avais entendu parler.
Astro, ok super.
Un nouveau générateur de sites statiques.
C'est bon, un de plus, ça va.
Et j'avais mis de côté.
Et puis là, j'ai
quelques semaines, je regarde et je me dis
bon allez, cette fois je me mets dessus.
Je vais ouvrir les codes et je vais essayer
de faire un truc. Je vais voir comment ça
fonctionne. Et là, BIM
tu fais... ah oui, d'accord.
C'est tombe de la chaise et tu fais
ok.
Alors pourquoi c'est bien ?
Pourquoi
c'est le
le outil
vraiment le truc qui va faire que...
Alors attention, je ne dis pas que c'est
l'outil qui va... c'est un outil
comme un... enfin c'est un outil de plus.
Ça ne va pas remplacer Next
ou NUX ou machin.
En fait, la philosophie est totalement
différente. Donc ça
ne conviendra pas forcément à tous les projets.
Par contre, en fait
leur philosophie,
c'est JavaScript less.
En fait, par défaut,
il n'en voit aucun JavaScript
dans le navigateur.
Voilà. Donc on va...
tu vas me dire, c'est comme...
C'est pour le dark web ça.
Non, mais tu me dis c'est comme les 20 en fait.
Et les 20 c'est pareil, tu vois, il ne voit pas
JavaScript par défaut. Sauf que...
attention. La première chose c'est
qu'ils ont fait une... alors déjà
il se charge de... de gérer
tous les assets. Donc le JavaScript
enfin, le CSS
il gère ça
si il gère tous ces trucs là. Donc il te
compilte déjà par défaut pas mal de trucs
il le fait. T'as pas de config à faire.
Donc ça c'est top.
Ils ont... ils ont
fait une syntaxe
qui est proche du... proche du JSX.
Alors ça plaira pas à tout le monde mais
quand tu viens de réacte, tu es super à laise direct
tu tapes du... tu fais de la...
enfin tu fais des templates sans problème.
Et...
donc il va... donc par défaut il fait du
markdown. Donc il va chercher
les pages et chaque fichier markdown c'est une page.
Donc ça classique, rien à dire.
Par contre, ce qu'il faut savoir c'est
que tu peux créer tes templates
avec
du... donc soit la syntaxe
d'astro, donc c'est
point astro, soit
avec du vu, soit avec du réacte, soit
avec du préacte, soit avec du zvelt
soit avec du solide. Alors solide
je ne le connaissais pas.
Donc en fait c'est... en fait
tu es en train de me dire que c'est framework
JS agnostic.
En fait tu choisis
sur quel framework t'es le plus
à l'aise et lui en fait
il va... il va te générer tout automatiquement
mais on va dire l'architecture
de...
l'arboréissance et le bundle
tout ça c'est astro qui va le faire.
Par contre si moi je vais utiliser du
vu ou du réacte
je plug et ça marche.

en fait tu peux faire...
comment expliquer simplement ? En fait déjà il est multiple
tu peux faire du vu et du réacte sur le même
truc. Déjà attention.
Ok.
Ça calme déjà.
Je ne vois pas l'intérêt parce que soit t'es à l'aise avec un, soit t'es à l'aise
enfin je ne vois pas l'intérêt de mélanger mais bon bref
on sait jamais que tu as un component que tu veux intégrer
d'un autre développeur, ça peut arriver.
En fait tu l'as chopé sur
un stylo et tu fais copier collé
ou...
voilà par exemple
en fait
en fait tu fais... tes templates
tu peux intégrer du réacte
dedans. Donc tu fais
ton component, réacte, classique
ou vu comme tu sais le faire.
Tu vas faire un formulaire, tu vas faire
n'importe quoi tu vois, tu vas faire un carousel
ou des trucs comme ça.
Et par défaut
lui il va te compiler ça sans problème, il va te sortir
du html. Pas de problème.
Tu fais du réacte, je te sort du html, pas de problème.
Et par défaut, il n'y a pas de JavaScript.
Donc ton réacte, ton component réacte
c'est juste du html. Et ensuite
si par exemple tu veux
hydrater ton component
dans le browser, et bien tu peux.
Donc en fait il fait de...
comment ils appellent ça, je ne sais plus
comment ils appellent ça, de la
l'hydratation partielle.
C'est à dire si je fais une page
où il y a un formulaire écrit en vu
et que mon formulaire
forcément il est interactif. Tu vérifies
si c'est bien un email, tu vérifies et machin.
Et bien tu peux l'hydrater
en fait dans le browser. Et en plus
le top c'est que tu as plusieurs modes d'hydratation.
Donc tu peux
l'hydrater par défaut quand la page est chargée.
Donc voilà, ton
component il va marcher normalement
comme dans une application vue.
Ah ouais en fait c'est au chargement
de la page
ou scroll
ou des choses comme ça.
Voilà quand il devient visible.
Et ça c'est énorme.
Ça veut dire en fait
si je te prends un exemple, tu me dis
si j'ai compris ou pas, si mon formulaire
il est en pied de page, il est dans le footer.
Si
l'utilisateur, le visiteur de mon site, il a pas
scrollé en bas de la page, ce component
n'est pas chargé.
Il t'a le HTML mais
il n'est pas hydraté avec le JavaScript.
En fait le JavaScript n'est pas chargé
et il n'est pas hydraté.
Ok, donc c'est juste du HTML
ouro.
Il récupère
le JS
qui vient binder sur le HTML
au moment où je l'ai décidé.
Il se charge en fait
de faire des trucs séparés et de te
télécharger quand t'as besoin. Donc il fait
de l'hydratation partielle et tu peux même
choisir de le faire uniquement dans le browser.
Il y a aussi un mode qui s'appelle only
ou tu vas, si t'as un truc
qui ne sert à rien qu'il soit fait en HTML.
Un formulaire typiquement, c'est rien
qu'il soit fait en HTML, c'est à portes aucun SEO
donc c'est rien. Tu peux dire
que tu me le charge uniquement dans le
navigateur.
Si j'ai un truc
interaction, une carte
ou un truc où j'ai besoin de jouer
avec ma souris ou je vais dessiner un truc
ou mon composant, il est pure
JS, de toute façon
je peux lui dire déjà qu'il le charge
direct.
Donc
c'est
trouvé ça mais juste énorme,
magique.
Aujourd'hui il n'y a aucun générateur qui fait ça
et ils ont pris le
truc à l'envers de tout le monde en fait
où en ce moment on met du JavaScript
à toutes les sources.
On fait des sites web, donc JavaScript, tout ça,
des web apps et tout. Et ben eux ils ont fait
l'inverse. Tu fais du HTML et si t'as besoin
d'un component interactif, bah tu le charges
mais t'as différentes façons de le charger
et de l'arrêter.
Et pour le coup, est-ce que tu penses
est-ce que je m'as te coupé mais est-ce
que tu penses qu'ils viennent
jouer sur le terrain direct
de LFNT ?
Totalement.
Totalement.
Bah ils le disent de toute façon,
eux ils sont
en frontal avec LFNT, après ils ne sont pas en guerre
parce que c'est de soutis open source
ils n'ont rien à gagner franchement.
Mais voilà on peut pas
comparer avec Next, tout les choses comme ça
ou Next. Par contre,
par rapport à LFNT, le gros avantage
c'est que LFNT
qui est un très bon outil
bah lui par défaut t'as pas de JavaScript,
rien. Et si tu vas rajouter JavaScript,
bah faut que tu mettes alpin.js ou des choses comme ça
ou autre chose. Il faut que tu charges pas.
Voilà, tu dois tout faire toi même alors que là c'est
déjà tout prévu, il te fait
le CSS. Et par contre
sur tes data source,
en fait tu peux facilement
créer un data source
en fait cocot. Parce que
tu... Je pense par exemple
à pas mal de
sites, enfin de
générateurs de sites statiques, pour le coup
en fait je pense à GridSum, un truc
et un projet vu. Ils ont
mis l'accent en fait sur ok on va
créer des plugins pour
pouvoir brancher n'importe quel data source
et on va le passer
dans la moulinette. Et donc en fait
est-ce que sur Astro ils ont
aussi un système pour justement
récupérer n'importe quel
data source et pouvoir le rendre
exploitable dans mon
projet Astro.
Pour l'instant c'est que du Markdown
donc il y a une fonction Astro
je sais plus comment s'appelle
Fetch et tu donnes le fichier
de Markdown par exemple
si tu peux le récupérer sur
un Markdown. Tu peux l'avoir
déporté quelque part. Ok.
Après j'ai pas testé aussi profond
pour l'instant.
Pour l'instant par défaut c'est Markdown
et après si tu veux faire des requêtes
sur une API ou tout ça, tu peux le faire.
En fait ils ont un système de frontemateur
qui avec des variables, tu peux mettre du JavaScript
etc. Donc c'est
c'est très prometteur tout ça.
C'est très très prometteur.
Moi je suis totalement
fan. Alors il s'enversion
je crois que c'est encore en version
beta. Il y a
des choses qui vont encore changer
il va s'améliorer évidemment
mais l'outil
franchement je suis tombé sur le cul
clairement
et voilà
je sais pas quoi dire de plus
j'ai hâte de faire un site avec
et
voilà.
Quoi ? Quoi ce que je peux dire.
Mais je t'ai un coup d'œil et c'est franchement ça déchire
moi je suis vraiment
fan.
Et voilà. Il faut savoir qu'au
aujourd'hui en fait il y a un petit mouvement
un peu anti tous les outils qu'on
utilise dans Next, Gatsby tout ça qui
tendance à mettre beaucoup de JavaScript
et il y a un petit mouvement qui
naissant un peu mais qui commence
à se révolter contre ces outils
et à se plaindre en fait que ça met tout le temps
trop de JavaScript etc. Et là Astro
pour le coup
c'est vraiment l'inverse et c'est un outil
qui est vraiment top
à suivre quoi. J'ai envie de dire à suivre
le blog.
Mais carrément après je te rejoint
un peu sur
même si on a
contribué aussi
enfin on a contribué à notre
humble niveau
en fait on parle
souvent de Jamstack
et c'est vrai que
c'est une approche
où on vient
découpler tout
morceler, tout découpler mais ça rajoute
de plus en plus d'outils
et on va dire
que dans Jamstack
il y a J, et JavaScript
et ça rajoute du JavaScript
et ça rajoute des outils et des bundles
et en fait
parfois on oublie
parfois un peu l'essentiel et c'est vrai que
on peut avoir
ce Jamstack fatigue
de plus en plus
ou après
c'est un terme qui est
de plus en plus d'utilisé
sur
des boîtes qui poussent
des services
où justement ils surfent
sur cette vague
et c'est devenu même
un truc marketing
donc
il faut pas oublier
l'essentiel du truc
on crée des produits ou des services
ou des sites, après
les outils c'est pas la finalité
la finalité c'est quand même le projet
qui sort
clairement il faut rappeler que
en priorité c'est le besoin
d'étudier le besoin et après quel outil
est adapté à besoin et souvent c'est
pas toujours l'inverse mais
parfois tu vois
des gens qui ont besoin de faire un site simple
de quelques pages et qui vont sortir
un Gatsby
pour faire 4 pages alors que tu pourrais les faire
juste en HTML simple
enfin voilà et des fois c'est
pour pas grand chose alors je sais
que parfois des gens qui font des sites
avec un Gatsby juste pour se faire la main
et apprendre à utiliser le outil donc
ça se comprend
mais attention
c'est un petit peu utiliser un tank pour aller chercher
le pain des fois donc
on pleure
après dans les petits outils
dans les petits outils sympas
moi j'aurais bien envie de parler
ah mais je te laisse
de quoi ?
de figs
ah de figs ok on est déjà là dessus
ok alors
oui on a une petite rubrique
là qu'on va faire assez régulièrement
c'est des petits outils ou des ripos
qu'on recommande voilà et le mien
c'était figs alors
je sais que c'est un outil que tu aimes bien
je te l'ai piqué
mais donc figs qu'est ce que c'est
comment expliquer ça ? c'est
simplement un outil qui permet d'avoir
d'autocomplétion dans le terminal
donc
et
comment dire bah il est auto-completté
en fait par rapport à des outils que tu as
NPM par exemple il va aller chercher les scripts directement
dans ton package et te proposer
les scripts qui sont disponibles dans ton package
donc ça auto-complète, tu sélectionnes
donc ça fait gagner du temps au quotidien
et après il y a plein de choses
bah toi justement je sais que tu m'en parlais
t'as écrit
les commandes pour
Prisma c'est ça ?
pour la Cielike de Prisma
en fait j'ai fait ma petite
contribution
et dans l'idée
c'est vraiment sympa
parce qu'on a l'autocomplétion
avec des sélecteurs
et c'est là où c'est
intéressant c'est qu'on voit en fait toutes les commandes
qui sont disponibles on a une sorte de
petit menu en fait dans notre terminal
et on peut sélectionner avec notre clavier
je vois pour
des Cielike on ne connaît pas toujours
en fait c'est super intéressant
parce qu'on voit visuellement
instantanément qu'est-ce qui est
disponible ou pas, ce qui nous évite
de faire le Dash Dash Help
à chaque fois qu'on va rajouter un truc
après
pour moi je ne suis pas du tout un expert docker
mais je dois jouer avec
bah en fait là je vais avoir toutes les commandes
qui sont disponibles
et donc c'est super intéressant
ça me fait vraiment gagner du temps
et pour le coup c'est
assez sympa
il me semble que c'est que sur Mac
si...
ah attend je regarde
si...
je ne suis pas de bêtises
c'est dans le terminal
je ne peux même pas regarder parce que
c'est un early access
déjà il faut quand même souligner
que l'invitation ça a mis du temps à arriver
c'était très très long
mais...
après Patrick tu me l'aurais dit
je t'aurais envoyé une invitation
mais je pense que c'est toi qui me l'a filé au final non
ah mais non mais attend mais c'est possible
ah ok bon
d'accord
mais non
dans l'idée c'est vraiment sympa
après
il y a déjà des choses comme
Oh My ZH
ou je ne sais plus
oui oui ça j'utilise déjà mais c'est beaucoup mieux
et là pour le coup
on passe un cran au dessus quand même
parce que visuellement
on a
une auto complétion avec des choix
et donc visuellement
on voit vraiment la différence
donc c'est vraiment sympa
et on va y...
rien que pour Git
pour naviguer sur le folder
les fichiers
pareil Dock Air
super intéressant
et si vous utilisez
des Amazon
ou Google
ils ont intégré toutes les CLI
direct
et donc c'est vachement plus pratique
c'est un petit outil
qu'il faut et qui est vraiment sympa
et je crois qu'il me reste des invites au pire
ah dis pas ça
tu vas te recevoir 18 mails
ahah
chopez moi sur Twitter
et du coup je vous envoie des invites
ceux qui mettent des commentaires
sur Apple Podcast ils auront des invites
ah exactement
ah ouais t'es malin
en fait pour ceux qui veulent
des invites vous laisser des commentaires
sur Apple Podcast
non mais c'est cool
c'est top pour Git tu vois par exemple
quand il te fait un peu chorigine
il te sort les branches qui sont disponibles
il met une étoile pour dire sur la currente
là c'est louté
et après il te propose les autres
parce que tu te rappelles pas toujours
des noms des branches et tout
tout ces trucs là on continue bien
c'est un petit outil
qui est vraiment sympa
et pour le coup
même créer
son propre outil
de complétion
c'est assez accessible
si par exemple on a une CLI en privé
en interne
on va pouvoir surcharger
que pour le repo privé
on n'est pas obligé de le mettre
en mode global pour tout le monde
si on utilise une CLI
en interne
oui on peut faire ça
ah donc si tu as des outils dans ta boîte
tu peux rajouter des commentaires
c'est génial ça
c'est dans le projet
c'est plutôt pas mal ouais
c'est un petit repo qui est sympa
et qu'il faudra tester
ouais et toi c'est quoi ton outil
ah
je te pense
ouais alors
elle trouve
5, 4
il faut que je
retourne sur mon github
et je vais te trouver ça tout de suite
sur mes stars
on va dire un outil
oui par contre
c'est un peu le problème c'est que quand tu viens
tu viens
tout liker
tu te dis ouais putain mais ça c'est super
le futur
je vais regarder ça
à la fin en fait t'en as tellement
tiens et ce prend ton dernier
ton dernier c'est
developpite slash myth
alors c'est quoi ?
non c'est pas celui-là
ah c'est pas celui-là
non je mettrais pas celui-là
parce que pour le coup
j'ai pas encore pris le temps
de vraiment
de vraiment regarder
donc
ouais c'est pas sympa de ce que
tu me fais
pas de travail
c'est ça
mais je viendrai avec
un plugin
ou un truc la prochaine fois
exactement
exactement
ok
bon la petite rubrique aussi, nouvelle rubrique
qu'on fera de temps en temps peut-être pas tous les coups
parce que sinon on va dire qu'on râle tout le temps
en même temps on est français donc il faut m'irrer un petit peu
la rubrique coup de gueule
il faudra faire un petit jingle peut-être
toi tu es un coup de gueule ?
non non
après on a déjà évoqué
le côté un peu gemstack fatigue
ou
en fait
je comprends le rôle
des développeurs advocate
de créer du contenu
pour des techno
je pense que c'est bien
après c'est pas parce que c'est nouveau
c'est bien
donc il faut trouver
le juste milieu
entre un outil
qui amène de la valeur
et un outil qui est juste nouveau
et c'est tout et qui est juste shining
et nouveau
toujours raison gardée
c'est là où c'est toujours subtil
parce que
il y a des mecs qui vont dire non mais là
vous nous parlez d'une techno c'est complètement bing-bling
c'est toujours subjectif
mais tu l'as très bien résumé tout à l'heure
je pense qu'il faut garder l'essentiel
et l'essentiel c'est
de faire des projets utiles
qui répondent à un besoin
et après on vient
utiliser des bons outils
par contre c'est vrai que c'est
plus facile d'avoir des outils
qui nous facilitent la vie
on a toujours été pour la
développeur expérience
par contre quand c'est la développeur expérience
ou la développeur hype
qui prime sur le projet
ça me dérange un peu plus
donc il faut toujours trouver
un juste milieu
et surtout apprenez javascript
avant d'apprendre les outils comme gatsby
si vous plaît
c'est un message
c'est pas mon coup de gueule mais
j'ai déjà eu des échanges
avec des développeurs qui avaient du mal
à écrire du simple javascript
dans du gatsby
je vis personne
je vis personne je précise
il s'en reconnaitra
non non parce que j'en ai plusieurs
mais apprenez les bases sérieux
vraiment
moi mon coup de gueule
c'est un peu dans la gemme stack
mais c'est surtout ces derniers temps
donc il y a eu de corps white vitals
qui sont sortis etc
mais ça te dure depuis un petit moment
et ça m'énerve un petit peu
c'est de croire
qu'utiliser un outil comme gatsby
nukes next
enfin tous ces outils qui build un site
et qui optimisent le site
les builds et les images
de croire que ça fait automatiquement des sites rapides
et en fait
pour moi c'est une légende urbaine
c'est totalement faux
tu peux tout à fait
faire un site lent avec un outil comme
gatsby
ou eleventy
il faut bien comprendre
ce qui fait ton site rapide c'est comment tu vas
optimiser, comment tu vas intégrer les images
le code, le JavaScript etc
et franchement c'est une grosse erreur
aujourd'hui de dire
de temps en temps j'ai des gens qui me contactent
je voudrais faire un site en statique
parce que c'est rapide
mais en fait non
c'est totalement faux
c'est vraiment cool
je peux pas mettre mon jpeg
de 19 méga
c'est un autre débat
ça les images
non non clairement
franchement
avec n'importe quel site tu peux faire un site rapide
un site rapide avec un workpass
un simple fichier html
un site rapide avec un gatsby
c'est juste qu'il faut faire attention
comment on conçoit le site
quel outil tièrent on utilise
quel package on intègre
c'est une bonne pratique
c'est une bonne pratique
pour faire un site rapide
et le fait d'utiliser nukes ne fera pas un site
automatiquement rapide
donc clairement mettez-vous ça dans la tête
c'est un truc qui m'énerve en fait
en ce moment et j'ai l'impression de le dire
sur la séance des psychanalyques
il faut le dire
c'est dit
voilà voilà
parfait, écoute patrick
est ce que tu as des trucs à rajouter
sur l'actualité
un peu qui s'est passé
dans notre actualité, dans notre écosystème
web
il y a tellement de choses qui se passent
on pourrait jamais arrêter le podcast
on pourrait faire 24h les marathon du podcast
je pourrais faire un truc permanent
non non là
c'est tout pour aujourd'hui
c'est déjà pas mal je pense
donc pour ma part c'est bon
yes
et bah écoute
trop bien
un grand merci à toi patrick
un grand merci à tous
d'avoir
d'être resté jusqu'au bout
pensé à passer
le lien de l'épisode
à vos collègues
à vos potes
à vos collègues de classe
si vous écoutez
et parler du podcast
et parler du podcast
ça sera toujours sympa
et ça nous aide beaucoup
et puis pour avoir
une invitation
exactement
par contre il faut un Mac
sinon ça marche pas
ok bon bah c'était sûr
ça marche
ciao ciao merci à tous