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 l'aimait à jour, et il est toujours...
Il se tient toujours à la page sur ces évoluations-là.
Donc c'est super... Super intéressant.
Voilà, et dans la flûée,
Réanne Florence, qui est le co-créateur de Remix, le framework,
suite à 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, dissoignées dans React,
ça permettra de ne plus utiliser en fait les choses qui sont...
En fait, ils avaient rajouté dans Remix des balises de links,
meta, tout ça pour que j'aille les AID, etc.
En fait, vu que ça sera directement dans React 19,
on pourra utiliser directement en React 19.
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 il parle 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étrailles de framework,
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, alors 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 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.
C'est eux qui contribuent le plus.
C'est eux qui tort un peu le bonnet.
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.
Dans la foulée, ils ont fait un fork très rapidement.
Quasiment quelques jours après l'annonce de changement de licence.
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é.
Objectivement, 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,
elle a besoin d'avoir une tellité.
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.
Oui, en France.
Aux extensions, je ne sais plus exactement laquelle,
mais tu pouvais y accéder que si tu passes chez eux.
Bon, ç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, en fait, t'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, Oracle et Compagnie, 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 l'élistance, c'est plus Open Source, etc.
Donc on sent qu'il y a...
Alors on n'est pas un podcast sur le libre.
Je ne sais pas comment ils s'appellent,
le libre casse, ne touche pas quoi.
On ne va pas parler 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, Compagnie, 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.
Ils ne payent pas la licence.
Ils payent pas de licence,
ils ont tendance à pas rétribuer correctement les gens.
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 Valki,
et puis comme ça, ça reste Open Source.
Voilà, c'est pour ça qu'il y a un gros débat,
c'est Open Source.
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,
Amazon contribue à Valki,
et maintient Valki,
et qu'est-ce que demain,
ils ne 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 point de service.
Au moins,
si tu veux,
justement la gouvernance s'est organisée
pour avoir une sorte de garde-fou
pour éviter justement
toutes ces délives
des changements.
On avait eu la même chose avec MySQL
à un moment aussi,
qui avait été repris par,
je sais plus, c'était Oracle,
ils avaient de suite fait un fork aussi,
pareil, c'était toujours la mission.
Et au final,
au final MySQL
toujours restait open source,
et il n'y a pas vraiment, enfin,
il me semble pas qu'il y ait de gros changements.
Et 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,
ou on fait du bruit pour pas grand-chose,
tu vois, et au final,
parce que toutes les boîtes
qui ont une infrastructure avec crédit,
ils ne vont pas changer
comme ça du jour au lendemain,
ils n'ont pas...
Mais c'est normal,
c'est une base de données
qui valore la
plus courante
qu'on peut trouver.
Ouais, c'est sûr.
On verra
ce que ça dit par la suite.
Not 22.
Open source.
Lui, toujours open source.
Not 22, donc le runtime
JavaScript
server qui est
un runtime qui est maintenant un petit peu shaggy
parce qu'il y a plein de nouveaux acteurs
dans la place.
On pense à Bledo,
on pense à Ben,
ils viennent en fait bouger un peu des lignes,
et c'est vrai que là, je pense que
Node est en train de perdre sa suppré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 de nouvelles fonctionnalités
et
des releases
peut-être un petit peu plus conséquentes.
Ouais, c'est bien,
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 cotier
pour éviter que Node s'endorme un petit peu
sur les loriés et puis révoluer un peu mieux.
Tu vois, ça les réveille un petit peu, ça fait du bien.
Il y avait news aussi
que j'en ai pas mis dans les notes,
mais vite fait,
il y a Versel qui a annoncé
il y a 3-4 jours
que le Edge repassait sur Node.
Ils ont essayé
de faire du Edge
différemment et ils ont annoncé
qu'ils allaient repasser les fonctions
Edge sur Node.
Je ne sais pas si t'avais suivi cette histoire.
J'ai vu, après,
pour nous utilisateurs,
ça changeait pas,
c'est le signe d'ordre.
Il prouve bien
que tous les autres run-times
sont pas encore à maturité totale
pour arriver sur des grosses
infrastructures
pour régler tous
les cas, tous les Edgecase,
mais comme on l'avait dit,
de toute façon,
cette multiplication
des run-times et surtout
cette optimisation
des run-times, Js, va surtout profiter
aux
hébergeurs,
aux mecs qui vendent de l'infra
ils ont moins de ressources,
ils peuvent dire...
c'est juste des maths,
ils ont tout intérêt à pousser
et à expérimenter
ce type de nouveaux run-times
parce qu'ils peuvent gagner
à la fin de la machine
donc clairement.
Si on revient
sur Node, qu'est-ce qu'il a
à la fin de la nouvelle version 22 ?
Alors vite fait,
les Websocket clients ont activé par défaut
donc Websocket disponibles
et activés par défaut.
Il y a un Watch Mode
qui est stable maintenant, donc tu sais
quand tu mets un mode Dev, tu mets Watch, tu tires et tu ré-watches
et ça marche, ça revient.
Ça faisait longtemps que c'était déjà
en place, mais peut-être c'était derrière
une feature flag.
Et moteur V8
upgrade, ils ont plus
de puissance.
Et surtout
un truc qui est en expérimental
mais qui est pas mal, c'est
Require et Import
qui sont utilisables ensemble
enfin.
Si j'ai bien compris,
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 intero.
Ils te lèvent une alerte.
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
ou c'est marqué module au niveau du type
dans le paquet de point de zone.
Il va faire
l'espèce
de transpilage ou je ne sais pas quoi.
Il va le faire automatiquement.
Donc ça c'est vraiment sympa.
Ça évitera des erreurs,
c'est plus de mélange de code un peu plus simple.
Donc à suivre, à tester,
mais ça c'est une bonne nouvelle
parce que ça doit être un peu compliqué à gérer.
En fonction du code.
Et aussi pour
faire une migration de légacies,
potentiellement ça peut être super intéressant.
Parce que tu peux
faire ta migration progressive
pour autant
être obligé de tout changer
même si aujourd'hui il y a des librairies
qui permettent de
faire l'import,
de réécrire les trucs automatiques.
Mais là pour le coup, c'est plutôt
intéressant.
Et oui, carrément.
Je me souviens pas très longtemps
d'être sur un projet Next
qui était en
un port module,
en type module.
Et après j'avais des systèmes comme le post
css.json qui était avec des requilleurs.
Ça me mettaient des erreurs dans tout.
Après tu es obligé de tout changer
pour que tu n'aies plus d'erreur.
Alors que c'est
du tout ligne, pas 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
t'amène un autre problème, puis un autre problème,
puis un autre problème.
T'étais dans un truc pour changer
un microchangement.
En fait tu te retrouves à changer
beaucoup, beaucoup, beaucoup de choses.
Parce qu'il y a une dintrication
entre les librairies et
les specs qui font que
tu pètes
un câble.
Yes.
Allez, encore
un gestionnaire de package.
Encore.
Explique-moi, explique-moi, je comprends pas.
Oui,
alors c'est tout.
J'ai pas encore regardé à fond parce que je l'ai vu hier ce truc.
Alors je t'avoue que
j'ai pas tout exploré.
Oui, un nouveau
gestionnaire de package.
Et surtout c'est un répertoire de package
principalement.
Alors quand tu vas dans les notes
ils disent on n'est pas là pour remplacer
NPM.
Ils se disent Super 7 de NPM.
Voilà.
Ok.
Alors il est type script
par défaut, enfin de natif.
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.
Tu as des types tout ça.
Donc la priori c'est Dophist.
En fait, si tu rajoutes tout Dophist,
tu mets le package et tu as déjà tout type script
qui est disponible, machin, il n'y a pas besoin
d'ajouter autre chose. Donc ça c'est cool.
Il est uniquement
ECMAC script.
Et après,
ce qu'ils annoncent en fait, c'est qu'ils marchent
partout en fait. Ils marchent dans toutes les run time.
Donc ils disent aujourd'hui
il n'y a pas, il y a plusieurs run time.
On est c'est fini le temps, on n'avait que note
JS, machin. Donc
le système marche partout.
Honnêtement, je ne sais pas trop ce qu'il apporte
par rapport à NPM.
Enfin, si, avec quelque chose, comme ça.
Mais ils disent bien dans la
doc tout ça qu'on n'est pas là pour remplacer
NPM, on est juste un super set d'NPM.
C'était comme une sorte de type script
de JevaScript.
Type script rajoute des choses à JevaScript.
Là c'est un peu le même principe, ça rajoute des choses à NPM.
Comme ça, moi j'ai du mal à voir
la plus-value.
Comme ça, là.
Par exemple, hier je me suis demandé
de voir pas tout de suite le truc, tu vois.
Mais ok.
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à, ils ont une CLA
enfin, je passe les détails mais ils ont une CLA
qui est hyper simple pour publier un paquet.
Il y a plein de choses comme ça.
On va dire c'est
une sorte d'NPM amélioré.
Ok.
Mais 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 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,
même si on a 3-4 packages
qu'on a publié.
Mais voilà, c'est pas
notre activité principale.
De simple utilisateur
j'ai du mal à voir le bénéfice tout de suite.
Tu vois, juste en dessous
tu as le using.JSR package.
Tu as le Dino, l'exemple
d'un peu de...
Ouais, tu vois, tu as l'exemple
ajouté.
Tu as tous les exemples
d'Eno, NPX, Yarn, NPN, NPN, Bunyx.
C'est vrai que tu as un peu le bordel
quand même.
Donc si il y en a un qui peut
être le truc central
de toutes ces run-times, ça peut être aussi intéressant.
Pourquoi pas.
Au lieu d'avoir 18 000 commandes,
d'avoir juste JSR par exemple qui gère
toutes les run-times, ça peut être...
Peut-être qu'ils ont...
Ils savent ce qu'ils font et ils ont
la vision des choses avec nous.
Ils ont pas encore cette vision.
Nous on l'a pas compris.
C'est fort possible.
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
et sa vocation
d'être 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 de course en ligne
sur les basiques
de JavaScript. C'est clair et net.
C'est basique de JavaScript. Donc c'est du début
du plus basique au...
fondamentaux.
Voilà. Donc on se moquer
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 en JavaScript.
Ouais.
Donc souvent les basiques sont plus oubliées.
Exactement.
Et exactement,
comme tu disais, 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 libraries type JavaScript
par exemple, comme React
ou vu.
Et malheureusement,
il vous dit, monsieur, je n'arrive pas à faire ça
au React ou en vu.
Et en fait, bah non,
tu n'as pas besoin de faire ça au React ou en vu.
Là, c'est du JavaScript pur.
Et donc,
connaître les fondamentaux du langage
en tout cas, et 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 que je ne fasse...
je ne sais même pas regarder.
Ouais, la honte.
Ouais, on va...
Non, non, c'est pas gênant.
Il y a du code.
Il y a beaucoup, beaucoup de lectures.
Et c'est vrai,
aujourd'hui, je vois...
pas bon.
Avec les jeunes,
pour le coup,
ils 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.
Je suis vraiment vieux con. Ouais, l'ancien.
Ouais, l'ancien.
Ouais, l'ancien.
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 enrichissant de lire
du code.
Donc, on serait que vous conseillez de lire.
Là, c'est un anglais. Je sais pas si la version française existe.
Il faudra peut-être...
Ah, j'ai pas fait gaffe.
En plus, c'est en français.
En français.
Alors, la France, c'est en français.
D'excuse. Ah, là, vous avez vraiment
exactement.
Il n'y a plus une excuse
totale.
Yes.
Lémons Quizzy
qui revient avec
Wedgie.
C'est quoi Wedgie ?
C'est leur librairie interne
de component React
qui sont plus bien
d'Open Source. En fait, ils sont aujourd'hui disponibles.
Une de plus, j'ai envie de dire.
Ouais, exactement.
Exactement.
Elle est construite sur Radix UI
et Tywin CSS.

Radix UI, pour rappel,
c'est des compagnons qui sont
accessibles.
Ce sont des compagnons de React qui sont accessibles.
Donc, accessibilité et tout ça.
Et Tywin CSS pour le style.
C'est quand même une librairie qui est basée
sur des éléments robustes.
Donc, c'est quand même pas mal.
Effectivement, c'est
une de plus, j'ai envie de dire.
Après, elle a le mérité
d'égliger, d'être
Open Source.
On a affiché Figma.
C'est payant ou pas ?
Non, c'est Open Source gratuit.
Et en plus,
ce qui est bien, c'est que Lémons Quizzy
c'est quand même un système, enfin c'est un gros site,
c'est une grosse société.
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 Lémons Quizzy, bah il l'utilise.
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.
Donc, voilà.
Et pour le coup, Lémons
Quizzy,
c'est
un acteur pour faire du paiement
et
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, bah il viennent 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
brûle... Un des trucs.
Et on regarde
WorkPress,
en fait c'est qui cette personne.
Je sais pas, alors c'est
un WorkPress spécialiste.
Mais tu vas nous expliquer comment
tourner
un site WorkPress
vers un site Statix
et le déployer sur CloudFair.
Donc avoir
des vitesses de chargement stratosphériques
supprimer toute
cette notion de
sécuriser de vulnérabilité
qui va être totalement effacée parce que le site
va être tout le Statix
intéressant.
Ouais, c'est
une petite vidéo d'un quart d'heure en fait.
Donc lui c'est un allemand,
spécialiste de WorkPress, 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
explique l'exemple qui donne
en fait, on peut avoir
par exemple un site
WorkPress qui a été fait il y a longtemps
qui est en ligne mais qui est plus maintenue.
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 tout ça.
En fait, donc c'est ce qu'il explique, c'est le cas qui 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 WorkPress.
Donc c'est plus un WorkPress, 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 WorkPress,
que t'as pas envie de le faire évoluer parce que
ça te 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, terminer.
Donc c'est une solution intéressante.
Interessant. Et surtout
tu viens profiter
en fait de toute l'infrastructure
de sécurité
et de performance de rapidité.
Ah bah ouais, t'as plus
et t'as plus aussi
à payer ton évergement
WorkPress.
Ah oui, oui, complètement.
Souvent sur mutualiser ou sur un truc comme ça.
Après, est-ce que le système
marche
si tu fais ça toutes les semaines
et est-ce que tu peux automatiser
ce process là ?
Non, là,
sur la solution qui propose,
c'est pas automatisé parce qu'il faut
ça génère le zip, après tu le récupères
et après tu l'opplodes sur Cloudflare.
Mais c'est vrai qu'on pourrait aller plus loin
sur le plugin et rajouter des fonctionnalités
pour le ploder automatiquement
sur Cloudflare. Mais 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 gratuit.
Mais ouais, on pourrait
automatiser le système et toutes les
peut-être même tous les jours, tu vois,
générer le site et l'opploder sur Cloudflare
et rester que sur le site
statique par exemple.
Ça pourrait être
une solution, je pense qu'il y a peut-être
d'autres solutions pour explorer mais à voir.
Ouais, mais c'est
si vous...
Ouais, vas-y, vas-y.
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.
Voilà, 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 au commentaire.
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
via un petit pouce,
un petit commentaire,
de promouvoir le podcast.
La chaîne YouTube, ça fait
extrêmement plaisir.
A très bientôt pour un nouvel
épisode. Ciao, ciao Patrick.
A plus, merci.
...