Bonjour à tous, bienvenue sur ce nouvel épisode de Double Slash. Alors effectivement, ça fait un petit
moment qu'on n'a pas fait l'épisode. Désolé pour cette attente interminable. Je sais que vous
êtes sur vos applications de podcast, vous direz « quand est-ce qu'ils vont sortir l'épisode ? »
Pour les news d'avril 2024. Et comme d'habitude, nous sommes avec Alex. Salut Alex !
Salut Patrick, salut tout le monde. Je suis super content de revenir. Et oui, effectivement,
un grand désolé pour ce retard. Je crois que aussi bien toi que moi, on s'est fait un peu débordé
par le boulot et c'était dur de trouver de la bande passante pour Double Slash. Mais on en trouve,
on en trouve et on est là. Donc c'est cool. Ah ouais, complètement. Je l'ai complètement débordé.
Je ne vois plus le jour depuis quelques semaines. Donc c'est un peu chaud. Enfin, un petit sommaire,
tu te laisses faire ? Allez, un petit sommaire où on va parler de nodes, on va parler du documentaire
de nodes de nos amis de chez... C'est Onipot, je crois, c'est ça. On va parler de la Ravel. On a
vu, on va trouver aussi du drag and drop, des solutions, des librairies qui sortent. Qu'est-ce
qu'on va aborder encore ? On verra aussi, ouais, beaucoup de choses. Une conférence de,
est-ce qu'on a besoin d'une SPA, des vidéos, des liens, des liens de vidéos qu'on a trouvé
qui étaient super intéressantes. Donc un petit sommaire un petit peu et qu'on va partir un peu
dans tous les sens, mais très intéressant. On attaque tout de suite peut-être. Alors je l'ai
annoncé dans le sommaire, mais dans la série des documentaires en fait, où Onipot, donc c'est
une chaîne YouTube ou je ne sais pas si c'est que une chaîne YouTube ou si c'est un site Internet.
Mais en tout cas, ils ont sorti leur version de Node.js où en fait le concept de ces émissions
et de ces documentaires en fait, c'est de prendre une technique, donc ils ont fait React, ils ont fait
Vue, ils ont fait Rubien Rails. Et là de la même manière, il y a le documentaire sur Node qui va
retracer en fait toute l'historique de Node.js. Et donc celui-ci est sorti, il est disponible sur
YouTube, on vous mettra le lien évidemment intéressant et on apprend toute la jeunesse du
projet. Oui, c'est Onipot, je crois que c'est une chaîne YouTube, il me semble. Il va être documentaire
super intéressant à chaque fois sur des techno qui ont un petit peu changé la phase du web, on va
dire en quelque sorte et donc Node.js fait partie de ça avec le créateur, pourquoi ça a été créé,
etc. et comment ça a évolué jusqu'à maintenant. Donc toujours super intéressant, donc il y a le
et peut-être que demain on verra un documentaire sur Bun et sur Deno et sur tous ces runtime.js qui sont
encore aujourd'hui encore un peu récents, mais potentiellement demain il y aura un documentaire sur
ces nouvelles techno et ils nous expliqueront la jeunesse du projet. Carrément, ouais.
Et donc pour fêter, ça n'a rien à voir avec le documentaire mais ils ont dans la foulée Node.js,
enfin dans la foulée. Node.js a enfin un nouveau site internet, un site qui était quand même assez
vieillissant pour une techno qui est open source comme ça, donc ils ont annoncé ça, c'était le 19
mars, nouveau site internet et est-ce que tu sais avec quelle techno il a été fait ? Non avec
les gars ils n'ont pas pu faire ça quand même. Ok, cool. Et gros pour ces évolutions.
Ouais, dans un article sur comment ils ont fait évoluer le site, quelle techno ils ont utilisé,
donc évidemment NEC.js avec, je crois, c'est Dercel et ils ont fait un storybook, ils ont fait un
Figma, ils ont fait un design, un design system et tout ça, donc il y a un article super intéressant
qui voilà à lire, peut-être dans le deuxième, je sais pas si t'as le lien sous la main.
Ouais. C'est celui-là, ouais. Ouais, c'est celui-là. Il y a tout le process,
comment ils ont évolué, le temps que ça a pris, voilà, tous les outils, tout ça. Il était temps,
j'ai envie de dire, parce que c'est vrai que le site était vraiment un peu dur, un peu hard.
Ouais, après le plus important, moi je pense surtout, c'est la doc, exactement. La doc,
c'est, on le dit assez, on le dit tout le temps, mais c'est clé quoi. La doc n'a pas changé,
non. La doc n'a pas changé, mais ça c'est le jeu, tant pis. Mais aller voir ça, c'est quand même
Yes. Allez, on passe sur un retour de, bah toujours, on va rester dans ce run-time un peu
yes, avec Ben en fait, qui vient avec un nouveau plugin qui nous permet de faire des composants,
des macro composants, c'est quoi exactement ça ? Ouais, alors avant, avant qu'on parle de ça,
il y a une grosse nouvelle quand même concernant Ben en fait, c'est la version 1.1 qui est sortie il
y a pas longtemps. Et qu'est-ce qu'il y a dans cette version ? Et ben en fait, nos auditeurs
qui utilisent Windows pour développer, je suis désolé pour vous, mais bon, parfois les boîtes
nous imposent d'utiliser Windows. Et ben en fait, Ben est enfin disponible pour Windows. Voilà.
Ok. Parce que pour l'instant, en fait, je suis ce qu'il y a maintenant, tu ne pouvais pas utiliser
Ben sur... Non. Ok. D'accord. Non, Ben n'était pas disponible sur Windows. Et avec la version 1.1,
ben ça est enfin, Ben est utilisable sur Windows. Donc ça c'est une bonne nouvelle parce que vous
savez pouvoir utiliser Ben et gagner un petit peu en performance, en vitesse de développement,
etc. Tout ce que tu veux. Après bon, voilà. Bon. Et après il y a plein de nouveautés de ça. En fait,
à chaque version de Ben, il devient plus en plus rapide, enfin il l'améliore. Donc c'est incroyable.
Donc, enfin, moi perso, je l'utilise, je ne sais pas si tu l'utilises en Dev, mais moi je l'utilise
beaucoup en Dev, en développement. Non. J'ai pas encore passé le cap parce que j'ai beaucoup de
projets qui sont ouverts. Et avant, Ben était encore trop trop en prémisse et j'ai commencé à
mettre tout mon environnement et je t'avoue bouger un environnement de Dev comme ça sur le gros
projet, j'ai pas trop envie. J'aurais plutôt envie de tester sur des petits projets avant de tout
lâcher. Par contre, tout le monde me dit qu'en termes de vitesse, d'exécution, d'installer toutes
les dépendances ou les choses comme ça, c'est juste hallucinant. Et c'est vraiment notoire.
Donc non, j'ai pas encore joué avec Ben, mais à jour je le fais.
Après, tu peux juste l'utiliser en remplacement de Node.js en faisant juste un Ben, Dev ou un tout
comme ça. Comme la pays est totalement compatible avec Node, tu n'as rien à faire. Même si tu
ne veux pas installer un package comme ça, tu peux déjà faire retourner comme ça avec...
Mais par moteur, est-ce que je ne peux pas introduire des erreurs parce que mon runtime en
prod, de toute façon, il sera sur Node. Ça, c'est sûr. Mais en fait, de faire du Dev sur
Ben et après de pousser en prod sur du Node, est-ce que ça ne peut pas induire en erreur ou...
Alors, c'est peut-être une question bête, mais j'ai peur de ça.
Non, en fait, par défaut, Ben est full compatible avec Node.js de base. Après, tu as une API
interne à Ben qui rajoute des choses. Donc tant que tu n'utilises pas la API de Ben pour faire des
choses spécifiques qui sont liées à Ben, ça fonctionnera avec Node ou avec ce que tu veux.
Ok.
Mais ça, en fait, tu peux l'utiliser progressivement. Tu vois, tu peux l'utiliser juste comme ça,
en remplacement de Node avec un Ben, Dev ou un tout comme ça. Ensuite, tu peux installer
des packages si tu as envie. Et après, tu peux commencer à utiliser la API spécifique comme le...
Il y a plein de choses qui sont déjà natifs en fait dans Ben qui ne sont pas dans Node.
Après, Node, c'est très bien. Node reste un projet open source, etc. C'est rien à voir,
mais Node n'est pas moins bien que bonne. C'est juste que c'est une nouvelle runtime.
Ouais. Ok. Tu vois, j'étais un peu frileux. Je ne voulais vraiment pas péter. Mais oui,
est-ce que tu dis ça, ça se tient totalement. Allez, on revient justement sur ce pré-render
macro. Qu'est-ce que ça nous amène de plus pour ce plugin qui est ce qui nous amène ?
En fait, avec Ben, tu peux faire des plugins comme ça. Et en fait, j'ai mis deux plugins qui
permettent pour donner un exemple. Donc là, c'est pour rendre du JSX directement par Ben avec ce
plugin. Donc, tu n'as pas besoin de compiler, etc. Donc, il est capable de rendre des components
directement dynamiques et statiques. Donc, il y a des exemples. Donc, ça, c'est pas mal parce que tu n'as
pas besoin de compiler, quoi que ce soit. Tu mets juste le code comme ça et il est capable de le compiler
et de rendre en fait. Direct. Ok. Tu vois. Donc, ça, c'est pas mal. Et j'en avais un deuxième qui est
pareil, qui est capable de rendre du svelte directement. En fait, pareil. Tu as des
components d'applications web qui sont rendues par Ben directement par le serveur,
sans avoir à compiler quoi que ce soit dans ton navigateur ou de rendre un bundle, etc. Donc,
c'est un exemple vraiment de plugins, tu vois, qui est de capacité en fait de Ben pour, voilà,
ce, tu vois, c'est ça en gros la différence avec Node.js. C'est qu'il est vraiment en fait
moderne et il est adapté pour les applications, tous les langages qu'on utilise, du svelte,
etc. Des quicks. Il y a pas mal de choses intéressantes comme ça. Et parce que, parce que
il est beaucoup plus rapide. Non, parce qu'il a été presque en fait de doffice. Il a choisi en fait le
dev, je sais pas comment il s'appelle, de rendre compatible. J'ai 6 doffices, etc. Blin de jocs,
on va dire, nativement. D'accord. C'est ça la grosse différence avec Node.
Ok. Pour le coup, moi qui suis encore extérieur à Ben et qui n'a pas encore joué avec,
tu vois, peut-être que je sous-estime la puissance et je viens en fait minimiser l'impact
et la puissance de Ben. En fait, tu vois, pour l'instant, je ne le vois pas. J'arrive pas à le
mesurer de manière vraiment tangible de dire, ok, c'est une grosse évolution. Et en fait,
avec tous ces exemples que tu me montres à chaque fois, je comprends un peu mieux toute la
puissance et l'envergure en fait et commence potentiellement. Ça peut amener une grosse évolution
et même un chisme, peut-être pas un chisme, mais en tout cas une révolution majeure dans la
manière de coder dans le runtime de JS. Ah oui, ça change. Après, le revers de la médaille,
c'est que j'avais vu un article là-dessus, comme quoi, si tu commences à vraiment te lier à Ben,
tu perds cette compatibilité entre Node et Ben, etc. Donc tu deviens dépendant de Ben.
Mais non, mais après, c'est aussi du bon sens. Moi, quand tu me dis ça, j'ai l'impression d'entendre
un mec qui me dit, oui, mais quand je fais du Java, en fait, je suis tributaire de l'environnement
Java. Oui, mais mec, par définition, en fait, pourquoi tu te sens prisonnier ? C'est comme
la gégare à deux balles entre les mecs et les PC. Le mec dit, ouais, mais en fait, Apple,
c'est tout un écosystème, IT 13 et tu peux utiliser que des applis Mac. Mais mec, sur Windows,
c'est pareil. Si ton appli n'est pas fait pour Windows, elle ne marche pas. C'est exactement
pareil. Du coup, j'ai un peu du mal à comprendre ces arguments-là ou peut-être ils manquent des
infos. Mais après, oui, tu fais un choix. Après, c'est à toi de faire le bon choix entre
qui tu viens de marier, clairement. Allez, on déroule. Sarah Dresner, qui revient à
nous parler d'Angula. Elle est partie chez Google ? Normalement, oui, elle est chez Google.
Il me semble. Exact, parce qu'elle était pour le coup, pendant longtemps, elle était développeur,
ingénieur, management, mais chez Netlify, je crois. Et apparemment, elle a bougé chez Google. Elle
vient nous parler d'Angula. En fait, il y a eu un MG Conf 2024 qui concerne Angula. Et ils ont
fait une grosse annonce, c'est qu'il mergait deux frameworks. Angula et Wizz. Et tu vas me dire,
mais Wizz, c'est quoi Wizz ? C'est exactement la question suivante. C'est quoi Wizz ?
Moi, j'étais comme toi, je ne connaissais pas. A priori, j'ai fait ma petite recherche et il y a très
peu d'infos sur Wizz. Mais en fait, c'était un framework interne à Google, basé sur Angula,
qui était vraiment utilisé en interne. Donc, ils ont fait évoluer avec des choses qui sont
en supplément, des fonctionnalités supplémentaires. Et ils ont décidé de merger les deux. Angula et
Wizz. Et par la même occasion de rendre Open Source Wizz plus ou moins, puisqu'il va être
mergé d'Angula. Mais Wizz, jusqu'à maintenant, n'était pas Open Source. Il était utilisé
uniquement en interne chez Google. Et donc, en mergant avec Angular, devient Open Source, etc.
Donc, évolution d'Angular encore. Grosse évoquée en ce moment d'Angular.
Oui, oui. C'est exactement là. Ils sont revenus avec la dernière version, avec un rebranding,
avec ce concept des signals pour gérer toute la partie réactivité.
Simplicité. Beaucoup de simplicité. Ils ont simplifié en fait les components.
Maintenant, par défaut, les components sont beaucoup plus simples qu'avant. Il n'y a plus besoin de faire
des modules, etc. Ils simplifient énormément Angular. On sent que là, ils ont mis des billes,
ils ont envie qu'ils poussent à fond Angular. La renaissance. Mais on en avait déjà parlé un peu.
On avait déjà parlé. Mais c'est en ce moment. Ils en parlent tout le temps.
Après, de toute façon, on ne va pas redire ce qu'on avait déjà dit sur le marketing.
Mais aujourd'hui, ça fait partie du jeu. C'est obligatoire. Donc, il faut évangiliser,
il faut faire des confs, il faut faire de la doc, il faut créer des articles. Il faut que ça bœze.
Il faut que ça bœze. Et donc, derrière, on a Analog.js, qui est l'équivalent de Next.js en Angular.
Donc, il a sorti la version 1.0. Tu veux dire l'équivalent de Nuxt sur Vue,
de Next sur React et Analog.js sur Angular, qui est en fait le metaframework au-dessus de la
simplisité. On avait déjà parlé. Là, c'est la version 1.0 officielle. Donc,
comme tu peux voir, il y a VIT, il y a NITRO. NITRO, les gars, il est NITRO. Ça fait plaisir.
Il y a des clips Nuxt, évidemment. Voilà, il y a tout le système de routine, etc. Mais surtout,
bon, ça, c'est super. Mais ce que je voulais te faire voir, en fait, c'est la prochaine évolution
qui m'a fait un petit peu marrer, en fait. C'est qu'ils descendent un petit peu dans la page.
Il va... Il va... What next, tu vois ? Et regarde le code ici. Vas-y, tant. C'est juste là,
ce code-là que tu viens de voir. What's next ? À quoi ça te fait penser ? Alors, moi, je suis désolé,
mais moi, quand je vois... Alors, pour ceux qui ne le savent pas, je ne fais pas du tout de Angular.
Donc, je ne connais pas. Par contre, moi, quand je vois ça, ça me fait fortement penser à Vue.
Et voilà. Beaucoup, beaucoup, beaucoup, beaucoup. Quand j'ai vu ça, ça m'a fait marre.
Ah ouais, c'est clair. Des fichiers points analog, en fait, qui sont vraiment identiques à des fichiers vus.
Voilà. Et alors, pour ceux qui ne nous voient pas sur la vidéo, en fait, on a vraiment les trois parties
distinctes, c'est-à-dire la partie script, la partie template et la partie style, avec trois
balises très, très distinctes. Et ça, c'est typiquement du Vue avec le tag language.ts comme dans Vue.
Donc, ouais, on retrouve la composition API pour ceux qui font du Vue 3.
Signale, tu vois, signal comme l'interactive. Non, mais c'est fou, en fait. En parlant de
signal, vite fait, je viens d'utiliser préact signal, qui est le truc un peu de base qui a été
créé, qui n'est pas quasiment rien. En fait, dans une application, enfin, c'est pas une application,
c'est dans un site web, en fait. Et c'est vraiment top. Voilà. En fait, c'est hyper simple.
L'install. En fait, la signal, c'est ta variable qui est réactive. Ensuite, un effect, voilà. Et c'est
comme dans Vue, comme dans React, tout ça. Et tu peux l'intégrer à un code JavaScript physique. Ça
pèse le pedal de 3, 4 kiloptes. Et enfin, ça te facilite les choses pour faire des choses un peu
complexes en JS, sur un site web, sans forcément faire une web app. Donc, voilà. Préract slash
signal. Si vous voulez jeter un œil, c'est pas mal. Nice. Nice. Nice. Et allez, on revient
sur, sur, sur du DevTools avec, aujourd'hui, je sais pas si vous utilisez déjà Copilot,
ou en tout cas un assistant, on va dire pour coder, basé sur l'IA. Moi, personnellement,
je l'utilise depuis longtemps, Copilot. Et plus on l'utilise et plus il est malin et plus il nous
aide vraiment. Parfois même, c'est bluffant. Il continue à faire de la merde totale des
trucs complètement. WTF. Parfois, il y a des trucs totalement WTF. Mais il y a quand même
des fois où il sort des trucs lunaire et tu fais, wow, là, c'est vraiment, vraiment impressionnant.
Et là, on a une vidéo de Patrick Brosset qui vient nous expliquer Copilot avec Edge et le DevTools.
Ouais, c'est ça. Il y a ces petites vidéos, je suis tombé dessus il y a deux trois jours. Ces
petites vidéos, il explique comment dans Edge, donc le navigateur Microsoft, qui est basé sur
Chromium, comment on peut utiliser Copilot dans le navigateur pour débugger en fait via le DevTools.
Donc voilà, en fait, le système de chat qui est sur le côté est capable de lire le DevTools,
l'erreur et après il va t'aider à analyser, etc. D'interpreter l'erreur.
Je sais pas que c'est l'est, c'est pas mal.
Ouais, c'est super. À savoir qu'a aussi, il y a possibilité, en fait, dans VS Code, pour ceux qui
utilisent VS Code, aujourd'hui, tu peux en fait lui poser des questions, tu peux te chatter avec lui et il
peut injecter les erreurs. Enfin, tu lui injectes le message d'erreur et tu dis vas-y, explique-moi à
quoi ça sert, comment tu vas gérer ça. Et c'est plutôt bluffant les réponses, c'est plutôt,
c'est super intéressant. Donc là, c'est directement intégré dans le DevTools.
Dans le navigateur. Ouais, dans le DevTools.
Trop bien.
C'est pas mal, c'est pas mal. Mais façon rouille, c'est Copilot dans VS Code ou dans PHP Storm,
parce que j'utilise les deux et je les donne les deux. C'est hyper efficace. Et non seulement,
il y a les suggestions, mais aussi des possibilités de simplifier le code,
puis il peut t'expliquer le code, etc. Donc il y a plein de choses qui sont disponibles,
en fait, via Copilot. C'est intéressant d'utiliser quand même, je trouve.
Nice. Autre solution, c'est quoi Solito ? Là, j'ai vu, je ne sais pas du tout qu'est-ce que c'est,
à quoi ça sert, à quoi ça correspond. J'ai pas compris.
Solito, c'est un framework qui est, je ne suis pas dans le welcome,
c'est un framework qui mixte réinclative dans Next.js et qui te permet de faire des applications
cross-platformes. Après, je n'ai pas testé encore, mais c'est un projet qui est, je crois,
encore un peu jeune, mais à suivre, peut-être à tester. Mais ça te permet de faire une application
native, enfin, une cross-platforme, comme il dit, puisque maintenant, avec React Native,
tu peux faire du React Native Web aussi. Donc faire un projet qui n'a pas de tourner sur
du web ou sur de l'application mobile. Et donc là, c'est un peu ce système-là,
cross-platforme, mais avec le système de Next.js, avec le routine, etc. Donc,
pas encore tester, mais ça me semble prometteur, en tout cas, pour les personnes qui ont besoin
de faire des applications native. C'est toujours l'éternel grand débat sur
est-ce qu'on fait du native, est-ce qu'on fait du web. On a connu un peu le drama. Non,
mais c'est vrai, avec le risque qu'on a eu de se faire sucrer les PWA sur iOS,
chez plus de 17K, ou je sais pas quoi, sur la mise à jour. Et au final, ils ont fait machine
arrière. Mais ce qui veut dire que demain, ils restent quand même mettre de leur techno. Et
s'ils décident que le web, c'est mort et ils veulent faire tout en native, ils peuvent le faire.
Donc, ces solutions hybrides, peut-être, elles amènent une grande liberté. Après, il faut voir
comme tu l'as parfaitement dit, est-ce que la viabilité, vu que c'est un projet un peu neuf,
est-ce que ça va réussir à pousser, est-ce qu'en termes de perf, on est bon, est-ce qu'on a besoin
de la perf pour faire ce genre d'applicatif, si c'est juste pour faire pas une to-do list,
mais du rendu web, on va dire classique, sans avoir du calcul de ouf, ça peut largement
suffire. Comment on fait toutes les mises à jour, tout ça, c'est un vrai sujet.
Je ne suis pas spécialiste de React Native, mais tu vois les choses que font des développeurs
React Native, c'est assez bluffant. Ils font des choses très poussées. Je pense que tu peux aller
très loin en React Native. Pour moi, la question est vite répondue. Si je devais faire une application
native, je ne ferais pas de code, comment ça s'appelle, Apple, Swift ou du Kotlin,
autre comme ça. Je n'ai pas le temps d'apprendre et ça ne m'intéresse pas. Par contre, c'est hyper
accessible de React Native. En fait, si tu veux faire une application avec React Native,
c'est pas très compliqué en soi. En fait, le plus compliqué, c'est ce que c'est quand tu fais
une application native, c'est de la soumettre au store. La processus est tellement complexe avec les
clés, machins, midules, envoyés et tout. Les gens, ça rachelait le cheveu là-dessus. C'est ça qui est
compliqué. Ce n'est pas très open, tout ça. C'est open, mais la procédure, elle est tellement
complète. Il faut une clé, machin, développeur et tout. Et ça n'a pas d'attente.
Après, sans rentrer dans le truc parano, tu viens sécuriser ton process pour éviter
qu'il y ait des failles de sécurité. En créant une espèce de marche à l'entrée pour rentrer,
pour développer, pour soumettre ton application, une fois que tu es rentré, c'est super,
c'est facile, c'est fluide. Mais ça met aussi un frein à l'évolution, à faire bouger un peu
les paramètres. Parce que quelqu'un qui a fait l'effort, il se dit non, c'est pas juste,
il ont bien modifié les règles. Après, ça devient hyper facile, tout le monde peut le faire.
Donc, il y a une sorte de barrière à l'entrée qui est non négligeable quand même et qui profite
aux personnes qui ont fait l'effort. Et une fois que les mecs ont fait l'effort et sont dedans,
ils vont tout faire pour garder l'espèce de bulles dans laquelle ils sont. Et essayer de freiner
tous les nouveaux entrants sur la simplification. Alors que le web, on en parlait encore tout à l'heure
sur Angular, tout est fait pour simplifier, simplifier, simplifier. Mais je suis quasiment sûr que le
process pour soumettre ton applicatif, lui, il n'a pas été simplifié. Et c'est un petit peu ce que
je reproche au gros. Souvent, pour rentrer, tu as tellement une barrière à l'entrée que vu que
les développeurs ont fait l'effort, c'est pareil avec Amazon. Pour apprendre leur système ou Azure,
tu as appris le système, tu as appris comment tu as passé des heures et des heures à te former
à leur plateforme. Et donc, si demain tu dois changer de plateforme, il faut tout réapprendre. C'est
super dur. Donc, on reste et on continue. Et c'est là où pour le coup, je me sens beaucoup plus captif
de ce genre de système-là. C'est que mon point de vue. Pour nous, développeurs web, on a une
plateforme qui est ouverte, qui est disponible partout parce que, finalement, notre applicatif,
c'est le browser. On a tellement l'habitude que ça sile plus bien, si l'application est
ennuyée de suite, que quand on se retrouve avec ce truc de soumission, on n'a pas l'habitude.
Je pense que c'est une question d'habitude. Non, on n'a complètement pas l'habitude. Et puis,
trois minutes après, il n'y a que nous. Exactement. Moi, j'ai l'impression de revenir
autant du CD-ROM ou tu vois, c'est de là. C'est pas possible. Je crois qu'il y a des trucs qui existent
pour déployer tout ça. Il y a plein de trucs. Peut-être qu'on ne connaît pas. On admet. Oui,
on avait déjà vu des commentaires sur des personnes qui nous avaient dit que c'était possible de
mettre à jour avec Flight, je ne sais plus quoi. On n'est pas des spécialistes. On va éviter d'en
parler. D'ailleurs, on avait parlé d'un épisode sur React Native, il faudrait qu'on le prépare.
Exactement. Exactement. Allez, on parle de remix qui passe. A remix, on avait parlé de remix il y a pas
longtemps sur le fait qu'ils implémentent VGS avec le rendu client. Et donc là, c'était juste,
voilà, il y a eu un tweet comme quoi, ça passait par défaut sur VGS. Alors VGS qui devient de plus
en plus présent dans tous les frameworks, etc. Qui devaient même omniprésents. Ça me rappelle un
petit peu l'époque de What Pack qui était un peu utilisé partout. Là, maintenant, c'est VGS qui
est devenu vraiment le système de computation par défaut de tous les frameworks qu'on utilise.
Voilà. C'était juste une partie. Ça roule. Strapi, hashtag cocorico boite française. Strapi qui
passe en version 5 en beta. Alors, ce n'est pas encore officiel et ce n'est pas encore...
On n'est pas loin. On n'est pas loin. Qu'est-ce qui amène la version 5 de Strapi? Alors,
pour ceux qui n'ont pas suivi et qui ne connaissent pas Strapi, c'est un CMS qui va vous permettre
de gérer votre contenu et de donner accès à votre client aussi. Et pour ceux qui n'ont pas écouté
l'épisode dédié sur les CMS Headless, on vous voit vers l'épisode Headless ou sur les CMS Headless,
où justement, on fait un petit peu un tour d'horizon de tous les CMS possible et Strapi,
on fait partie. Oui, Strapi. En plus, on avait fait un épisode sur Strapi avec
Lorie. Jim Lorie. Oui. Donc, à l'époque. Et puis, on avait fait l'épisode sur les CMS Headless. Strapi 5,
en fait, c'est une évolution. Alors, on n'en est plus au changement majeur, mais il y a des évolutions
d'interface, c'est un système de drafts, ils ont fait évoluer le système de drafts,
de publication. Le bundler devient vite aussi, et je suis désolé, on ne parle que de vite ici.
C'est ouf. La création de plugin devient plus simple aussi. Ça pêche un peu de ce côté-là sur
Strapi, parce qu'ils ont un système de plugin un peu à la WordPress, on va dire. C'était un peu le but,
là-bas, quand ils ont fait Strapi, c'est qu'ils s'attendaient à avoir plein de plugins un peu
comme WordPress, et que le truc évolue comme ça avec tous les plugins. Mais ça n'a jamais pris de
folie, en fait. Il y avait pas mal de plugins, mais il n'y en a pas dans plus de 50 000. Donc là,
ils ont fait une création de plugin qui est un peu plus simple aussi. Et puis, le gros changement
majeur, c'est les réponses de la pays, le format de la pays, en fait, les réponses JSON.
GraphQL, ça ne te pousse pas, mais les réponses JSON sont un peu plus simples, un peu plus clean,
je disais que sur...
Par contre, ça, c'est quand même pas anodin, parce que si t'as cablé tout ton système sur la réponse,
s'il change la réponse, toi, il va falloir que tu fasses l'effort de recabler tes réponses pour mieux
les interpréter. Donc, potentiellement, c'est pas anodin comme évolution.
Ouais, ça, ça fait un peu de pollution.
Et non pas GraphQL. Bon, tant pis, hein. Dommage pour toi.
Mais ils ont simplifié les réponses de la pays. Tu parlais dans l'épisode CMS,
cette glace de... Comment ça s'appelle ? J'ai oublié le nom. Le CMS que tu utilises habituellement.
Directus. Directus.
Directus, tu disais que les réponses de la pays étaient super simples, clean, etc.
Bah voilà, là, ils ont fait un peu pareil. Ils ont simplifié ces cleans, tu vois.
Il y a plus de 50 films.
C'est inspiré. Ça marche ?
Nice. Nice, nice.
Un projet qui renaît de ses seins ou quoi ? Web or some ?
Non, non, c'est pas dis-toi. Alors, c'est les créateurs de Fontosome.
J'espère que vous l'utilisez plus Fontosome depuis longtemps, parce que c'est quand même...
C'est pour ça que je me disais, qu'est-ce que c'est que ce truc ? Ça revit ou quoi ?
Parce que Fontosome, c'était peut-être la première librairie qui a explosé avec tous les icônes.
Et donc là, en fait, c'est les fondateurs qui font autre chose et qui nous proposent quoi ?
Ils proposent une librairie de Web Component.
Donc Web Component, component web natif, on n'a pas de réacte ou quoi que ce soit.
C'est le langage natif GIS des navigateurs.
On fait des components, c'est possible.
Oui, des Web Components, ça s'appelle.
Et donc ils proposent une librairie complète de Web Component prêt à l'usage quand on en a déjà plein,
sauf que là, c'est vraiment du Web Component.
Natif.
Oui, stylisé, etc.
Natif, etc.
Donc ils ont fait un quick start-up pour ça.
Ils ont récolté pas mal d'argent, plus de 400 000 euros, je crois en haut.
423 000 euros, c'est énorme.
Oui, c'est beaucoup.
C'est vraiment beau.
C'est beaucoup.
Oui.
Et donc tu auras une version gratuite, une version payante, je crois.
Et puis voilà, projet qui semble intéressant.
Après, est-ce que...
Moi, je suis assez...
Alors je vais pas dire sceptique, mais je suis plutôt curieux de voir en fait,
ce full natif de ces Web Composants natifs évoluer, parce que ce que je constate quand même,
aujourd'hui, c'est qu'il y a beaucoup d'utilises des frameworks GIS pour faire du front.

Et donc, tous ces librairies de composants sont quand même orientées,
quand même beaucoup réactes ou vues, ou tu vois.
Et j'ai du mal à voir l'espace que pourrait prendre ces Web Composants natifs,
même si dans la théorie, ça a l'air plutôt bien et plutôt clean,
parce que justement, c'est totalement agnostique de frameworks.
Et donc, c'est plutôt intéressant.
Mais je suis curieux de connaître la cote part,
en fait, de cette utilisation de librairies qui sont en composants purs,
dans l'idée, c'est bien.
Mais est-ce que t'es pas limité et capé en fait par la taille du projet ?
C'est-à-dire si ton projet, il est trop conséquent, tu vas tout de suite avoir besoin
d'un métat framework, un peu pour gérer ton routine tout seul,
parce que tu vas pas gérer ton routine à la main.
Donc, c'est tout de la...
Trouver le juste milieu entre tes Web Composants,
mais tes Web Composants, si tu dis que tes Web Composants,
c'est juste pour faire une seule page ou deux pages.
C'est tout.
Si tu as besoin de mettre du routine, tout ça,
comment tu fais ça en natifs sans framework ?
En fait,
je ne sais pas si.
En fait, elle a des Web Components.
Pas faire l'historique, mais pourquoi aujourd'hui,
on n'a toujours pas trop utilisé les Web Components, tout ça.
Simplement parce que dans l'utilisation des Web Components,
il y avait des choses qui n'étaient pas combinées du temps
à être complètement intégrées dans les navigateurs.
Et donc, ça a tardé, ça a mis du retard dans l'adoption des Web Components.
Aujourd'hui, ça fonctionne plutôt pas mal.
Il y a plein de librairies de Web Components qui sont disponibles.
Tu peux les intégrer facilement.
Et en fait, eux, ce qu'ils proposent,
ce n'est pas forcément pour faire des applications Web.
C'est plutôt pour intégrer des choses dans des sites classiques.
En fait, c'est-à-dire que si tu regardes dans les Components,
tu verras, il y a des carousels, des choses comme ça.
C'est-à-dire que quand tu fais un Web Component,
tu crées un Component et après, tu l'intèbres comme un tag HTML,
un div ou un autre comme ça.
Là, tu vas intégrer ton tag de ton Web Component
directement dans la page Web.
Et ça va fonctionner en fait, sans compiler quoi que ce soit.
Et en fait, eux, ce qu'ils proposent,
c'est de main, si tu veux faire un carousel,
et maintenant, tu prends le Web Component carousel
et tu mets tes éléments dedans
comme il faut le faire suivant la doc.
Et ton carousel va fonctionner.
En fait, t'auras plus besoin de faire tout le montage, machin, etc.
En fait, le truc, c'est d'avoir des Components, des boutons,
si tu regardes un peu les Components,
tu verras, il y a plein de choses disponibles,
des boutons, des switches, etc.
Qui seront, tu les intégreras directement dans la page Web,
dans ton framework, dans ton site PHP, n'importe quoi,
et ça va fonctionner directement.
En fait, c'est ça ce qu'ils proposent.
Est-ce qu'ils t'évitent en fait de gérer
compilation, le tooling, tout ça ?
D'ailleurs, on en reparlera à la fin,
tu verras par rapport à la tendance des développeurs back
qui arrivent là.
Mais oui, enfin, c'est un moment que les gens essaient
de se débarrasser un peu de tout le tooling,
de tout ce process de compilation, etc.
Mais voilà, il y a plein de projets comme ça qui sort.
Et toujours pareil, comme on dit pour Angular,
ça simplifie les choses.
Et oui, toujours dans ce super intéressant,
et on va dire dans la même lignée,
il y a une nouvelle librairie JavaScript
pour faire du drag and drop,
pour l'histoire de simplifier un petit peu les choses.
En quoi elle fait bouger les lignes, celle-ci ?
Elle est facile à implémenter.
Qu'est-ce qu'elle a ? Elle s'appelle Pragmatik.
Elle est très pragmatique drag and drop.
Pragmatique drag and drop.
Ok, qu'est-ce qu'elle amène de plus, celle-ci ?
Elle est compatible avec React, Spell, Vu, Angular ou JS normal.
Donc, elle est déjà compatible avec beaucoup de choses.
C'est les gens de chez ceux qui font qu'on rachete très l'eau,
et qui font Jira, etc.
Atalazian, c'est ça, qui ont ce projet,
et qui l'ont rendu open source.
Et en fait, il est assez simple à utiliser,
et il est très puissant.
Si tu vois dans les exemples, tout ça, tu verras.
La doc est plutôt simple, ça s'intègre facilement,
et tu peux faire des choses assez poussées,
comme dans l'exemple,
qui montre draguer entre deux fenêtres de navigateur, etc.
C'est très light, 4,7 kilobytes de base.
Après, ce que je vois aussi, c'est que tu peux...
Il est framework agnostic.
Ça, c'est quand même vachement bien...
Parce que tu n'as pas le truc spécifique,
tu n'as pas le bindé pour vue,
tu n'as pas le bindé pour réacte, tout.
Et c'est vrai que si c'est le même système
qui est utilisé dans Trello ou dans Jira,
pour le coup, ils ont...
Dans les exemples, pour voir.
C'est ça, en fait, c'est ce qu'ils disent.
En fait, c'est...
Ils ont quand même un gros, gros background d'utilisation.
Donc, c'est pas...
C'est un class.
Ouais, non, c'est...
On adore ça.
C'est toujours top, quoi.
Par contre, si tu me dis que ça marche cross fenêtre,
c'est encore mieux, quoi.
Ouais, dans la vidéo, d'exemple,
ils font voir que tu dragues une carne
entre une fenêtre et une autre fenêtre.
Après, évidemment, il faut faire des connecteurs,
tu sais, parce que ça va.
Oui, bien sûr.
Forcément, il y a une synchro qui se fait entre les deux,
mais en fait, tu fais...

C'est...
Après, je ne sais pas pour quel projet
tu fais un truc comme ça, mais...
Ouais, les Dragon Drops,
on fait quasiment jamais,
mais ça me fait toujours délirer en fait.
C'est sur ce que c'est super classe.
Ouais, non, non, c'est quand même super classe.
Par contre, en termes d'expérience utilisateur,
le Dragon Drops, c'est juste fou.
Tu vois, moi, je me rappelle,
d'un projet où on bossait sur du texte.
Et en fait, il y avait des morceaux de paragraphe de texte
qui étaient déjà pré-remplis.
Et en fait, la personne construisait sa réponse
par rapport à des mots-clés.
Et donc, on lui soumettait des petits paragraphe
et il construisait en fait sa réponse.
C'était pour un logiciel de support client
et il construisait sa réponse avec du Dragon Drops.
Le jour où on a mis ça dans les mains de l'opérateur,
il était comme un dingue.
Parce que tu vas super vite,
tu le changes tes blocs,
c'est très satisfaisant à l'utilisation.
Et donc, je comprends le côté excitation de la solution
parce que ça marche et c'est super satisfaisant.
Et si tu vas sur la duck là où tu étais,
tu verras, il y a un tuto,
j'ai regardé le jour,
le tuto qui t'explique comment faire un jeu d'échec
avec step by step,
en fait, comment bouger la route.
En début, c'est rien.
Et après, step by step, il dit difficile,
tu fais ça, et après, tu commences à bouger les pièces.
Donc, c'est pas mal, c'est intéressant.
Et il t'explique pour rigoler.
Tu vas commencer,
tu verras,
en fait, tu te fais mettre,
ça s'allume où tu as le droit de bouger la pièce, etc.
C'est vraiment intéressant à cifre comme tuto
si vous voulez passer dans une petite demi-heure
à faire un tuto pour recommencer la solution.
Excellent.
Excellent.
Ouais.
Voilà.
Allez, la suite.
On bascule sur du Laravelle
avec un outil qui...
Alors, on avait déjà parlé de Laravelle Herd,
qui était peut-être encore en Beta, on ne sais pas quoi.
Et là, ça y est, c'est passé aussi sur Windows.
C'est ça, en fait, c'était pour Mac à la base.
Et là, il est en fin de spot pour Windows.
C'est cool pour Windows quand même.
Ils ont burn, ils ont herd.
Ça y est.
Ah oui.
On va pouvoir s'éclater sur Windows.
On se moque, on se moque.
Ah, tu te roges.
Je te roge.
Non, je te trolle.
C'est pas bien, ça te revient pas.
Tu dois le dire.
Il faut pas dire ça.
Dans mon premier job de développeur à Lyon,
en fait, quand je suis arrivé dans la boîte,
on m'a filé un Windows dans la mer.
Je ne savais pas le choix, en fait.
Donc, je me suis...
Je compati.
Et après, j'ai réussi à avoir un Mac un petit peu plus tard.
D'autres diront, mais on peut coder que sur Linux,
mais bref, on ne va pas en se débat.
Non.
Mais en tout cas, désormais, avec la Ravel Herd,
vous pouvez avoir des environnements PHP facilement
sur Windows.
Voilà.
Ça installe tous les systèmes de mail,
tout ça pratique avec...
Ça crée, en fait.
Est-ce que tu peux nous rappeler
ce que fait la Ravel Herd?
En fait, tu crées un site.
Tu vas créer un site PHP pour faire tourner la Ravel.
Normalement, ça fonctionne avec tout.
Et il va t'installer nGenix, PHP, MySQL Redis,
après, t'as un système de mail pour chopper les mails,
tout ça, mail, juste comme ça.
Et t'as un nombre de domaines local qui s'accroche
à cet hébergement et tu peux développer en local facilement.
Donc, c'est vraiment tout ton écosystème, la Ravel,
qui est prêt à...
Ouais, PHP, on va dire.
On va dire PHP, parce que ça marche avec tout normalement.
OK.
Donc, c'est pratique.
Moi, perso, j'utilise DDEV en local pour tout ce qui est environnement PHP,
mais ça, c'est pas mal aussi.
C'est plus simple à mettre en place.
Nice.
C'est vrai que sur Windows,
il n'y avait pas des masses de systèmes pour faire tourner PHP,
il semble.
Donc, là, c'est un peu plus sympa.
Et je vois, il y a Melly Search.
C'est top, ça.
Rien à voir.
Or sujet total.
Or sujet total.
Allez, on reste dans l'univers PHP avec WordPress,
Make WordPress Core.
C'est la doc, oui.
Alors, ça, c'est la doc de ce qui sort sur WordPress.
La nouveauté, en fait, c'est la 6.5 qui est sortie la semaine dernière.
D'accord.
Voilà, Evolution, etc.
Mais je voulais parler juste un truc, en fait, dans cette version
qui a été officialisée, en fait, c'est l'interactivity API.
Qu'est-ce que c'est l'interactivity API?
Alors, c'est une tendance qu'on a...
Et on en reparlera à la fin.
C'est une tendance qu'on a de plus en plus dans pas mal de projets.
C'est d'avoir, en fait, ça permet d'avoir, via des tags,
des attributs que tu mets dans les éléments HTML,
sans faire de JavaScript, de faire de l'interactivité.
En fait, tu crées des éléments interactifs,
juste avec des attributs que tu mets dans HTML,
et donc, il y a déjà une librairie qui est embarquée,
et en fait, en fonction des tags qu'elle va trouver,
les boutons vont être piquables et mettre dans un state, etc.
Donc voilà.
Donc, en fait, il y a un système de states qui est créé, etc.
Donc, tout ça sans coder le moindre morceau de JavaScript.
Donc, c'est une tendance qui arrive de plus en plus au niveau du web.
Et donc, WordPress vient d'intégrer ça et utilisait déjà pour
tout ce qui est panier, etc. dans Google Commerce.
Donc là, maintenant, on peut l'utiliser en tant que développeur
et créer des choses interactives avec des states, etc.
Voilà.
Ok.
Donc, tu vois, là, il y a des exemples avec data, vp, interactive.
Tu commences à faire un namespace avec MyPlugin.
Et après, watch, tout ça, il y a tout un système d'attributs
que tu vas mettre dans ton tag, qui vont rendre cet élément interactif.
Ok.
Donc là, voilà, l'exemple que ce qui donne, là, tu vois,
c'est pour montrer le paragraphe ou le cacher,
juste avec quelques tags, tu vois.
Par contre, là, moi, je vois bien la puissance de cet outil-là.
Par contre, ce que je constate aussi, c'est qu'il y a beaucoup,
beaucoup de personnes qui font du WordPress.
Par contre, là, il ne faut pas être intégrateur.
Là, tu es obligé d'être vraiment développeur pour intégrer ça dans ton WordPress.
Donc, hashtag toutes les personnes qui disent que quand tu fais du WordPress,
tu ne fais pas du web ou tu n'es pas développeur.
Là, si tu joues à ça, tu as déjà un niveau de compréhension du code
et d'intégration et de développement, clairement.
Là, c'est super poussé.
Super poussé.
Oui, oui.
De toute façon, il y a des vrais développeurs sur WordPress.
Il y a des choses, et on peut pousser les choses comme...
Quand tu maîtrises vraiment l'outil, tu peux faire des choses très, très intéressantes.
Ouais, c'est ça.
En fait, c'est comme Alpine.js, en fait.
C'est ça que je n'avais pas l'équivalent.
Alpine.js ou le parallèle où on va mettre des tags,
machins qui vont prendre les mains interactives.
Là, c'est le même principe, en fait,
sauf qu'ils ont, mais ils saussent un peu WordPress,
mais c'est vraiment le même principe.
Par contre, c'est natif.
Ouais.
C'est natif.
C'est natif dans WordPress.
Ouais.
C'est intégré de manière native.

On le déclarer.
Enfin, c'est déclaratif.
Il faut que tu le déclare pour dire que ça fonctionne.
Ce n'est pas forcément embarqué par défaut, mais c'est disponible.
Tu mets un attribut qui le rend disponible.
Après, tu peux jouer avec.
Donc, c'est hyper intéressant.
Je pense que ça ouvrir pas mal de possibilités
pour faire des choses interactives sans coder le moindre JavaScript.
Ouais.
Par contre, ce que je vois déjà,
ça perturbe un petit peu la manière de coder
et ça bouge un peu les lignes.
Donc, quand ça bouge les lignes,
ça veut dire qu'il faut s'y mettre, qu'il faut s'y pencher vraiment.
Il faut prendre le temps, un, de lire la doc,
mais de l'intégrer et de voir tout le potentiel.
Donc, avant que ça devienne mainstream,
je pense qu'il y a un petit peu de temps qui va se passer.
Mais potentiellement, on peut faire des trucs beaucoup hyper stylés
et sans mettre 20 000 plugins, du plugin, du plugin, du plugin.
On fait ça en native directement.
Ouais.
Et ouais.
Et ouais.
Ouais.


On est d'accord.
Allez, on passe Cule sur un autre outil
de Ultimate Server Management Tools.
C'est comme ça qu'il l'annonce.
Ça s'appelle Vito.
C'est de VitoDeploy.
Clairement, qu'est-ce que ça nous...
Qu'est-ce que ça amène en plus sur le déploiement?
Alors, c'est un outil open source qui te permet...
En fait, il y a déjà des outils qui existent comme ça,
qui sont disponibles chez la Ravel, il y en a un, etc.
Le principe de ces outils-là, c'est que tu branches un serveur dessus
et ensuite, lui, il va te permettre de gérer ton serveur,
d'installer ce qu'il y a besoin, etc., de faire du cron, etc.
Donc, tu as un dashboard qui permet de gérer ton serveur
sans mettre les mains dans le camboui.
Il va être capable de t'installer à NGNX,
il va être capable d'installer un PHP, tout ça sur ton serveur Linux, à distance.
Donc, en fait, c'est un peu un dashboard avec une interface graphique
pour administrer ton serveur, c'est ça?
Voilà.
Ça te permet de tout administrer et après, normalement,
ça te permet aussi de déployer tes applications directement sur le serveur,
et de voir ce qu'il y a déployé, etc.
Alors, je n'ai pas tout lu la doc, etc.
Mais les outils payants font déjà ça.
Tu vois, c'est ce qui explique, créate et manage,
cron job, déployer tes applications.
Ça permet vraiment de manager tout le serveur et de déployer tes applications.
Et donc, il y a beaucoup de services payants comme ça.
Ok.
C'est un peu au lieu de passer par des services type Netlify ou Versel
qui gère la partie front, même s'ils font aussi du back make importe.
Là, tu vas installer ce système-là sur ta machine que tu as pris sur...
...Océane, digital océan ou Sqlway ou OVH ou ce que tu veux.
Tu as ta machine, tu exécutes le script, tu viens installer VitoDeploy
et tu as une interface.
Et là, tu peux administrer aussi bien des dockers, tes SSH, tes clés SSH.
Après, il faut que tu branches un provider.
Une fois que tu as cette interface, comme tu dis, tu l'installes sur un serveur.
Un serveur qui l'installe dessus.
Après, tu branches des providers Amazon, etc.
Ceux qui sont compatibles.
Et à partir de là, tu lui mets les clés SSH et tout.
Et après, lui, il est connecté et il gère ta machine.
Ok.
En fait, c'est ça.
Donc, ça, c'est pas mal du tout.
Cet outil est open source.
Donc, ça permet pour si tu veux gérer plein de serveurs ou même un seul,
de l'installer et puis de faire tes serveurs comme tu veux.
Mais t'es libre de faire ce que tu veux.
Nice, nice.
Ça me fait quand même penser un peu à Coolify qu'on avait parlé.
Ouais, ouais.
Ça se rapproche un peu du...
Ouais, totalement.
Coolify, après, qui est peut-être plus orienté à application de remasterie, etc.
Je pense.
Ouais, tu peux faire tourner tout ce que tu veux.
Tu peux tout faire tourner.
Ça, c'est plutôt orienté, je pense, PHP, mais ça a l'air de faire...
Ouais, enfin.
Après, je pourrais faire un retour d'expérience sur Coolify.
Ouais.
Là, j'ai...
J'ai passé un peu plus de temps et en fait, j'ai monté tout mon système de staging là-dessus.
Parce que, voilà, pour l'instant, c'est pas critique.
Donc, ce qui me permet d'éviter de payer trop, trop, trop des machines et tout ça.
Et c'est quand même puissant, c'est quand même top.
Donc, mais on fera un retour une fois que j'aurais passé un petit...
Encore plus de temps et un peu poncer le truc jusqu'au bout.
Donc, il y a très, très...
Coolify, ouais, Coolify.
Je le vois de plus en plus passer dans les commentaires, tout ça.
On avait parlé il y a très longtemps au début quand il était...
Je pense qu'il a l'air de devenir un peu plus mature et...
Après, il...
Ça serait bien d'avoir un retour.
Ouais, il...
Le gros, gros, gros step, ça va être la prise en charge de Cube, de Kubernetes.
Et pour l'instant, le guy travaille dessus.
Mais pour administrer juste des petites apps, tout ça.
Franchement, c'est top.
Tu crées ton Redis en 2.2, tac-tac, t'as DB très, très rapidement pour faire du micro-test,
un peu en condition staging, tout top.
Mais on prendra le temps d'en parler une prochaine fois.
Est-ce que tu crées ton Redis Open Source ou la version payante ?
C'est un autre sujet.
La suite, clairement, c'est quoi V-jeu ?
V-jeu du connais, le fameux développeur français qui bosse chez Facebook.
En fait, il est ennui, il lance des petits défis comme ça.
Et là, c'était un défi de créer un jeu de mini-gold.
J'ai vu passer ça comme ça, je fais « ah oui, bon d'accord ».
Il a donné 100 dollars au premier, je crois.
C'était juste symbolique.
Mais en fait, quand tu vas voir le premier jeu, il est juste hallucinant.
Lui, c'est le premier, c'est le vainqueur.
Il y a très, très peu de codes, 1099 bytes de code en fait.
Et si tu vas dans le GitHub, tu verras, tu pourras jouer avec.
Directement ?
Oui, mais c'est un jeu en ligne.
Oui, c'est un navigateur.
Ok.
Vas-y, vas voir.
Moi, j'ai halluciné.
T'as le play de game.
Et voilà.
Et en fait, c'est 1099 bytes de code pour faire ça.
Et moi, ça me fait halluciner, je ne sais pas comment le fourner.
Malheureusement, excuse-moi, mon inculture totale, mais c'est ultra légère.
Et c'est vraiment efficiant total.
Après, moi, je ne suis pas assez bon pour qualifier le code s'il est bon ou pas.
Mais en fait, tu vois, déjà, tu as le système pour la force de tir, l'orientation.
Ensuite, quand tu mets le trou, tu vas être géré, tu as rajouté des obstacles, tu as fait la mesure.
Enfin, le truc, j'ai envie de dire, c'est fou.
Si tu vas voir le code dans le code source, il y a quasiment, il y a très peu de codes, il y a deux fichiers, je crois.
Ok.
Ça me fait halluciner un peu.
Les gars sont forts, quoi.
Les gars sont forts.
Les gars sont forts, en fait.
Ouais.
Et pour gérer ça directement.
Et tu vois le code source directement à côté, quoi.
Ah ouais, ça marche dans un amigateur sans rien, quoi.
C'est propre.

Propre.
Total.
Nice.
Yes.
Tac-tac.
On finit peut-être sur...
Pendance.
C'est l'avant-dernier.
Yes.
Turbo, peut-être?
Alors, cette tendance, alors, c'était... Je voulais parler de ça.
C'est une tendance qui est en train d'émerger au niveau du dev, principalement, alors, des dev backs, entre guillemets, parce que c'est qu'il y a encore des dev backs pur et durs.
Enfin, en gros, des gens qui font des applications avec du symphony, avec du ribbon raise ou des choses comme ça.
Il y a une tendance qui est en train d'émerger, c'est de...
Comme on en a parlé déjà avec Portres, tout ça, c'est de...
De mettre...
De d'arrêter, en fait, de compiler de JavaScript, d'enlever le tooling, etc.
Et en fait, il y a plein d'outils qui sortent comme ça.
Donc, celui-là, on avait déjà parlé de Turbo.
Qui te permet, en fait, via une librairie que tu installes, de faire du JavaScript, du...
Du Single Page App, mais sans faire le moindre code de JavaScript.
Donc quasiment, enfin, très, très peu.
Très peu.
Et il est capable de, voilà, de prendre les liens, en fait, de l'application.
Et de transformer ça, en fait, de remplacer, en fait,
le... Via JavaScript, de remplacer la navigation.
Et ça remplace le contenu, etc.
Automatiquement, sans que tu fasses rien du tout.
Donc, voilà.
Et c'est une tendance qui est vraiment en train d'émerger.
En fait, les...
Les Dev PHP sont plus en plus allergiques au JavaScript.
Et donc, voilà.
Mais ce qui peut largement se comprendre, et c'est pour ça que...
On a Guillaume Bridek qui était venu nous parler, justement, de Rubien Reils.
Qui est parti pour sa boîte à New York.
Et qui a fait un talk sur, est-ce qu'on a vraiment besoin d'une espère ?
Et petit meet-up que vous pouvez retourner sur le...
Ouais, sur...
Vidéo super.
Alors, ouais, normalement, il était parti à New York,
mais a priori il est revenu sur Lyon où il revient de temps en temps.
Il avait un meet-up sur Lyon, là, donc, qui est en mars.
Et vidéo super intéressante, parce qu'il montre plein d'exemples, en fait,
sur le Turbo.
Et c'est assez bluffant, en fait, parce qu'il a vraiment...
Enfin, par exemple, un tableau qui se met...
Tu peux trier, etc.
Changer le statut, de certains trucs.
Automatiquement, sans faire de JavaScript, etc.
Donc c'est très bluffant.
Et il prouve vraiment que, oui, on peut faire de JavaScript ou d'applications assez poussées,
sans faire de JavaScript, des SPA, etc.
Donc voilà.
Et c'est vrai que c'est un peu la tendance actuelle de passer un peu de tous ces frameworks
qui sont compliqués pour utiliser des outils comme ça, comme Alpine.js, Turbo, etc.
Ouais.
Et puis surtout, tu reviens sur le bon vieux code, non pas à l'ancienne,
mais sur le modèle MVC qu'on connaît, qui est éprouvé,
et qui a perdu en popularité par l'arrivée de tous ces frameworks frontes,
mais qui nous oblige à spliter le front du bac avec une API et tout ça.
Alors que là, en fait, on revient sur du monolithique.
Et si en plus, on a tout l'avantage du monolithique avec la flexibilité et l'interactivité du JavaScript,
c'est super intéressant.
C'est ça.

C'est qu'en fait, nous, on est obligés d'application classique,
tu as le bac et le front, tu fais des APIs, tu connectes,
machin qui se parle.
Là, en fait, tu es en monolithique, tu as le bac et le front,
et en fait, tu as qu'un seul code et ça fait, c'est beaucoup plus simple.
En fait, c'est une question de simplification.
C'est peut-être le mot de 2024, simplification.
C'est bien.
Parce qu'on est quand même sur des techno où on ne fait que rajouter et empiler des techno,
des librairies, des concepts.
Et c'est vrai que parfois, ça peut être un peu déroutant et compliqué,
alors qu'à la base, on veut faire quelque chose de simple.
Et on est obligés de passer par un tooling de ma boule pour faire,
je me rappelle toujours du même ou pour faire un contact form,
on est obligés de faire je ne sais pas combien de lignes de code.
Des trucs super compliqués, alors que à la base, c'est juste un formulaire de contact.
C'est du bon.
Oui.
Nice Patrick, tout bon pour moi.
Est-ce que tu veux rajouter quelque chose sur cet épisode ?
Non, bah écoute, merci d'avoir écouté.
Et on se retrouve rapidement cette fois.
Premier, premier.
On a un grand merci pour tous ceux qui sont restés jusqu'au bout de l'épisode.
Pensez à nous mettre un petit pouce, un petit like, ça fait toujours plaisir.
Mettez un commentaire.
Si vous n'êtes pas d'accord avec nous, dites-le nous.
Si vous êtes d'accord, dites-le nous aussi.
Et on vous dit à bientôt et à très très vite.
Ciao ciao.
Ciao.