Bienvenue sur Double Slash, le podcast dédié aux outils et aux techniques pour le développement
web.
Bonjour à tous, bienvenue sur ce nouvel épisode de Double Slash, nous sommes en mai 2024,
donc cet épisode doit certainement sortir le 2 mai 2024, donc on va revoir un petit
peu les news qui se sont passés les 15 derniers jours depuis le dernier épisode.
Et Alex, tu sais, ça fait un mois qu'on a passé un anniversaire, tu sais à lequel ?
Oh, c'était la 4e bougie de Double Slash, non ?
Oui, ça fait 4 ans que le podcast hésite, donc 4 ans qu'on était en confinement, on
va pas parler de ça.
Non, on va pas parler de ça, mais oui, c'est cool et ce qui est super drôle, c'est qu'on
a commencé le podcast, on n'y connaissait rien du tout, on s'est appelé, on a dit
tout le process et comment ça marche.
Et on est passé de l'audio, après on est passé à la vidéo, on a fait le site, on
a fait notre propre système d'hébergement, des analytics, on a un peu galéré là-dessus,
c'était pas toujours facile.
Mais cool, là, super intéressant, super intéressant.
Ouais, 4 ans de journal.
Et 4 ans, et en plus, sans faire un gros spoiler, c'est pas fini.
Pas fini.
Non, justement, on allait arrêter, justement, j'allais annoncer que c'était fini, mais
ça a cassé ma blague.
Ah ok, ma chine d'hésilée, elle a fait une hésilée.
Non, on continue, on continue, on va certainement revoir un peu le format, enfin on est en train
de réfléchir là-dessus, puis d'évolution, on va pas tout changer, vous inquiétez pas.
Mais peut-être, moi je pensais peut-être, toujours en saison 1 depuis 4 ans, on va peut-être
passer à la saison 2.
Ouais, exactement.
Ouais, ça serait peut-être pas mal de marquer une rupture, mais de toute façon, on va
en parler et on vous tient la recoursance sur l'évolution, sur quelle est la direction
que prend Double Slash.
Mais de toute façon, c'est plutôt des choses cool et super intéressantes.
On fait un petit sommaire Patrick ?
Ouais, vas-y, je te laisse faire.
Allez.
Et puis, on va parler d'épisode de news, donc on va parler de React qui sort en version
19, on va parler aussi d'un site qui a fait le choix de prendre toutes les librairies
JavaScript et de toutes les comparées, c'est-à-dire, ok, comment on fait du styling, comment on
vient faire un event click en React, en vue en lite, en tout, toutes les librairies JavaScript,
qui nous permet vraiment de comparer vraiment la même fonctionnalité, comment ça s'écrirait
en telle langage, telle langage, telle librairie.
Donc ça, c'est plutôt cool.
On va revenir sur évidemment le drama de Redis qui change un petit peu les lignes avec
Open Source, comment ça réagit.
On va parler de nodes qui passent en version 22 avec des choses par défaut qui sont plutôt
intéressantes.
On va parler aussi d'un site pour apprendre le JavaScript totalement gratuit et on va
dire plutôt bien côté parce que les bases sont quand même hyper solides.
Et on va aussi me discuter d'une technique, d'une vidéo, d'une personne qui nous montre
comment rendre un site WordPress totalement statique.
Voilà un petit peu le programme et au passage, il y aura d'autres choses intéressantes.
Au passage, on attaque tout de suite par peut-être component party.
C'est le site totalement ouvert sur lequel on va retrouver toutes les librairies JavaScript,
donc les frais-boires qu'on a l'habitude de voir.
Et chaque système va être déclaré.
On va dire toute la partie réactivité, on va comment on déclare un state, comment
on update un state, comment on compute un state et ce, dans toutes les librairies,
V3, Angular, LIT, Android, Solid, tout.
Et ça, c'est quand même super sympa, je pense pour les développeurs qui sont en
migration ou en fait ils ont un background déjà sur React, par exemple.
Ils arrivent sur un projet, c'est en V3, comment on fait ?
Ça peut être super intéressant pour voir les différences et apprendre aussi les différences
entre ces librairies.
Oui, c'est super intéressant quand tu es habitué à faire du React ou du Vue et
de voir les différences au niveau du code Angular.
Et éventuellement de tester, c'est Framwork, c'est librairie.
Ça permet de voir que ce n'est pas si compliqué que ça à faire avec ce framework.
Ça peut donner envie de tester et ça permet de comparer aussi la simplicité de certains
frameworks.
Dans l'ensemble, ça se ressemble de plus en plus les systèmes.
Oui, on tend quand même vers une certaine uniformisation.
Oui, il y a vraiment de plus en plus qu'on s'y lit le code et de plus en plus ressemblant
avec des systèmes de réactivité, donc ça se standardise en fait.
C'est assez clair.
Enfin, j'ai l'impression avec Signal qui se standardise dans tous les frameworks,
c'est Framwork, Actu-Tip.
C'est pas encore intégré partout.
On en avait parlé la dernière fois où il y a une...
Je ne sais plus comment ça s'appelle, quand tu viens soumettre une idée ou en tout cas
une feature et après il faut que ça soit approved par toute la communauté.
Mais Signal rentrerait peut-être dans le JavaScript natif.
Alors là, si on a un système de réactivité...
Oui, c'est le moment où tu parles de ça.
Je l'ai vu aussi, je crois que c'est hier ou avant hier, j'ai vu que c'était un draft,
justement.
Oui.
En fait, ça m'a surpris.
En fait, je me suis dit, oui, c'est quand même dingue.
On a déjà des systèmes de réactivité dans JavaScript natifs aujourd'hui, mais là,
s'il y en avait un système de signal carrément natif, ça serait énorme.
Donc je pense que ce serait ce que pour les groupes component, tout ça.
C'est plus du tout le même deal et les libérales, si ils peuvent réacte, se ventent, vu 3,
Angular, tout ça, vont perdre énormément.
Ce qui pourra peut-être différencier, c'est uniquement la syntaxe, la manière dont tu
l'écris, tout.
Intéressant, en tout cas, un site, évidemment, on met tous les liens, ce sont dans la description.
Oui.
Et c'est un site plutôt bien fait à but pédagogique.
Oui, plutôt bien fait.
Et ça, ça peut même être très didactique.
Je pense que ça peut même servir un jour.
Tu as plutôt spécialisé en vue, on va dire.
Et un jour, on te file un projet en React, par exemple.
Tu sais le faire en vue, mais pas en React, ça te permet de voir, ah ben, c'est comme
ça que je fais d'habitude en vue.
Voilà comment je fais en React.
Ça permet aussi de peut-être d'évoluer aussi.
Oui, avec plein.
Non, c'est vos projets.
Excellent.
Excellent.
Allez, on bascule sur un projet complètement fou dans lequel on avait déjà parlé là.
La quoi, il y a quelques jours ou il y a peut-être un mois.
Je ne sais pas sur le retour de Web Osom, les Fontosom, avec voilà, on a tous connu les
icônes de Fontosom.
Mais là, en fait, ce qui nous a fait juste halluciner, c'était le montant.
Ils ont récolté, ils ont réussi à récolté.
En fait, à la base, ils demandaient juste 30 000 $.
Ils ont eu 723 000 $, ça m'est fou.
C'est incroyable.
Je ne sais pas si ça va continuer, ça va monter au million, mais c'est juste fou pour
un projet de librairie Web Component d'arriver à lever autant d'argent.
Donc ça suscite beaucoup d'intérêt.
On voit qu'il y a une forte demande.
Je ne sais pas pourquoi ils donnent autant.
Enfin, je voudrais bien savoir les motivations des personnes qui donnent.
Mais ouais, c'est fou, 723 000 $.
Comme tu penses qu'il y a certains projets open source qui ont du mal à avoir de l'argent.
C'est peut-être la solution.
Quoi, ils ont réussi après tous les kickstarter, tout ça, pour que le projet soit viable et
marche et il y ait une sorte de buzz qui se mette tout autour du projet.
Il faut vraiment communiquer.
C'est un vrai job et il ne suffit pas de mettre sur kickstarter pour lever 700 000 $.
Mais ils ont quand même bien réussi à...
Ouais, ils ont réussi.
Il n'y a pas photo.
Je pense que faire une levée à 700...
Il y a une partie de notre oriété aussi, je pense, que Photonsome est quand même super connue,
on va dire, très utilisée.
Justement, je voulais en parler juste après, de Photonsome.
Mais peut-être que ça a joué sur le fait qu'ils sont connus, ils ont fait des trucs robustes.
Et ils proposent cette nouvelle libraille.
Donc peut-être que les gens en confiance, on se dise, c'est ce qu'on veut.
Je crois qu'en donnant de l'argent, tu accèdes à la version pro, je crois.
Donc tu as quand même quelque chose en contrepartie quand tu donnes de l'argent.
Tu n'en donnes pas pour rien.
C'est pas juste un don.
Non, en fait, le système de kickstarter, c'est un premier package, un deuxième package,
un troisième package et selon le montant que tu vas donner, tu choisis ton package.
Dans le package, il y a plus ou moins de features de librairies et tout ça.
Et après, le pattern free et pro, tout le monde fait ça aussi.
Tu peux utiliser, on va dire, une dizaine de composants ou une vingtaine de composants qui apportent.
Et si tu passes sur la version pro, tu en as 40.
Et voilà, tu as plus de composants, tu as peut-être plus de fonctionnalités.
C'est le pattern qu'on trouve un peu partout sur les librairies de composants qui deviennent de plus en plus payants.
Mais il en existe quand même beaucoup qui sont encore gratuits.
Mais attends, tu gagnes tellement de temps, Pat.
Tu gagnes tellement de temps.
Oui, oui, mais c'est pas ça.
Je vais dire, moi, c'est pas choquant que certaines choses deviennent payantes.
Parce que si on veut assurer la pérennité du projet, en fait, il faut pouvoir ne serait-ce que réumunérer les gens qui travaillent dessus.
Donc, au bout d'un moment, le gratuit, ça c'est limite.
Et on a loyer à la paix à la fin du mois.
Donc, développer en pensance, c'est cool.
Mais ça te fait pas manger.
Donc voilà.
Et on va reparlé sur la suite.
Carrément.
Ouais, je voulais juste parler de fontosomes.
Parce que l'un d'entre nous a dit, à chaque fois, on se moque quand même.
On se moque, on dit, voilà, non, on me kiffe, ils ont encore fontosomes et tout.
C'est...
Ouais.
On est moqueur.
On est taca.
Et en fait, non, on est taca.
Et en fait, je me suis rendu...
Là, je vais travailler sur un projet de CSS commun pour plusieurs applications pour un client.
Et en fait, donc ils ont ce besoin d'icône, en fait, utilisé dans n'importe quelle application, tu vois.
Et c'est vrai que, la plupart du temps, dans les projets réactes, vu tout ça,
on a tendance à intégrer directement les icônes dans le code avec...
Voilà, le compiler, on appelle l'icône, ça l'intégrer directement en SVG.
Et je me suis rendu compte, en fait, qu'on discutait en réunion du projet.
Et la personne qui est plutôt habituée à travailler sur des sites classiques, tu vois,
avec du CSS, PHP, machin, lui, de suite, on fait fontosomes.
Et là, j'ai bondi, tu vois.
Ça va pas.
Je suis attaqué à la gorge, non?
Donc là, débat, etc.
Et je me suis rendu compte que ce n'est pas si simple.
Voilà.
C'est pas si simple de faire bouger les lignes en agence.
Non, c'est pas si simple de dire, en fait, fontosomes, je n'utilise pas.
Et on fait des icônes, en fait.
Et en fait, le truc, c'est que ça dépend du projet, ça dépend du nom d'icône, etc.
Donc, je vais me lancer dans un truc où je vais comparer.
Donc c'est un petit teasing, tu vois.
Il y aura un article prochainement et certainement une vidéo.
Je vais comparer, en fait, les techniques pour intégrer les icônes à partir des fonds
jusqu'au l'intégration normale des SVG comme on fait dans les applications.
Comparer les différences, il y a aussi les Sprite SVG aussi.
Il y a différentes techniques.
Je vais essayer de comparer les techniques et voir qui est le mieux et le plus adapté
suivant les projets.
Puisque effectivement, là, le projet sur lequel je vais bosser, il y a plus de 50 icônes, tu vois.
Donc quand tu dois les intégrer, c'est un peu plus compliqué, etc.
Donc voir ce qui est le mieux adapté.
Donc petit teasing sur future vidéo et article.
Tu as toute mon attention.
C'était une petite surprise dans laquelle je n'étais pas du tout pour.
Je n'avais pas parlé.
C'est super bien parce que c'est vrai qu'on a tous notre manière de faire.
Et je pense que tu vas aller aussi sur la performance, la facilité d'intégration,
des choses comme ça, pour les designers, tout.
Si tu veux, quand tu as 3, 4 icônes, tu les intègres, tu mérises SVG, pas de problème.
Quand tu arrives à un certain nombre d'icônes, la question se pose entre le poids d'une
fonte icon, le poids d'un Sprite SVG ou le poids d'un SVG répété plusieurs fois.
Je parle aussi de performance, surtout.
Et la praticité aussi, comment je l'intergue facilement.
Donc, voilà, à suivre.
Nice.
Petit teasing, petit teasing.
C'est bon ça.
Petit teasing.
Allez, on déroule.
React qui évolue toujours.
Alors, on ne sait pas si c'est React ou c'est Next, il faut dire, mais...
Non, je suis ta carte.
Je suis ta carte.
Non, React qui passe en Beta 1 qui évolue en version 19.
Qu'est-ce que ça amène de...
On est sur une évolution classique où on est sur des gros breaking chains qui amènent
vraiment des vrais nouvelles features.
Non, il n'y a pas de...
Alors, déjà React, il évolue, oui.
Alors, ça faisait un moment quand même qu'on était sur la 18.
Donc, la 19 va arriver.
Il n'y aura pas le compilateur.
On a déjà parlé du compilateur optionnel de React qui devrait arriver plus tard, qui
était prévu dans la 19, mais finalement, il est retardé pour qu'il travaille dessus,
tout ça.
Donc, il y a une version 18.3.
Si on remonte un peu, je crois qu'il y a la version 18.3 qui permet déjà de préparer
cette migration, en fait.
Ouais, c'est ça.
Tu peux upgrade la version 18.3 et en fait, c'est un peu une préversion de la 19.
Donc, la 19 en Beta est testable.
Déjà, elle est disponible.
Il n'y a pas de breaking change.
React ne fait jamais vraiment de gros breaking change entre les versions.
Donc, tu as un code React qui fonctionne.
Tu passes à 19 dans l'ensemble, ça fonctionne.
Il y aura peut-être juste les contextes qui vont changer.
Donc, peut-être il y aura peut-être une évolution à ce niveau-là, mais c'est souvent en interne
dans les systèmes de states aussi.
Il n'y a pas de breaking change.
En fait, on est habitué à React de jamais avoir de gros trucs qui pètent dans tous les sens.
Voilà.
Donc, les solutions...
Le système d'action.
Ouais, alors ils ont...
Ils ont intégré le système d'action qu'on retrouve un petit peu dans Next.
C'est pour gérer...
Alors toi, tu l'as déjà dans...
Si tu descends un petit peu, il y a un exemple de code.
C'est ce qu'on retrouve déjà dans certains frameworks comme Next.
Qui gère l'état.
C'est un peu encore le deuxième...
Il y en a un autre derrière.
Descend encore un peu...
Ouais, c'est celui-là.
Use Action States, tu vois.
Ou tu as différents états en fait par rapport à quand tu as envoyé ta requête pour la mutation
de ta data.
Si tu as un pending, si tu as une erreur, si tu as un sub-mantec...
Voilà.
C'est ça, tu connais déjà, tu vas me dire dans Next tout ça, on l'a déjà.
Exactement.
En fait, c'est quand tu vas faire une action à Synchron, tu vas avoir différents états.
Le résultat de tes data, est-ce que tu es en attente du retour, est-ce que tu as une erreur.
En fait, tu peux déconstruire ces objets-là et interagir directement.
Ok, bon.
Il y a différents hooks d'actions qui sont intégrées dans React 19.
C'est directement dans la librairie, ce n'est pas dans un métal framework, c'est vraiment dans React.
Il y a différents hooks comme ça qui sont intégrés au niveau du form, au niveau d'Action State.
Il y a plein de trucs qui sont... Donc ça, ça fait partie des nouveautés.
Tu vois, UseAction State qui est vraiment une nouveauté.
Donc c'est pas mal pour gérer tout ce qui est promesse, tout ça.
Donc c'est vraiment pas mal.
Ça me surprend que ce soit intégré directement dans la librairie,
puisqu'on est plutôt habitués à le retrouver dans des métal framework.
Mais bon, on va dire tant mieux.
Il y a ça, il y a un hook.
Oui, je crois que je suis con.
On ne prend pas.
On ne prend pas.
Quand les mecs de React passent chez Next et Next React et machin,
la frontière devient flouf.
Oui, mais tu vas avoir un après-dame, mais je comprends.
Il y a un hook qui s'appelle Use, qui permet de...
C'est une sorte d'API pour les promesses aussi, qui est pas mal.
Il y a une grosse nouveauté aussi qui est pareille, étonnant que ça soit dans React.
Mais bon, à la base, React devait rester une librairie simple, en fait, et de vue.
Et là, en fait, on rajoute des fonctionnalités comme un métal framework.
Bon, c'est la volonté des gens qui travaillent dessus.
Donc la gestion du aid aussi, qui arrive.
Tout ce qui est aid de la page, en fait, maintenant, tu peux mettre des scripts, des styles, des métas, title, tout ça, machin.
Tu peux le gérer directement via React et pas un métal framework.
Il y a plein de choses comme ça qui sont...
Le contexte aussi est simplifié, le système de contexte.
Il n'y a plus de provider, tout ça.
Donc voilà, des évolutions, des petites évolutions, des volumes, des coups.
Voilà, super. Des choses intégrées qui sont directement disponibles dans React.
Donc voilà, pas mal. Et donc à tester.
Donc il y avait une petite vidéo, j'avais mis une petite vidéo de...
Vas-y, je te laisse faire l'imitation.
C'est quoi ? Ah, The Westboss.
Qu'est-ce qu'il dit Westboss ?
Hey Westboss, salut, c'est Westboss.
Qu'est-ce qu'il dit Westboss ?
Westboss, il a fait une petite vidéo de 2 minutes où il explique un peu les principales nouveautés.
Donc c'est pas mal comment le use, le hook, use est utilisable tout ça pour les promesses, tout ça.
Donc c'est pas mal. Je vous la... On mettra le lien pour la regarder, c'est pas mal.
Westboss.
Hey, salut, c'est Westboss.
Hey, c'est Westboss.
Tu fais le bien, tu peux.
Non, mais après, il est... C'est super intérieur.
Après lui, il est... Il a une formation qui vend sur...
Sur du React depuis très, très, très, très longtemps.
Et il... Il... Il les met à jour et il est toujours...
Il se tient toujours à la page sur ses évolutions là.
Donc super... Super, super intéressant.
Voilà. Et dans la... Et dans la flûée...
Voilà. Ryan Florence qui est le co-créateur de Remix, le framework.
Suite à ce... À la nouveauté de React 19, en fait, a déjà fait quelques tweets
en expliquant qu'ils allaient supprimer les choses.
Enfin, il y a certaines choses dissolées dans React.
Bah ça permettra de ne plus utiliser en fait les choses qui sont...
En fait, ils avaient rajouté dans Remix des balises de links, mettes, tout ça
pour que j'aille les AID, etc.
En fait, vu que ça sera directement dans React 19, en fait,
bah on pourra utiliser directement en React 19.
Là, les fonctionnalités dans React 19, au lieu d'utiliser celles de Remix.
Donc ils vont enlever des choses, en fait, tu vois, dans Remix.
Parce que dans React 19, ils ont rajouté des choses.
Donc il y a tout ce qui est la gestion du AID.
Et ils parlent aussi des... Si tu laisses un petit peu,
il y a le premier tweet, ils parlent aussi des actions aussi, tu vois.
Donc avec le nouveau hook use, en fait, on va pouvoir enlever certaines
fonctionnalités de Remix aussi, pareil, et passer directement sur celles de React.
Donc c'est intéressant de voir que le framework React, enfin, la librairie,
évolue. Et au-dessus de ça, en fait, les métres de framework,
bah peuvent profiter de ça et enlever un petit peu de code.
Et voilà, tout ça devient natif.
Bien sûr, après, si plus c'est natif, mieux c'est.
Donc on est complètement d'accord.
Voilà, ça marche.
Ça reste dans la mouven, ça marche.
Allez, on revient sur un sujet qui a fait un peu poignolimique
dans le monde Open Source.
C'est le changement, en fait, de licence du corps de Redis,
qui a changé et qui a fait un drama en mode plein de gens.
On dit, ouais, c'est scandaleux, tout.
Pour bien comprendre, pour ceux qui n'ont pas suivi les pidodes,
tout simplement, le corps de Redis était Open Source pendant très longtemps.
Sauf qu'aujourd'hui, la plupart des contributions à cette librairie Open Source
étaient faites par des boîtes privées qui ont besoin d'argent.
Et une des plus gros contributeurs, c'était Redis Lab,
qui en fait, vient utiliser cette technologie là et met à disposition plein de services
et plein de technologies autour, mais surtout du service Cloud.
Et donc c'est comme ça qu'il gagne de l'argent,
sauf qu'à chaque fois qu'il développait des nouvelles fonctionnalités,
les concurrents pouvaient utiliser aussi cette techno, parce qu'elle était Open Source.
Et donc ils ont bougé quelques lignes dans les licences pour dire,
en fait, non, maintenant, c'est plus tout à fait Open Source.
Alors est-ce que c'est bien, est-ce que c'est pas bien, est-ce que c'est une bonne manière de faire ça ?
Il y a des bas.
Il y a des bas. On ne va pas rentrer dans cette polémique-là.
Moi, je vais juste quand même rappeler quand même que l'Open Source c'est super bien,
sauf que justement, quand c'est une seule boîte qui contribue au projet,
c'est un peu normal qu'elle a un droit de regard.
Donc, ce qui veut dire que la pérennité du projet tient aussi à son acteur principal qui va le maintenir.
On se rappelle du débat qu'on avait eu avec Versel, Next et React, Facebook et tout ça.
Bah ouais, c'est eux qui contribuent plus, donc c'est eux qui tortent un peu le modèle.
Donc oui, c'est Open Source, mais à un moment donné, vu que c'est eux qui payent,
c'est difficile d'aller contre le système.
Oui, et donc dans la foulée, ils ont fait un fork très rapidement,
quasiment quelques jours après l'annonce de changement de licence,
et ils ont fait un fork qui s'appelle Valky.
Là, le nom, en fait. Qui value, voilà.
Oui, qui value.
J'aime bien le nom.
Bien sûr.
Bien sûr, non, c'est plutôt bien amené.
Après, objectifement, ok, je comprends l'idéologie derrière du pure Open Source, tout.
C'est top là-dessus, je comprends parfaitement.
Après, il faut aussi comprendre que la boîte a la besoin d'avoir une caractérité.
Mais peut-être qu'ils y sont allés peut-être aussi un peu trop fort,
sur bouger la licence.
Peut-être que ça, c'était un peu too much,
parce qu'ils avaient déjà fait, en fait, ils avaient déjà plein de fonctionnalités
qui n'étaient que disponibles que sur leur glace,
aux extensions, je ne sais plus exactement laquelle,
mais voilà, il y a accédé que si tu passes chez eux.
Bon, là, ça se tient, ça se tenez.
Peut-être que là, ils ont bougé un peu,
mais de toute façon, tout l'histoire de Redis,
il y a une intrigue entre des acteurs majeurs qui ont donné du temps et d'énergie.
Et c'est là où ce n'est pas cool, c'est que tu as plein de gens
qui ont investi beaucoup de temps et beaucoup d'énergie sur l'open source.
Et après, on s'accapare le projet et on bouge les lignes.
Là, c'est là où, éthiquement, c'est un peu limite.
On avait vu un peu...
Alors, déjà, Valquis s'est poussé par tous les gros,
AWS, Aura, AT&T, Google, Cloud, tout ça.
On voit que c'est eux qui ont vraiment poussé là-dessus
parce que ça ne les arrange pas, en fait, que ça devienne,
que les licences et puis open source, etc.
Donc, on ne sent qu'il y a...
Alors, on n'est pas un podcast sur le libre.
Je ne sais pas comment ils s'appellent,
le librecast ou je ne sais pas quoi.
On ne va pas parer non plus du libre et de l'open source,
mais on voit quand même...
Et c'est un problème récurrent, en fait.
Dans l'open source avec les gros acteurs,
c'est qu'il y a beaucoup de gros acteurs,
AWS, Google et compagnie,
qui profitent en fait de ces choses open source,
qui sont parfois développées par un mec en Alaska tout seul.
Donc, ils font énormément d'argent, je parle pour Amazon,
sur des systèmes open source.
Et ils ne payent pas la licence.
Et ils ne payent pas de licence, ils ont tendance à pas rétribuer
correctement les gens et tout ça.
Et tu vois, quand tu as un truc qui change de licence comme Réli,
c'est un coup, ah bah non, il faut que ça reste open source, vas-y,
on va faire Valquis et puis comme ça, ça reste open source.
Voilà, c'est pour ça qu'il y a un gros débat, c'est...
Oui, open source, mais...
Alors oui, pour les gens comme nous, on utilise open source, c'est cool,
il faut contribuer un petit peu tout ça, mais les grosses boîtes comme ça,
qui font énormément de milliards de dollars sur des systèmes open source,
ça se discute quoi.
Bon, ouais, ça se discute, mais on revient tout.
La gouvernance, la gouvernance, la gouvernance.
Parce que si demain, en fait, Amazon contribue à Valquis,
et maintient Valquis, est-ce que demain, ils peuvent pas bouger les lignes?
Bon, après là, c'est apparemment, c'est porté par la Fondation Linux.
Ouais, ils l'ont aussi dit d'un fondat CX.
Au moins, si tu veux, c'est...
Justement, la gouvernance s'est organisée pour avoir
une sorte de garde-fou pour éviter, justement,
toutes ces dérives...
...des changements de licence.
On avait eu la même chose avec MySQL,
à un moment aussi qui avait été repris par...
Je sais plus si c'était Oracle ou je sais plus.
Ils avaient de suite fait un fork aussi, pareil.
C'était toujours la mission.
Et puis au final, et au final?
Au final, mais...
Au final, MySQL a toujours resté open source,
et il n'y a pas vraiment...
Enfin, il me semble pas qu'il y ait de gros changements.
Donc finalement, il y a eu ce mouvement pour pas grand-chose.
Je sais pas...
L'avenir nous le dira, en fait, si on est sur un vrai changement,
on fait du bruit pour pas grand-chose,
et au final, parce que toutes les boîtes
qui ont une infrastructure avec crédit,
ils vont pas changer comme ça du jour au lendemain.
On a beaucoup.
Ils vont pas...
Bah oui, mais c'est normal.
C'est une base de données qui valore,
peut-être, la plus courante qu'on peut trouver.
Donc, ouais, c'est sûr.
On verra ce que ça dit par la suite.
On va pas en depeaux de source.
Open source.
Lui, toujours open source.
Node 22, donc le runtime JavaScript server,
qui est un runtime qui est maintenant un petit peu shagged,
parce qu'il y a plein de nouveaux acteurs dans la place.
On pense à Ben, ils viennent bouger un peu des lignes,
et c'est vrai que là, je pense que Node est en train de perdre sa suprématie,
même si aujourd'hui il est largement devant sur l'utilisation,
sauf que toutes ces nouvelles fonctionnalités
apportées par les nouveaux acteurs
peut-être le poussent à sortir des nouvelles fonctionnalités
et des releases peut-être un petit peu plus conséquentes.
Ouais, ouais, ça, bien, non, mais de toute façon,
c'est toujours bien d'avoir d'autres acteurs
qui te poussent un peu tout ça, qui te secouent le coucotier
pour éviter que Node s'endorme un petit peu sur les loriés
et puis l'évolue un peu mieux.
Tu vois, ça les réveille un petit peu, ça fait du bien.
Il y avait une news aussi,
je l'ai pas mis dans les notes,
mais vite fait, je crois qu'il y a Versel qui a annoncé
à ce 3-4 jours là, que le Edge repassait sur Node.
En fait, je crois qu'ils avaient un problème,
ils ont essayé de faire du Edge différemment,
et là, ils ont annoncé qu'ils allaient repasser les fonctions Edge
tout ça sur Node,
je ne sais pas si t'avais suivi cette histoire.
Ouais, j'ai vu, après, pour nous utilisateurs,
ça ne changeait pas en fait.
Oui, ça changeait rien.
C'est le signe d'or en color.
Il prouve bien que tous les autres run-time,
en fait, sont pas encore à maturité totale
pour arriver sur des grosses infrastructures
pour régler tous les cas, tous les Edgecase, tout ça.
Mais comme on l'avait dit,
de toute façon, cette multiplication des run-time,
et surtout cette optimization des run-time.js,
va surtout profiter en fait aux épercheurs,
aux mecs qui vendent de l'infra,
ils ont moins de ressources, ils peuvent dire...
Enfin, voilà, c'est juste des maths,
donc ils ont tout intérêt à pousser et à expérimenter
ce type de nouveaux run-time,
parce qu'ils peuvent gagner à la fin de la machine.
Donc, clairement.
Donc, si on revient sur Node, qu'est-ce qu'il a fait?
Qu'est-ce qu'il a fait Node?
Une nouvelle version Node 22.
Alors, vite fait, les WebSocket clients ont activé par défaut.
Donc WebSocket disponible et activé par défaut.
Il y a un WatchMode qui est stable maintenant.
Donc, tu sais, quand tu es en mode Dev,
tu mets Watch, tu retires et Watch,
et ça marche, ça re-de-rept.
Ça faisait longtemps que c'était déjà en place,
mais peut-être que c'était derrière une feature flag.
C'est ça.
Et moteurs V8 upgradés, ils ont plus de puissance.
Et surtout, un truc qui est en expérimental,
mais qui est pas mal, c'est le Require et le import,
qui sont utilisables ensemble, enfin.
Si j'ai bien compris.
Et ouais, parce que tu sais,
alors si je ne vais pas dire de conneries,
mais quand tu passes en type module sur ton projet Node,
après, tu ne peux plus utiliser les Require,
tout ça, machin, théor.
Les Require, voilà.
Ils te lèvent une alerte, toi.
Voilà, ils te lèvent des alertes, tout ça, tu ne peux pas.
Et donc, avec ce flag-là,
tu pourras utiliser les Require sur un système
où c'est marqué module au niveau du type,
dans le paquet de conditionnes.
Donc, c'est cool.
Il va faire l'espèce de transpilage,
ou je ne sais pas quoi.
Ouais, il va le faire automatiquement.
Donc, ça, c'est vraiment sympa.
Ça évitera des erreurs,
c'est plus de mélange de codes un peu plus simples,
tout ça, donc à suivre, à tester,
mais ça, c'est une bonne nouvelle,
parce que ça doit être un peu compliqué à gérer.
Et en fonction du code, tout ça.
Et aussi, pour faire une migration de legacy,
potentiellement, ça peut être super intéressant,
parce que tu peux faire ta migration progressive,
sans pour autant être obligé de tout changer,
même si aujourd'hui il y a des librairies
qui permettent de faire l'import,
enfin, de réécrire des trucs automatiques.
Mais là, pour le coup, c'est plutôt intéressant.

Et ouais, ouais, ouais, carrément, carrément.
Non, moi, je me souviens, il n'y a pas très longtemps,
de faire un projet Next, en fait,
où j'étais passé en import module,
enfin, en type module.
Et après, j'avais des systèmes comme le post-css.json,
qui étaient avec des requilleurs,
ça me mettaient des erreurs dans le tout.
Après, t'es obligé de tout changer,
pour que tu n'aies plus d'erreur, en fait,
c'est un peu le tout.
Alors que c'est juste du tout ligne, en fait,
pour le post-css.
Donc si on arrive à éviter ces erreurs,
grâce à ça, c'est toi.
Et puis surtout, sur une migration,
où en fait, ton problème, tu amènes un autre problème,
puis un autre problème, puis un autre problème.
Et tu es dans un truc pour changer un micro,
un micro-changement, en fait,
tu te retrouves à changer beaucoup, beaucoup, beaucoup de choses,
parce qu'il y a une dintrication entre les librairies
et entre les specs,
qui font que tu pètes un câble.
Yes.
Allez, encore un gestulaire de package.
Encore un.
Encore.
Explique-moi, explique-moi, je comprends pas.
Alors, c'est tout.
J'ai pas encore regardé à fond,
parce que je l'ai vu hier, ce truc.
Je t'avoue que j'ai pas tout exploré.
Oui, un nouveau gestionnaire de package.
Surtout, c'est un répertoire, en fait,
de package, en fait, principalement.
Alors, quand tu vas dans les notes,
ils disent qu'on n'est pas là pour remplacer NPM.
Ils se disent super 7 de NPM.
Voilà.
OK.
Alors, ce qui est TypeScript par défaut,
enfin, de natif, quoi.
Donc, en fait, tu sais, généralement,
avec NPM, tu dois rajouter les types.
Si tu rajoutes une librairie où c'est pas inclus,
tu dois aller chercher les types
pour rajouter le type TypeScript, tout ça.
Donc, là, a priori, c'est Dofist.
En fait, ils rajoutent tout Dofist,
tu mets le package,
et tu as déjà tout TypeScript qui est disponible,
machin, il n'y a pas besoin d'ajouter autre chose.
Donc, ça, c'est cool.
Il est uniquement EcmaxScript.
Et après, ce qu'ils annoncent,
en fait, c'est qu'ils marchent partout, en fait.
Ils marchent dans toutes les runtime.
Donc, ils disent, aujourd'hui,
il n'y a pas...
Il y a plusieurs runtime.
On est c'est fini le temps,
on n'avait que notre JS, machin.
Donc, voilà, le système marche partout, voilà.
Donc, honnêtement, je ne sais pas trop
ce qu'il apporte par rapport à NPM.
Enfin, si, avec quelque chose, comme ça.
Mais ils annoncent, ils disent bien, dans la doc,
tout ça, qu'on n'est pas là pour remplacer NPM.
On est juste un super 7 de NPM.
C'était comme une sorte de TypeScript de JavaScript.
TypeScript rajoute des choses à la JavaScript.
Là, c'est un peu le même principe.
Ça rajoute des choses à NPM.
OK.
Comme ça, moi, j'ai dû mal avoir la prévalue.
Comme ça, là.
C'est clair.
Par ailleurs, je me suis demandé
de vous dire, mais qu'est-ce que ça apporte.
Je ne vois pas tout de suite le truc, tu vois.
Mais, OK.
Why not?
Why not?
Je ferme pas la porte.
A tester et à voir, en fait, si on a vraiment un intérêt
à passer par ça.
Voilà, j'ai une CLA.
Enfin, voilà, je passe les détails.
Mais ils ont une CLA qui est hyper simple
pour publier un paquet.
Voilà, il y a plein de choses comme ça.
Donc, on va dire, c'est une sorte d'NPM amélioré.
OK.
Peut-être, si on l'utilise, on va dire,
c'est trop bien, et tout.
Pour l'instant, on l'a pas utilisé.
Peut-être.
On ne se rend pas compte.
Après, peut-être que c'est plus intéressant
pour les créateurs de librairie,
pour les personnes qui publient et qui maintiennent
des packages, peut-être que ça amène plus d'intérêt
pour eux, mais pour le simple utilisateur
qu'on est en partie, tu vois, même si on a 3-4 packages
qu'on a publiés, mais voilà, c'est pas
l'extractivité principale.
De simple utilisateur, j'ai du mal à avoir le bénéfice
tout de suite.
Tu vois, juste en dessous, tu as le using.jsr package,
tu as le deno, l'exemple qui est juste un peu...
Non, ouais, juste là, tu vois, tu as l'exemple ajouté.
Tu as tous les exemples des nos, NPX, YAR, NPN, NPN,
BUNX.
C'est vrai que tu as un genre dit, c'est un peu le bordel,
quand même.
Donc, si il y en a un qui peut, si tu veux,
être le truc central de toutes ces run-times,
ça peut être aussi intéressant.
Pourquoi pas ?
Au lieu d'avoir 18 000 commandes,
avoir juste JSR, par exemple, qui gère toutes les run-times,
ça peut être...
Peut-être qu'ils ont eux, ils savent ce qu'ils font,
ils ont la vision des choses, mais que nous,
on n'a pas encore...
Ils ont la vision, ouais.
Ouais.
Et nous, on n'a pas compris.
Ouais.
Non, on n'a pas encore compris.

C'est fort possible.
Allez, petit site, alors qu'on connaît tous,
je pense que web.dev, on le connaît tous,
parce qu'il y a beaucoup d'articles,
beaucoup d'explications,
c'est sa vocation d'être quand même très très pédagogique,
donc il y a plutôt des choses de qualité.
Et là, en fait, ils reviennent avec,
c'est quoi, c'est une sorte de track
où on peut suivre...

OK.
C'est une formation, une course en ligne,
sur les bases, les Basics,
de JavaScript, c'est Clarenet,
c'est Basics de JavaScript, donc c'est du début,
du plus Basics au...
Pondamentaux.
Voilà, donc on se moquait,
justement, à l'épisode.
Ça peut être un peu utile pour...
Certains développeurs qui connaissent bien React,
ou jQuery et qui ne savent pas
faire les choses dans JavaScript.
Donc souvent, les Basics sont un peu oubliés, ouais.
Exactement, et...
On en parlait avant l'épisode,
où on se rend compte que beaucoup
de développeurs, souvent en formation,
vont passer très très vite sur des LibreEdit,
javascript, par exemple,
comme React ou Vue.
Et malheureusement, en fait, ils vont dire,
« Monsieur, je n'arrive pas à faire ça
au React ou en Vue. »
Et en fait, ben non,
t'as pas besoin de faire ça au React ou en Vue,
là, c'est du javascript pur.
Et donc, connaître les fondamentaux
du langage, en tout cas,
c'est quand même toujours hyper intéressant.
Et sans doute, ce cours qui est...
Alors pour le coup, la qualité du site
n'est pas à discuter.
Je pense que, ouais, le cours est hyper,
hyper bien amené et super important.
Par contre, je vois que c'est que des articles.
Il n'y a pas de vidéos.
Faut voir, faut...
Je ne sais pas, je ne sais même pas regarder.
Ouais, la honte.
Non, non, c'est pas gênant.
Il y a beaucoup, beaucoup de lectures.
Et c'est vrai, aujourd'hui, je vois...
Pardon.
Avec les jeunes,
pour le coup,
elles voient beaucoup plus de personnes
qui sont en vidéo
et qui utilisent la vidéo pour se former
et pour comprendre des concepts.
Et c'est vrai que la lecture, parfois,
est un peu délaissée.
C'est vrai.
Ils sont peu de vidéos aujourd'hui.
Ouais, c'est...
Ça leur ferait du bien de dire un petit peu.
Parfait.
C'est justement mon vieux cours.
Ouais, l'ancien.
Ouais, l'ancien.
Ouais, l'ancien.
Ouais, l'ancien.
Non, mais après,
le gros avantage aussi,
c'est que c'est textuel.
Pour le coup, oui, c'est du texte.
Mais on voit le code.
Parce que sur des vidéos, on n'a pas toujours le code.
Et en fait, le fait de voir le code
permet de aussi mettre en contexte.
Et comme on dit toujours,
on passe beaucoup plus de temps
à lire le code qu'à l'écrire.
Donc, il faut que ça soit facile à lire,
facile à faire, à comprendre.
Et on comprend bien
si on passe du temps à lire le code.
On comprend ce qu'il veut faire.
On comprend ce que la personne avait
pour objectif.
Et donc, c'est hyper, hyper enrichissant
de lire du code.
Donc, on serait que vous conseillez
de lire le code.
Là, c'est un anglais.
Je ne sais pas si la version française existe.
Il faudra peut-être...
Ah, je n'ai pas fait gaffe.
En plus, c'est en français.
En français.
Alors, la France française, excuse.
Là, vous avez vraiment...
Exactement.
Il n'y a vraiment...
Non, il n'y a plus d'excuse totale.
Yes.
Lemon Squeezie qui revient avec
Wedge.
C'est quoi Wedge ?
C'est leur librairie interne
de component React, en fait,
qui sont...
qui ont plus bien d'open source,
en fait, qui sont aujourd'hui disponibles.
Une de plus, j'ai envie de dire.
Oui, exactement.
Elle est construite sur
Radix UI et Tywin CSS.

Des choses...
Radix UI, pour rappel, c'est une...
c'est des compagnons qui sont accessibles.
Ce sont des compagnons de React qui sont accessibles,
donc, accessibilité et tout ça, machin.
Et Tywin CSS pour le style.
Donc, là, c'est quand même une librairie
qui est basée sur des éléments robustes.
Donc, c'est quand même pas mal.
Et effectivement, c'est une de plus,
j'ai envie de dire, mais...
Après, elle a le mérite de griquer,
d'être open source.
On a affiché Figma.
Ouais, Figma et tout.
Non, non, c'est open source, c'est gratuit.
Et en plus, non, ce qui est bien, c'est que
Lemon Squeezie, c'est quand même un système...
enfin, c'est un gros site, c'est une grosse société.
Donc, on peut toujours se dire...
Étant donné qu'il y a une société derrière
qui l'utilise en interne,
ça veut dire que c'est quelque chose qui va être maintenu.
Donc, c'est toujours plus rassurant,
tu vas se dire, j'utilise des components,
une librairie, mais celle-là, je sais qu'elle va être maintenue
parce que Lemon Squeezie, bah, il l'utilise.
Donc, c'est comme tu vois, React avec Facebook.
Facebook utilise React, donc ça va être maintenu.
Tant qu'ils utiliseront React,
Facebook, ils vont maintenir React.
Et pour le coup, Lemon Squeezie,
c'est...
un acteur pour faire du paiement.
Des abonnements, tout ça.
Des abonnements de Stripe, PayPal,
avec des abonnements, soit du one-shot.
Et il va gérer aussi la TVA,
il va gérer...
plein de choses.
Il vienne en fait vraiment solutionner
la partie de paiement, quoi.
Avec une intégration
et une plateforme intéressante pour voir tout le business.
Très intéressant.
Ok.
Allez, on...
Un des trucs.
Et on regarde
WordPress,
en fait, c'est qui cette personne.
Je sais pas, alors c'est un WordPress spécialiste.
Mais tu vas nous expliquer comment
on peut tourner
un site WordPress
vers un site statique
et le déployer sur CloudFair.
Donc, avoir des vitesses de chargement
stratosphériques,
supprimer toute
cette notion de sécuriser
le site de vulnérabilité
qui va être totalement effacée
parce que le site va être tout le statique.
Intéressant.
Ouais, c'est une petite vidéo
d'un quart d'heure en fait.
Donc plus un allemand,
un spécialiste de WordPress
mais qui est vraiment assez poussé.
C'est un expert vraiment dans la performance.
Ça, il est très bon.
Et en fait, sa vidéo,
il explique l'exemple qu'il donne.
En fait, on peut avoir par exemple un site
WordPress qui a été fait il y a longtemps,
qui est en ligne mais qui est plus maintenu.
Enfin, voilà, quand on n'utilise plus trop.
Mais on souhaite que le site reste en ligne, tu vois.
Un site d'association, n'importe quoi.
Dis, bon, j'ai pas envie
de l'entretenir tout ça.
Mais j'ai envie quand même que les articles restent en ligne.
En fait, c'est ce qu'il explique.
C'est le cas qu'il donne en fait.
Donc il explique comment faire.
Donc il enlève le formulaire, tout ça.
Tout ce qui est un petit peu dynamique.
Il enlève les choses de contact tout ça.
Et ensuite, il garde que les pages de contenu.
Et après, il y a un plugin qui l'installe.
Ça lui génère toutes les pages en statique.
Donc il récupère le zip.
Et il le met sur Cloudflare.
Et donc, il a un site statique WordPress.
Donc c'est plus un WordPress, c'est juste des pages HTML.
Et donc, ça lui permet de garder en ligne
tout son site avec le contenu
sans avoir la gestion derrière
en fait de maintenir le site qui est ancien, tout ça.
Des fois, ils sont tellement anciens les WordPress
que t'as pas envie de le faire évoluer
parce que ça prendrait trop de temps.
Donc là, avec sa solution en 1h ou 2,
tu arrives à garder ton contenu en ligne
tout en étant sécurisé,
t'as plus de problèmes, tu te termines.
Donc c'est une solution intéressante.
Interessant. Et surtout,
tu viens profiter
de toute l'infrastructure,
de sécurité et de performance
de rapidité.
Et t'as plus aussi
à payer ton hébergement WordPress.
Oui, oui, oui, complètement.
Souvent, sur un mutualisé
ou sur un truc comme ça.
Après, est-ce que le système
marche, on va dire,
si tu le fais ça toutes les semaines,
est-ce que tu peux automatiser
ce process là ou pas du tout ?
Non, là, la solution
qui propose, c'est pas automatisé
parce qu'il faut, ça te génère le zip,
après tu le récupères et après tu l'upload
sur Cloudflare. Mais c'est vrai qu'ils auraient pu
en pourrais aller plus loin sur le plugin
et rajouter des fonctionnalités pour le
ploder automatiquement sur Cloudflare.
Mais je crois, je pense pas que ce soit la volonté
à la base du mec qui a fait le plugin, qui est open source
et gratuit, donc c'est quand même un système qui est gratos.
Mais ouais, on pourrait
complètement automatiser le système
et toutes les, peut-être même tous les jours
tu vois, générer le site
et l'uploader sur Cloudflare
et rester que sur le site statique, par exemple.
Pour tout le monde.
Ça pourrait être une solution, je pense qu'il y a peut-être
d'autres solutions pour explorer, mais à voir.
Ouais.
Mais c'est...
Ouais.
Non, non, je dis, c'est une bonne solution
pour des vieux sites qu'on n'a pas envie de maintenir
parce que souvent on annonce que...
enfin c'est WordPress qui annonce
presque 50% du web mondial
tourne sur WordPress. Mais il y a aussi
beaucoup de vieux sites qui sont plus maintenus
et tout ça, qui sont peut-être verrôlés ou n'importe quoi.
Donc ça peut être une solution, tu vois, pour un site
qui a plus de 10 ans, que tu n'as pas envie de maintenir.
Et c'est bien quand
le contenu reste
quand même accessible sur le web.
Même si c'est vieux.

Une sorte d'archive en fait.
Ouais, c'est ça.
Tu viens le mettre aux archives, mais quand même disponible.
Ouais, c'est ça.
Cool. Parfait.
Trop bien.
Écoute, je crois qu'on a fait le tour
sur l'actualité.
Si vous connaissez des techniques
pour mettre du WordPress en mode statique
et tout ça, mettez le lien
dans la description.
Si vous n'êtes pas d'accord avec nous,
dites-le nous aussi.
On aura plaisir à répondre aux commentaires.
Si vous êtes restés jusqu'au bout
de cette émission,
un grand merci à vous. On remercie
toutes les personnes qui nous soutiennent
sur Logitube,
financièrement parlant.
Et tous ceux qui le font aussi via
un petit pouce, un petit commentaire
de promouvoir le podcast
et la chaîne YouTube.
Ça fait extrêmement plaisir.
Et on vous dit à très bientôt
pour un nouvel épisode. Ciao, ciao Patrick.
A plus.
Merci.