Bienvenue sur Double Slash, le podcast dédié aux outils et aux techniques pour le développement
web.
Bonjour à tous et à toutes.
Bienvenue sur ce nouvel épisode de Double Slash, un épisode de Special News de mars
2023 comme tous les mois nos petits épisodes de news.
Comme d'habitude, je te suis avec Alex.
Salut Alex.
Salut Patrick, salut tout le monde.
Donc comment ça va toi ?
Écoute, moi c'est bien, c'est l'hiver, tu sais.
Donc l'hiver c'est du ski.
C'est aussi un peu...
On voit que t'es bien bronzé.
Ouais, exactement, mais c'est un peu du dev aussi donc c'est plutôt cool.
Et comme toujours, on suit un peu l'actualité.
Il y a plein de trucs qui se sont passés.
On va parler d'astro, on va parler de React, on va parler de Serverless, de web app, Google,
de Strapi.
Il y a plein de choses qui se sont passées au mois de mars.
À la limite, ça serait quand même pas mal que tu nous parles un peu d'astro parce
que toi, tu as refait ton site avec AstroJS et c'est quoi un peu ton retour d'expérience
sur Astro ?
Alors, justement, je viens de refaire mon site.
Je l'ai fait assez rapidement en fait.
J'ai fait en moins d'une semaine, je me suis enfin mis dessus et c'est parti.
Et puis, en fait, j'avais jamais vraiment travaillé avec Astro.
J'avais fait un petit peu, peut-être un tuto.
Puis c'est la version 1, la version 2 vient de sortir.
On en a parlé dans le dernier épisode de news.
À deux points.
Et du coup, je me suis mis dessus et j'avais besoin d'un truc simple.
J'avais eu différentes solutions, WordPress n'importe.
Enfin, voilà, Next, ce que tu veux.
Je voulais un truc simple.
Et puis, du coup, je me suis dit, allez, c'est parti sur Astro.
Et en fait, j'ai été bluffé, en fait.
Pourquoi ?
Mais vraiment, bluffé parce que déjà, c'est hyper simple, en fait.
C'est out of the box.
Ça marche.
C'est simple à l'utilisation.
C'est-à-dire que n'importe quel développeur qui est déjà un peu
familiarisé, on va dire avec Next, Nuxt, on va dire les métaphremworks,
il va tout de suite se retrouver ou même quelqu'un qui vient de l'univers
simplement réacte, ça marche aussi.
Petit copain seul.
Alors, si tu viens de réacte, ça aide un petit peu par rapport au
time-placing ou au engage.
Genre, je reviendrai.
Et si tu es habitué au framework classique, en fait, en gros, tu n'as rien à
faire, en fait, ça compile tout seul, ça fait tout seul, ça optimise tout seul.
En fait, tu n'as quasiment rien à faire.
Et en plus, tu as une aide, en fait, tu as le Astro Bot qui t'aide à
paramétrer ton projet quand tu le démarres.
Il te demande si tu veux de type script, des trucs comme ça.
Donc il te configure tout.
C'est hyper bien fait, en fait.
Et moi, surtout, je voulais du markdown parce que je voulais pas avoir de
SMS derrière tout ça.
Donc du coup, c'était parfait pour ça.
Donc voilà, je voulais faire un retour.
J'ai dit, ouais, je vais faire un retour parce que franchement, j'ai été bluffé.
Tu vois, c'était la semaine dernière, j'ai lancé mon site
ce week-end.
Donc je vais parler un peu des points qui m'ont vraiment plu.
Alors déjà, la première chose sur Astro, c'est que c'est...
Alors, ce n'est pas une SPA ou comme on a sur Next ou Next,
quand on lance, en fait, quand on fait une application,
ça tourne pas dans le browser après.
À chaque fois, c'est des pages qui sont rechargées.
Tu vois, quand tu navigues dans ton...
Donc c'est une multiple page application.
Déjà, ça, c'est vraiment une grosse différence avec NUX ou Next.
Donc on est vraiment, c'est une génération complètement statique
et tu navigues vraiment de page en page.
Ça recharge à chaque fois la page.
Ça change de page.
Donc ça, c'est vraiment la différence fondamentale avec NUX, Next,
Getby ou tout ce truc là.
Après, comme je disais, en fait, c'est utilisable directement
avec du Markdown.
Donc Markdown, d'efficier en point MD,
d'efficier en point MDX.
Les MDX, c'est quand tu peux mettre des components dedans.
Donc tu peux mettre des components d'astro dedans,
de variateur, tout ce que tu veux.
Ou alors des points astro.
Et ça se mélange, en fait, dans tes pages,
tu peux mélanger astro, MDX, MD, ça déjà.
Et ça marche, en fait, direct.
Donc un fichier est égal à une page.
Après, j'ai adoré, en fait...
Ouais, c'est ça.
Comme dans le reste, comme classique,
comme dans tous les frameworks qu'on connaît.
Ok.
Moi, j'ai adoré le templating, en fait.
Les templates en point astro.
Alors étant habitué à du JSX,
donc le langage de React,
et bien, en fait, c'est exactement pareil.
Et du coup, je suis hyper...
Du coup, le langage le connaît.
Et du coup, je suis vraiment à l'aise
pour écrire de template ing,
pas comme du JSX, en fait,
sauf que c'est du point astro.
Donc ça, ça m'a vraiment hyper plu.
Et après, tu as le système de props.
Tu as aussi les slots qu'on connaît dans vue,
moins dans React.
Donc tu peux faire les...
Enfin, directement, les enfants se mettent
dans les slots et tout ça.
Tu peux nommer les slots aussi, comme dans vue.
Vraiment, j'étais bluffé à ce niveau-là, franchement.
Top.
Et il y a un truc qui est super aussi.
C'est qu'en fait, le JavaScript et le CSS,
donc tu vas mettre dans tes pages,
en fait, tout en dans tes components,
n'importe.
Tu vas mettre du style ou du script.
Et en fait, lui, automatiquement,
il va te sortir ça, il va te le compiler,
il va te faire déficier avec, en fait.
Tu vois ?
Donc un peu comme dans vue,
quand tu as le template, le script et le style,
c'est un peu la même chose.
Tu te retrouves à peu près dans le même état de fichier.
Et après, lui, automatiquement, il va te compiler,
il va t'extraire, il va te le mettre quand il est nécessaire, etc.
Donc ça, c'est...
Tu te fiches tout seul, tu n'as rien à faire,
tu n'as rien à faire.
En fait, ça, c'est génial.
TypeScript, pris en charge de TypeScript, génial.
Tu peux l'utiliser pour le Markdown,
tu peux l'utiliser pour le front-meter.
Enfin, tout, voilà.
Ça marche autour de RoX.
Il te le configure.
Nativement, quoi.
Et après, derrière,
il y aurait un nativement, donc du coup, tu peux...
C'est énorme, mais franchement, c'est top.
Compilation ultra rapide.
Donc moi, mon site, il n'a que 10 pages,
mais en 10 secondes, même pas, il est bidé, en fait.
Et donc 0 JavaScript par défaut, évidemment.
Ouais, après, c'est haut.
On retourne sur les gros avantages.
Ce qui fait pas super lite.
Ah ouais, ouais, ouais.
Non mais c'est...
Là, mon site, en fait, il est à 100 partout, en fait.
Toutes les pages, on se sent au test de Core Web Vitals, direct,
sans avoir trop cherché à optimiser.
Et puis là, en plus, c'est la version 2.
Il y a un nouveau système d'optimisation des images, en fait,
des assets, et donc c'est arrivant de natif.
C'est encore en mode expérimental, mais il va te compiler les images,
tu irais duvoir tout ça avec Sharp et tout.
Donc voilà.
J'étais halluciné, en fait.
Ténement, ça marche bien, c'est facile, la doc est bien faite,
les erreurs s'affichent, enfin, c'est...
Franchement, super découverte.
Donc même pour...
On va dire pour l'expérience de développement,
elle est vraiment super fluide.
Et derrière, tu as un résultat qui est hyper performant,
facile, déployable, rapidement, tout.
Donc, en clair, tu es en train de nous dire que tu es complètement
full convaincu par Astro, quoi.
Ah, je suis fan.
Ok.
Je suis full convaincu.
J'ai pas encore expérimenté les fonctions server-side,
parce que maintenant, tu peux passer en server-side, en SESR.
Il y a un truc que je n'ai pas testé, tu vois, les routes dynamiques, tout ça.
Mais bon, la doc est tellement bien faite.
Enfin, c'est...
Il n'y a pas 50 000 trucs, tu vois.
Et en plus, il me semble que la doc a été...
Une grosse partie a été traduite en français.
Il me semble.
Ah oui, oui.
Il y a multilangues et tout, anglais, tout.
Franchement, super découverte.
Après, c'est du statique.
Sauf si tu passes certains éléments en server-side.
Mais là, moi, je l'utilise vraiment en full statique.
Donc, j'ai que du statique.
Alors, je me suis horté à deux soucis.
Et là, c'est là où tu es obligé de penser vraiment en statique.
Parce que j'ai deux URL pour mon site, une URL française, une URL suisse, en .ch.
Et bien là, c'est là où tu vois, tu es...
Certains trucs, c'était un peu complexe, tu vois.
Donc, j'étais obligé de faire deux répertoires différentes pour les deux non-domaines.
Parce que je traitais des choses différemment en fonction du non-domaine, tu vois.
Voilà, ça, c'est la contrainte du statique.
Ce n'est pas vraiment Astro, mais bon, tu vois, c'est l'objet de penser différemment.
C'est le petit hack, quoi. Yes.
Ok, bon, super.
De toute façon, on avait déjà parlé d'Astro.
On avait déjà fait des lives sur Twitch, sur Astro, où on est testé un peu.
Toi, tu viens un peu confirmer la tendance qu'on disait,
où là, tu as pu le déployer sur ton nouveau site de ta boîte.
Et pour le coup, tu es full convaincu.
Donc, il n'y a plus qu'à tester, quoi.
Je suis super convaincu, franchement.
Je vais expérimenter un petit peu avec un CMS derrière pour voir si ça marche bien aussi.
Alors, franchement, je vous encourage ceux qui écoutent,
à les tester, c'est vraiment excellent.
Vraiment top.
Et quand tu dis que tu vas tester avec un CMS,
tu sais que Strapi passe à passer une nouvelle étape, en fait.
Ils ont ouvert le Strapi Cloud.
Yes, yes.
C'est marrant, parce que tu vois, c'était la dernière épisode, on en parlait.
Et du coup, on a découvert qu'ils avaient changé les prix.
Donc, c'était il y a 15 jours, à peu près.
Et puis, en fait, j'ai contacté Jim Lorrie,
qui était venu dans le podcast numéro 21 de Double Slash.
C'était en mars 2021.
Ça fait, ça fait, ça date.
C'est bon, ça.
Ouais, ça date.
C'était encore la version 3 de Strapi, donc la version 4.
Et il m'a répondu à 2-3 questions,
parce que le Cloud vient de sortir.
Donc, nous, on avait eu la réaction de voir le Cloud,
premier prix, 90 $.
Sur le Cloud, on avait dit, ah ouais, quand même, 90 $.
Et en fait, je lui ai demandé, en fait,
pourquoi c'est pricing, tout ça.
Et en fait, lui, il m'a dit,
il ne faut pas comparer ça avec un pass, en fait.
Il faut vraiment, eux, ils se placent directement
face à un content de full, en fait, il m'a dit.
Voilà, c'est donc content de full, on est dans ces mêmes tarifs, clairement.
Il me dit, voilà, on est vraiment dans ce niveau,
on se passe face à content de full.
Sauf qu'en fait, la différence, c'est que ton Strapi,
tu peux le customiser, c'est ton code source, etc.
Donc, ça va déployer dans ton Cloud.
Et derrière, en fait, il me dit,
le serveur, c'est un serveur qui est boosté,
il y a une base de données qui est boostée, qui m'a reçu, super bien.
Il y a un système de CDN,
un système d'emailings,
et il y a aussi un système aussi en native de CI-CD.
Donc, ça va déployer automatiquement
avec ton Github.
Donc, en fait, on pourrait dire que c'est un mix
entre...
Parce que tu gardes quand même ton code
et tu déploies ton code
sur leur instance de Cloud.
Donc, c'est un peu un mix des deux.
Oui, et en plus, tu as aussi accès au support
avec le Cloud,
parce que tu passes automatiquement en version entreprise.
Donc, tu vois, tu es vraiment...
En fait, du coup, 99$,
quand tu dis tout ça, tu dis,
quand même, je pense que c'est le bon prix.
Ok.
C'est ce que je pense, après je sais pas si tu l'accords,
mais je sais que là après, c'est moins dégueu.
Alors après, je vais être honnête,
moi, je n'ai pas assez pensé Strapi
pour connaître tous les avantages et tout ça.
Je sais que c'est un CMS
qui offre beaucoup de flexibilité,
qui a beaucoup évolué ces derniers temps,
mais je n'ai pas assez d'expertise
sur vraiment et sur l'utilisation de Strapi pour voir.
Après, moi, ce que je vois surtout,
c'est que c'est eux qui vont gérer
tous les bargements.
Et voilà, ça, c'est une tendance un petit peu globale
sur beaucoup, beaucoup de services.
Donc, on vient déléguer toute la responsabilité
de la production au boîte directement,
parce que ça, ils savent faire.
Et par contre, si tu gardes la custom...
vraiment, garder un code custom,
là, c'est un peu le bon compromis entre les deux.
Donc, c'est assez sympa.
Oui, et puis, si tu vas Strapi,
en plus, c'est du crud.
Tu enregistres, tu saures, enfin voilà,
tu délais, tu...
C'est pas que de la lecture, en fait,
comme certains passent CMS.
Donc, après, c'est pas pour les entreprises,
99 dollars pour un hébergement.
Enfin, c'est pas énorme.
Ça coûte parfois plus cher
pour la maintenance de suite, tout ça.
Donc, non, c'est pas mal.
Et évidemment, la version self-hosted
évolue aussi.
Donc, le pricing a complètement changé
et c'est redevenu hyper, hyper intéressant.
Parce qu'à un moment donné, en fait,
ils étaient passés sur un système
que tu payais avec des admins.
Tu avais un admin,
si tu as des sites ou un truc comme ça,
tu payais si tu voulais avoir deux admins,
avec des rôles différents, tout ça.
Donc, c'était un petit peu lourd, tu vois,
payé par tous les mois, par nombre de personnes, etc.
Ça, ça a tout dégagé.
Et c'est revenu à un mode classique,
bah, free, en fait.
Et en plus, ils rajoutent un prochainement,
là, dans la version 4.8,
donc, qui devrait sortir en avril.
Il y a un système de...
système d'accès des rôles, en fait.
Ils appellent ça le role-based access control.
Donc, tu peux donner accès
à différents éléments par carniléorité, tout ça.
Ouais, donc c'est un niveau de granularité hyper précis
pour gérer tes autorisations et les rôles,
tes contenus, tout ça.
Donc, voilà, la version Selfosite devient
super, super top, si tu veux, là, c'est...
et tout qui est redispo, maintenant,
toi, c'est multilangue, etc.
Ils ont réouvert, quoi.
Qu'est-ce qu'il y a, c'est pas mal.
Excellent.
Ouais, ils ont réouvert.
Et après, t'as Selfosite, t'as la version entreprise,
qui est...
voilà, t'as les trucs en plus, comme le support,
etc. Le SSO, tout.
Dac.
Excellent.
C'est pas mal.
Ben ouais, excellent, excellent.
Et on se doit de faire un épisode de news
où on doit à tout prix parler de rust, quoi.
C'est un tout prix.
Et donc, du coup, il y a un nouveau bundler...
Et d'un bundler aussi.
Exactement.
Du coup, il y a un nouveau bundler
qui est basé sur rust.
Et qui est super performant.
Voilà.
Un bundler rust performant.
Tout est dit.
Non, c'est RS pack.
Je sais pas si je le prononce bien.
RS pack, nouveau bundler basé sur rust,
enfin écrit en rust, qui est, évidemment,
comme tous, super rapide, etc.
Il est framework, agnostic.
Et surtout, ce qui est intéressant,
c'est qu'il est compatible avec le webpack,
c'est-à-dire les plugins webpack.
Enfin, tout l'écosystème webpack.
Donc, en gros, si tu as des trucs que tu utilises
pour ton webpack que tu veux utiliser là-dessus,
tu peux les brancher, ça marche.
Et ça, c'est pas mal.
Après, je n'ai pas testé.
Et, évidemment, tu as le truc hyper rapide, tu vois.
Et est-ce que, en fait, je peux prendre
toutes mes config webpack
et les importer directement là-dedans,
où je suis obligé, on va dire,
toute la sémantique et toutes les configs,
parce qu'on sait que configurer un webpack,
c'est un peu la merde.
Et c'est pas le truc qui nous anime le plus.
Après, je sais que toi,
tu es fan de gérer tes config webpack.
Non, non.
Mais est-ce que tu peux exporter tes configs ou pas ?
Normalement, c'est un peu censé être 0 configs,
d'origine.
Ok.
Après, t'es censé pouvoir utiliser
sans configurer quoi que ce soit.
Et après, si vraiment, effectivement,
tu as des choses particulières que tu veux utiliser,
alors je n'ai pas poussé, je n'ai pas testé encore.
Tu peux utiliser.
C'est intéressant, parce qu'en fait,
si tu veux, quand tu veux un bundler,
après, le temps que l'écosystème se fasse,
qu'il y ait des nouveaux plugins
qui sont compatibles avec tel ou tel truc,
ça peut être super long.
Et là, le fait que ce soit directement compatible
avec un écosystème qui est déjà existant,
c'est un avantage.
Yes.
Oui, bah.
Alors, ça va bien marcher, ça va durer tout ça.
Après, voilà.
C'est un plus, quoi.
Ouais.
On commence à avoir pas mal de bundlers.
Ça commence à faire quand même pas mal de bundlers.
Et quand tu parles d'écosystèmes
qui se mettent à jour tout ça,
il y a aussi la nouvelle version de Chrome
qui est sortie, qui est la version 111
et qui amène des fonctionnalités
qui...
Alors, on avait déjà parlé
lors du Google.io,
on avait discuté de ça.
C'était la View Transition API.
Et là, en fait, là maintenant,
ça y est, c'est intégré directement
dans le navigateur.
Alors, visuellement, on va décrire
parce que pour ceux qui nous voient
sur YouTube, parfait,
vous voyez directement ce que c'est.
Pour ceux qui nous écoutent,
cette View Transition API,
c'est on va garder les éléments
qui sont présents sur deux pages
et on va garder les éléments
de la première page
qui vont s'afficher dans la deuxième
et ils vont rester à l'écran.
Il n'y a pas ce microflotement
où la page devient blanche,
elle se recharge.
Vu que les deux éléments sont présents dans...
Non, un seul élément,
le même élément est présent sur deux pages.
Il y a une sorte d'animation
qui se met en place.
Et ça, maintenant, ça devient natif.
Et donc ça, c'est juste énorme.
C'est juste énorme parce qu'on en a parlé
il n'y a pas très longtemps,
si tu te souviens, on avait fait l'épisode
sur les browser, les évolutions.
C'était une nouveauté il y a quelques mois
et là, tu vois que Chrome l'implément
déjà sur la version 111 et tu dis
wow, c'est même plus un flag,
c'est dispo quoi.
C'est natif.

Ouais, donc après,
ça concerne principalement les SPA
parce que tu imagines bien que
sur mon Astro, j'ai essayé de faire ça.
Ouais.
J'ai pas encore trop réussi
mais parce que j'ai l'impression
que c'est principalement pour les SPA
et comme tu dis, voilà.
Il donne beaucoup l'exemple
avec une liste
de vidéos d'image, tout ça.
Tu cliques sur l'image
et l'image s'agrandit
et ça transitionne sur l'autre page, en fait.
C'est l'effet qu'on retrouve
parfois sur un mobile, des trucs comme ça.
Donc c'est un effet qui est réussi.
Donc, ouais, c'est pas mal.
Après, c'est principalement
la nouveauté sur Chrome 11.
Après, il y a les couleurs un peu
qui évoluent.
Alors, un truc,
c'est qu'ils supportent les couleurs
de les High Definition display.
Enfin, un truc, on va tous
utiliser, c'est évident.
C'est le CSS Color Level 4.
Et puis, il y a un nouveau DevTools.
Level 4.

Oh, 4, ouais.
Le truc de Gamut HD,
c'est un truc,
moi je comprends rien sérieux.
Et le DevTools,
du coup, évolue avec un système de couleur
aussi, directement dedans.
Yes.
Bon, de toute façon après,
ce qui est super intéressant,
c'est que la grosse force de Chrome,
en fait, c'est qu'il est facilement,
il se met à jour quasiment automatiquement
et facilement.
Donc, on va avoir des courbes d'adoption
assez fortes.
Donc, on pourra mettre
ces API de vue transition un peu partout.
Et après, si c'est accepté,
c'est accepté, si c'est pas accepté,
c'est pas grave.
Mais au moins,
ça peut faire des animations faciles
et de basculer d'une page à l'autre
avec un petit effet quand même assez
sympa.
Ouais, ouais.
Ouais, ouais.
De toute façon, c'est...
Ouais, tu peux toujours tester,
voir si ça prend en charge tout ça.
Après, ouais, tu vois, c'est aussi...
Alors, on est d'accord ou pas,
mais cette façon de forcer un peu la main
à tout le monde en implémentant,
tu vois,
transition API Directement.
Du coup, ça veut dire à sa farie,
maintenant, on t'attend, Farrier Fox, pareil.
Vas-y, qu'est-ce t'attends pour le faire ?
C'est un peu forcer la main, quand même, mais bon.
Ah, Google est connu quand même pour...
Pour forcer la main.
Ouais.
Donc, il n'y a pas tellement de surprise
là-dedans, quoi.
C'est clair.
Yes.
Netlify, CMS, c'est mort, c'est fini.
On en avait dit.
Mais maintenant, en fait,
le projet évolue et il change de nom,
il passe sur autre chose ?
Yep.
Ça devient D-cap, CMS.
Et en fait, comme on avait dit,
Netlify s'en occupait plus trop,
c'était un petit peu à l'abandon.
Ce qu'ils ont décidé, c'est de filer ça
à une agence partenaire.
Je ne sais plus comment ça s'appelle,
PM, PM, je ne sais plus ce que c'est exactement.
Du coup, ils ont changé le...
le propriétaire du...
du repo, en fait.
Et donc, ils ont changé de nom,
et normalement, ils devraient s'en occuper,
PM Tech Hub.
Et pour l'instant,
ça marche ?
Ou le projet est encore en végétation,
et pour l'instant, il travaille
dessus ?
Ou pas du tout ?
Bah là, c'est tout frais, ça ne date même pas
d'un mois.
Donc, c'est tout frais.
En tout cas, ça peut remotiver au moins
la communauté pour dire, bah tiens,
c'est bon, c'est mieux, c'est plus netifié,
il y a quelqu'un qui est derrière,
enfin, ils vont peut-être allouer un développeur
ou quoi, chez PM, là.
Enfin, je ne sais pas encore, mais à voir,
c'est encore tout frais.
Mais ça peut rassurer pas mal de gens,
en fait, pour continuer à l'utiliser.
Yes.
Par contre, ce qui est tout frais,
c'est la version 5 de TypeScript,
qui sort, qui est sortie
de manière définitive, ça y est,
là maintenant, c'est...
Là, c'est du production ready, quoi.
C'est le roi de la transition aujourd'hui.
C'est la transition API.
C'est exactement, en fait, j'ai implémenté
ma nouvelle transition API,
et du coup, ça passe tout ça.
Oui, TypeScript 5.0 vient de sortir.
Et donc,
j'ai lu à peu près
les nouveautés.
Ce qui se passe, en fait,
c'est que principalement,
ils se ressentent, en fait,
sur ECMAScript,
en fait, sur les modules natifs
d' ECMAScript.
Et donc, ça fait
un package, en fait, qui est beaucoup plus petit.
Donc, j'ai lu que c'était,
quand tu fais NPM install, c'était
46% plus petit en moyenne.
Oui, quand même.
Parce que, du coup, ils se reposent sur des trucs natifs.
Donc, tu vois, c'est...
Voilà. Et un temps de build, aussi, forcément, plus rapide.
Et notamment,
tu vois, ECMAScript,
il y a les décorateurs. Alors, les décorateurs,
je vais essayer de ne pas dire de bêtises, mais
si je dis une connerie,
indiquez-le dans les commentaires.
On est ouvert.
Les décorateurs, en fait, qui étaient en version beta
depuis quasiment le début de TypeScript, je crois,
et qui étaient une version interne
à TypeScript, en fait, qui sont maintenant, en fait,
disponibles dans ECMAScript, les décorateurs.
Donc, décorateurs, en fait, c'est les choses que tu mets
qui existent, je crois, en Java.
Sachant que tu n'es jamais fait de Java, mais je sais que ça existe en Java.
C'est quelque chose qui te permet de détendre
en fait les classes, etc., en mettant
le décorateur au début de la classe, tu vois.
Et donc, il y a une version
native avec ECMAScript. Et donc, maintenant,
c'est cette version native qui est dans TypeScript 5
et plus la version
TypeScript qui est en beta depuis le début.
Donc, notamment ça. Et après,
ils prennent évidemment toutes les nouveautés
d'EcMascript qui évoluent et qui, du coup,
il n'y a plus besoin de faire des polyfiles tout ça.
Donc, ce qui fait un TypeScript
beaucoup plus léger et beaucoup plus performant.
Excellent.
Excellent.
Et
quand tu parles de
légèreté tout,
si on a besoin
de faire de la réactivité,
parce que c'est souvent en fait un gros
avantage qu'on utilise
où on passe sur des vues, des réacts, des
angulars, justement pour avoir un peu cette
réactivité,
là, on a un micro,
enfin, on a un tout petit framework
qui sort, qui s'appelle AROJS
qui est, justement,
ultra, ultra, ultra,
légère, qui, lui, a pour but,
de donner de la réactivité
et d'implémenter de la réactivité
sur du JavaScript,
sans pour autant installer un énorme
framework
où on va utiliser peut-être que
2% du framework.
Donc là, on utilise quelque chose de
beaucoup plus légère et qui
va nous amener
de la
réactivité.
Oui,
ça, c'est toi qui l'avais trouvé,
et j'ai trouvé ça pas mal du tout.
C'est vraiment tout petit, c'est 2
kilobytes et
ça permet de faire des... Alors, il donne
un exemple, tu vois, avec...
ça me fait penser un petit peu
à vue, tu rends une propriété réactive
avec un
compteur, un classique, l'exemple classique,
et après, tu as une fonction
HTML qui permet de rendre, en fait, une
sorte de component et 2 fonctionnent
un peu comme un React ou un VU,
et ça s'est réactif entre les 2 avec
un clic et tout ça, et tout ça pour
2 kilobytes. Donc c'est plutôt pas
mal. Comme tu dis,
si tu as besoin d'un petit
truc comme ça, un compteur,
des conneries comme ça, 2 kilobytes,
c'est quand même beaucoup mieux que
des centaines de kilobytes d'une hybrérie
pour juste utiliser pour ça.
Pour un micro bouton
ou pour un micro formulaire
ou des choses comme ça,
on fait
du JS natif,
mais on garde et on
vient implémenter cette réactivité
là et ça passe tout de suite.
Par contre,
à un moment donné, on peut...
Ouais, non carrément, c'est vraiment
à tester sur des micro projets, je pense que
ça vaut vraiment le coup d'éviter de...
C'est un ROJS, on n'a pas
assubation la dit. Ouais, ROJS,
ROJS. Absolument.
Par contre,
en termes de mastodon,
réacte, ça restera toujours réacte
et il y aura toujours un écosystème
réacte.
Pourquoi réacte.dev ?
En fait,
il y avait une beta, on en avait déjà parlé,
je ne sais pas dans quel épisode,
il y avait une doc beta qui était
depuis un bon moment en fait
en développement
qui était assez
intéressant parce qu'il demandait, en fait,
l'équipe demandait aux personnes
« Est-ce que vous préférez des exemples
comme ça ou comme ça ? »
Donc il fait un petit peu avec la communauté, tu vois.
Et là, il vient de sortir
enfin de sa version beta,
et la version officielle. Donc toute la doc
réacte et refaites complètement, elle est
super bien faite, elle est interactive,
tout ça, tu peux chercher, enfin les exemples
sont vraiment bien.
Et surtout, je te laisse descendre, si tu descends
un petit peu dans la doc,
tu vas voir, il y a un truc qui est intéressant
et c'est un gars qui l'avait relevé,
il parle de, vas-y, descend, descend, descend,
descend, là,
remonte un peu,
un peu, un peu, là, ici, là.
Si tu lis la phrase en fait,
il te dit ce que réacte, c'est une librairie,
et si tu veux faire en fait
un système avec un routing, tout ça,
bah il te conseille d'utiliser Next.js
pour le mix. Voilà.
Ah, le fameux débat.
Est-ce que c'est un framework
ou c'est une librairie, ou
tous les éléments de language ?
Là, c'est fini, là, c'est clos, là. Ils ont dit
c'est une librairie. Bien sûr, bien sûr.
Mais de toute façon, enfin, oui, on le disait depuis
longtemps, c'est une librairie,
et si tu veux utiliser un framework,
eh bah tu passes sur Next
ou remix. Ok. Voilà.
Bon, maintenant, pour envoyer...
Et ça revient ce qu'on disait, voilà.
Ce qu'on disait la dernière fois, on disait que
enfin, quand tu fais une app maintenant,
un petit peu avec du routing, tout ça, bah ça a pas
de sens de pas utiliser Next, ou Remix,
ou Next, et bah c'est marqué
dans la doc de React par les créateurs de React,
donc là, il n'y a plus rien à dire.
Voilà.
Bon, là, Patrick, là,
on a enterré le sujet,
on ne pourra plus jamais faire
cet error-là. En tout cas,
si on l'entend quelqu'un, on pourra lui envoyer
directement React.dev. Le lien.
Et tu vas dans la section
Go Full Stack with a Framework
et tu lis le paragraph.
Ok. Voilà.
Ça marche.
Ça marche.
T'as relevé
sur Twitter
un petit
cheat sheet.
Un cheat sheet, quoi.
Tout simplement sur Pigna, donc Pigna
qui est le
la gestion en fait du state
et des stores sur Vue,
Vue 3,
et sur une feuille A4 en fait,
on a l'essentiel
de toutes les infos possibles et imaginables
pour utiliser Pigna correctement.
Ouais, ouais, ouais.
C'était lors de ce week-end,
le week-end dernier, il avait vu
School qui faisait un week-end free,
et en même temps, ils faisaient des tweets,
et puis j'ai vu passer ce cheat sheet
et sur Pigna qui est la,
comme tu dis, le store officiel de Vue 3.
Ah, ça y est. Il est officiel maintenant.
Ah oui, ça avait été dit par Avenue, je crois.
Il était vraiment officiel, il me semble.
Ok.
Pigna,
au moment où tu vois, il y a des combats
sur LinkedIn par rapport à Redux.
Alors, si tu vois ce que je dis,
si tu réactes, le store, c'est compliqué.
Et il y a un débat en ce moment avec Redux.
Faut-il utiliser Redux ou pas ?
Est-ce que c'est Redux et mort, etc.
T'as de la chance ? T'as jamais fait de Redux ?
Ouais. T'as vraiment de la chance ?
Je suis content.
Et j'ai envie de dire,
tous les gens qui font du React et du Redux, c'est tout ça,
le jour où vous allez utiliser Pigna,
vous allez halluciner, en fait, tellement c'est simple
et facile à mettre en place.
Et encore plus avec Nuxt, donc,
en quelques lignes de code, avec un module,
ça marche tout seul.
Et donc, cette chitchie, tu vois, elle tient sur une seule page.
Il n'y a rien à dire.
Ça tient sur une seule page, tout simple et ça marche.
Et voilà.
Après, tu vois, on va pas rentrer
dans ce débat là, mais ça fait
le temps que j'ai choisi mon camp.
Après, c'est toutes pour ces...
c'est en partie, en fait, pour toutes ces raisons-là
que je suis resté dans cet
univers, dans cet écosystème
vu. Mais après,
en même temps,
tu vois, il faut garder en tête que
Redux peut-être a permis
en fait, de
faire émerger Vuex
et qui est devenu Pigna et tout ça.
Et peut-être que l'évolution de Redux,
en fait, va s'inspirer de Pigna.
Donc, en fait, cette gégère
un peu entre les frameworks, moi je pense qu'elle est
super saine. Et
il y en a un qui va faire mieux,
qui va implémenter
un truc mais hyper facile,
ça va être fluide, ça va être facile
à utiliser. Et la version 2
ou la version 3 de
son concurrent, va évoluer
aussi dans ce bon sens. Donc, en fait,
ça tire tout le monde vers le haut, je pense.
Enfin, je suis intimement convaincu de ça.
Après, si on réacte,
t'as d'autres torques Redux
qui sont ressemblants à Pigna, il y a
les trucs vachement plus simples aujourd'hui,
qui sont largement mieux.
Après, le débat, c'est aussi, il y a ce qu'il faut utiliser
un state management ou pas.
Et bien justement, tu vois,
tu fais la transition idéale
parce qu'on avait relevé 2 articles
dont 1, en fait,
sur l'histoire de la reactivity.
Donc, c'est
Misco, c'est ça, Evry.
Alors, ce gars, il est trop fort, en fait.
Moi, à chaque fois
que je le vois dans une vidéo que je lis un article,
le mec, il est trop fort. Alors,
pour la petite histoire, c'est un des créateurs
de, ou c'est même le seul.
Enfin, je ne sais plus si c'était une équipe ou pas, d'Angula.
Et après, il a fait d'autres choses aussi.
Mais ce gars, il est trop fort, en fait.
Il t'explique des choses, il travaille sur Quick,
et il est trop fort. Tout ce qui t'explique, c'est hyper détaillé, etc.
Donc là, ils viennent de faire
un article sur l'histoire
de la reactivity, et donc, il détaille
comment ça a évolué, tout ça. Donc, c'est exactement
ce que tu disais, en fait. À chaque fois,
ça fait évoluer les autres, jusqu'à avoir
aujourd'hui des choses comme Pigna, tout ça, tout simple.
Excellent.
Voilà. Ou même...
Petit article, justement,
où il évoque ça,
c'est un article de Builder.io,
où justement, un article un peu détaillé,
où il passe au crib,
tous les frameworks
qui ont évolué
de RX-JS
à vue, à swede, à Quick, à...
Il passe par Backbone, tout ça,
enfin, tout quoi.
Excellent.
Excellent.
Un super article.
Super article, là, les voir.
Ouais, c'est intéressant.
Il est long à lire, mais il est toujours intéressant.
De toute façon, tout ce qu'il dit,
lui, c'est super intéressant à chaque fois.
Franchement.
Alors, après, il y a quelqu'un
qui est...
qui n'est pas toujours...
c'est pas toujours super intéressant,
ce qu'il dit.
Par contre, c'est...
il est souvent dans la polémique.
C'est DHH.
Donc, David
Enermayer-Enson,
qui est le créateur de Rubi Enerell,
ce signal, tout ça.
Et lui, il est parti un peu en croisade,
pas en croisade, mais en tout cas,
il lève les drapeaux en disant
arrêter avec le serverless,
parce que...
parfois, c'est complètement démesuré,
et ça sert à rien d'interduire le serverless.
Après, il faut garder en tête,
quand même, que DHH,
à la base, il fait du Rubi Enerell,
appli monolithique, tout ça.
Et il avait déjà fait quelque chose
d'assez ressemblant
contre les microservices à l'époque.
Et ça...
c'est quelqu'un de très clivant,
de toute façon.
Donc, soit on adore,
soit on ne le supporte pas.
Mais, moi, je trouve que c'est quand même intéressant
de lire un peu ce qu'il...
ce qu'il écrit,
ou justement,
de revenir à la raison.
Est-ce que c'est intéressant de tout mettre
en serverless, à tout prix,
si en fait, ton serveur,
ta fonction est tapée toutes les secondes,
au final, est-ce que tu as vraiment intérêt
d'avoir fait...
de faire du serverless,
que tu n'as pas meilleur temps d'avoir une machine
qui tourne et qui fait que ça.
D'autant plus que sur des petites volumétries,
ça peut être intéressant de passer
sur du serverless,
parce que souvent, c'est assez généreux
sur les fritières.
Par contre, est-ce que ça passe
à l'échelle, en termes de prix,
est-ce que c'est avantageux ?
Je... voilà.
Mais en tout cas,
il a toujours une plume assez intéressante.
Et je pense que c'est intéressant
d'aller regarder, de voir son point de vue
et de construire en fait son avis
sur le serverless.
Ouais, carrément.
C'est clair.
Serverless, c'est bien intéressant
pour Amazon, après AWS,
mais après pour les autres, je sais pas.
Pour les...
Ça remplit bien les poches d'Amazon.
Non, mais Amazon ou même les autres,
pour les gros, quoi.
Mais la vraie question,
c'est une fois de plus,
c'est est-ce que mon problème,
en fait, est-ce que le serverless
résout le problème
de manière pérenne, de manière escalable ?
Est-ce que c'est adapté à mon client ?
Est-ce que c'est...
Enfin voilà,
il n'y a pas de solution miracle.
Et donc, il faut prendre en compte
tous ces paramètres-là
pour choisir sa bonne archi
et sa bonne techno, quoi.
Ouais. Comme toujours.
Comme toujours, comme toujours.
Exactement.
On a fait un...
On a fait un...
un épisode,
le dernier épisode,
c'était sur WordPress,
où justement,
on évoquait un peu toute la partie
un peu 2023 de WordPress
et un peu toutes ces évolutions,
comme on pouvait justement être
meilleur, avec une batterie d'outils.
Et là, tu nous reviens
avec Radical, c'est quoi ?
En fait, ouais,
dans le dernier épisode de WordPress,
qui a l'air de bien plaire aux auditeurs,
parce qu'il marche bien cet épisode.
Radical, en fait.
On a parlé d'un système
comme Bedrock, tout ça,
avec Composeur, etc.,
qui se déployait un peu plus professionnellement.
En fait, il y a Radical,
en train de sortir.
Donc, c'est dans Roots.
En fait, c'est des gars
qui font plusieurs projets,
comme le système d'en accord
pour mettre la ravelle, tout ça,
et en fait, ils sont en train de sortir
une sorte, c'est quoi,
c'est un starter, on peut dire.
Une stack, en fait,
qu'il y a tout dedans, en fait.
Il y a tout dedans.
Et voilà, il y a une structure
assez avancée de dossiers.
Il y a la ravelle qui est dispo,
avec les services, il y a le déploiement.
Enfin, tout est dedans, en fait.
Bud aussi, c'est un système de compiler javascrite,
avec voilà, c'est tout.
T'as rien à faire, en fait,
ça marche tout seul.
Voilà, tout est dedans.
Donc, en fait, si je comprends bien,
c'est un template de projet vierge,
ou quand je veux débuter un WordPress,
au lieu de tout installer,
je vais utiliser Radical,
qui va me monter un WordPress,
déjà tout configurer,
avec toutes les bonnes options,
avec tous les plugins,
déjà bien avant toi.
C'est un starter kit, quoi.
Un starter kit très avancé,
très avancé, même super avancé,
parce qu'il y a un système
où le thème sera complètement plus accessible
au public.
Alors, j'ai bien hâte de voir
comment il a fait ça,
comment ils ont fait ça.
Du coup, ça fait un projet,
rien à voir avec la structure habituelle
de WordPress.
En fait, le système radical
sera à 80 dollars, en fait,
à l'achat.
C'est payant.
Pour l'utiliser.
C'est payant.
Oui, ce sera un petit payer
en bon 80 dollars,
ce n'est pas le bout du monde.
Pour le travail qu'il y a derrière.
Et après, tu peux l'utiliser,
déployer les cibles, tout ça avec.
Donc, j'ai hâte de voir ça.
Ça sort normalement à la fin du mois.
Je crois fin mars.
J'ai hâte de voir comment ça va fonctionner.
Parce qu'il y a des concepts assez poussés.
Pour du WordPress.
Yes.
Cool.
Un truc aussi
qu'on essaye de pousser un petit peu
sur le podcast,
c'est un peu tous les outils
qu'on a trouvés entre toi et moi,
ou des choses qui nous ont vraiment
facilité la vie.
Et moi, je voudrais parler
d'un site qui s'appelle Web API Check.
Qui est en fait
visuellement super intéressant.
Parce qu'on a des
API Web qui sont accessibles
depuis notre navigateur.
Et là, en fait, le concept,
c'est hyper visuel.
On va ouvrir cette page,
donc la web apichek.com
directement sur le navigateur
depuis notre appareil.
Et en fait,
on va voir instantanément
une mosaïque
soit
verte
avec toutes les API
qui sont accessibles
disponibles sur cet appareil-là.
Ou
complètement grisées.
C'est-à-dire, celle-ci
n'est pas accessible
sur ce device-là.
Ou en mode expérimental.
Donc soit derrière des flags,
soit en mode pas encore
tout à fait
possible à utiliser.
Et en fait, je trouve ça super intéressant
parce que quand on fait des tests,
ou quand on va développer
notre application,
on va utiliser des API.
Et là, on peut directement
tester sur toutes les machines.
Donc c'est assez
visuel,
même si on utilise
souvent Can I use.
Voilà, c'est un outil
qu'on utilise aussi.
Mais là, je trouvais le truc
super visuel et super
pratique à voir.
C'est pas mal du tout.
Parce que ça te permet de tester
sur différents browser,
sur mobile, etc.
Tu peux aussi aller sur browser stack,
ou des choses comme ça,
sur des machines virtuelles.
Et du coup, tester
sur des versions de navigateurs
et voir ce qui est pris en charge.
C'est facile à voir.
C'est-à-dire, tu as besoin d'un truc,
que j'ai un API,
ou des trucs comme ça.
Tu le vois tout de suite.
Donc c'est pas mal du tout.
Carrément.
Carrément.
Est-ce que tu as un outil toi
ou pas du tout à nous partager aujourd'hui ?
Euh...
Non, j'ai pas d'outil sous la main.
Je n'ai pas préparé d'autre outil.
Ok.
Mais en fait, je ne savais plus du tout.
Je ne savais plus du tout.
Écoute,
je trouve qu'on a
fait un peu le tour
de tout ce qu'on avait pu voir.
Est-ce que tu vas rajouter quelque chose, Patrick ?
Non, merci.
Ce qui nous soutienne, le podcast.
Et puis,
ceux qui veulent nous soutenir,
allez sur la page soutenir du site du podcast
doubleslash.dev
Et puis,
merci à tous.
Merci de vous avoir écouté.
Et à bientôt.
A bientôt. Ciao ciao. Salut.
Ciao.
Retrouvez Double Slash
sur le plateforme de podcasts préférés.
Et sur le site internet du podcast
www.slash-podcast.fr
Sur le site, vous allez retrouver tous les liens
d'épisode, les références évoquées
durant l'émission.