Bonjour les devs, bienvenue sur W slash, le podcast indépendant qui parle de développement
web et maintenant aussi d'IA.
Salut Alex, comment ça va ? Salut Patrick, salut tout le monde.
Je suis super content de revenir sur un épisode de news, à actualité du mois de mars où
on va essayer de parler un peu de PHP, de CSS, de bonne pratique et de framework agent
IA qui me paraît super intéressant.
Je suis content d'être là.
Oui, on va remercier évidemment comme d'habitude tous les sponsors du podcast.
On remercie tous les personnes qui nous soutiennent.
Merci à vous.
Et j'avais aussi un retour d'un auditeur Amin qui m'a fait un retour sur préact.
On avait parlé de préact signal la dernière fois dans l'épisode.
J'avais parlé que c'était une alternative intéressante aussi pour faire du store, tout
ça au niveau d'une application.
Alors lui, il a pas mal testé, il m'a fait des retours, il a fait des benchmarks aussi.
Ce qu'il me disait, c'est qu'il arrive à faire planter préact signal sur un truc un
peu tiré par les cheveux.
Il m'a donné l'exemple de son application, tout ça, effectivement il arrive à faire
planter.
Mais il a aussi fait des benchmarks dans sa boîte.
Il travaille dans une boîte qui fait des logiciels.
Ce qui marche le mieux dans l'ensemble, c'est quand même signal, tout ce qui est
intégré dans Vue, Solide, tout ces systèmes-là marchent beaucoup mieux que réact.
Au niveau de préact, tu veux dire ?
Non, vraiment, tu sais, dans Vue, tout ce qui est réactif, ça marche avec signal, etc.
Dans l'ensemble, ça, c'est la meilleure performance que tout le reste, quand Guillaume
réacte.
Mais juste, il me faisait le retour par rapport à attention à préact signal quand c'est
intégré, des fois sur une grosse application, ça peut poser des problèmes.
Petite mise en garde si jamais vous voulez tester.
Oui, trop bien.
On attaque tout de suite avec, pour le coup, du PHP avec une release majeure.
En même temps, elle avait été plus ou moins annoncée sur une Lara-conf qui avait
lieu, mais la Ravel 12, maintenant, c'est officiel, c'est en place ?
Oui, ça vient de sortir le 24 février.
Pas de grosses nouveautés, c'est même qualifié de Boring Release.
Donc, c'est vraiment...
Il n'y a pas grand-chose.
Par contre, il y a surtout des...
Il y a des nouveaux starter kits qui sont lancés.
Donc, c'est des starters où tu auras du React, du Vue et du LiveWire avec Flux.
On va en parler juste après.
Et surtout aussi, il y a une nouveauté, c'est la Ravel Cloud qui est disponible.
Voilà, de nouveaux services pour déployer des sites la Ravel, un peu plus modernes
que ce qui existait avec, je ne sais plus comment il s'appelle, le système qui avait
déjà en place.
Donc, voilà.
Forge, non ?
Oui, c'est ça, Forge.
C'est ça.
Donc, là, une nouvelle version beaucoup plus moderne où tu peux vraiment mieux gérer,
etc.
Donc, là, ça vient de sortir la Ravel Cloud.
Ouais, classe.
Et ils viennent aussi avec des starter kits.
Donc, c'est ce que tu disais.
Et là, j'ai vu...
Il y a des systèmes d'authentification qui sont déjà out of the box, vu et déjà
vu, réact ou la voyeur qui est déjà préinstallée.
Mais on a déjà, en fait, des batteries de composants.
Et là, je vois, il y a déjà le système d'authentification, de pas ski.
Si tu veux te faire un social connect, tout ça, tout est un peu out of the box.
Ça rejoint un petit peu la tendance un peu des templates ou des points de leur plate.
Et donc, ils peuvent nous faire gagner quand même vachement de temps sur le début
de l'application.
Ouais, tout ce qui est réacté vu, c'est basé sur Inertia.
Donc, c'est avec le système qui injecte automatiquement les variables dans le front.
Le front, ça, c'est vraiment pas mal.
Après, oui, de façon dans la Ravel, tu as déjà un système qui gère l'authentification
assez facilement installable.
Il y a même plusieurs outils pour ça.
Et puis, là, ils voyent, ils intègrent aussi des composants flux.
Donc, on va en parler juste après.
Mais ce qui n'était pas disponible jusqu'à maintenant, la Ravel flux était payant.
Et donc, là, ils ont inclus des components fri, entre guillemets, dans le starter kit.
Ouais, facile.
Et je vois SSO, Social Connect, Pas Ski et le Magic Auto,
avec ou en fait, au lieu d'avoir un mot de passe, on t'envoie
un espèce de token via ton email et ce qui te permet de pouvoir te connecter
automatiquement.
Nice.
Justement, on parlait de flux.
Flux passe en version 2 suite logique, continuité.
Tout l'écosystème est bien orchestré, en tout cas, donc c'est plutôt bien.
Et flux, c'est quoi exactement ?
C'est une batterie de composants ?
Ouais, c'est ça. C'est Calab qui avait sorti, je crois qu'il n'y a pas encore un an,
la version 1.
C'est des composants basés sur LiveWire.
Donc ils sont prêts à l'emploi.
Il y a un peu de tout, donc il y a une libre et de components.
Et il y a trois nouveaux composants qui se sont sortis.
Là, c'est le datpicker.
Il y a le calendar et les charts aussi qui sont sortis.
Donc il s'était attaqué à ça, c'était des composants beaucoup plus complexes.
Ouais, un gros sujet.
Ouais, c'est tout de suite.
Ouais, un gros sujet.
Des composants qui sont bien plus complexes, à faire un input,
même si les formulières, c'est toujours compliqué.
Mais là, en fait, un calendrier, c'est quand même un niveau au-dessus.
Claire.
Ah oui, carrément.
Et donc ils sont passés sur Tywin 4 au niveau de la librairie.
Donc assez rapidement, assez réactif.
Et la nouveauté, surtout aussi, c'est qu'il y a des composants,
des components gratuits, en fait, entre guillemets,
qui sont donc disponibles maintenant, qui seront dans les starter kits.
Puisque jusqu'à maintenant, en fait, tu devais...
Alors, ce n'est pas les tarifs énormes.
C'est 149 ou 299 dollars pour l'utiliser.
C'est-à-dire 300 dollars pour l'utiliser.
Tu gagnes un temps pas possible.
C'est vite rentabilisé.
Donc voilà.
Et là, donc maintenant, il y a des components frits qui sont disponibles dans les starter kits.
Donc c'est un petit geste de leur part.
Et puis pour mettre un petit peu goût à la bouche,
pour peut-être passer sur un modèle payant pour ceux qui utilisent les starter kits.
Après, c'est vrai que pendant longtemps, on a vu un peu cette tendance
où on avait des librairies de composants qui étaient gratos.
Et on voyait apparaître une multitude de composants.
Et il n'y avait pas toujours une certaine homogénité dans les composants en termes de design.
Et donc, en fait, tu faisais à chaque fois les modifs.
Et là, on voit apparaître, je pense, depuis l'arrivée de Telwin et de Telwin UI,
où ils n'ont créé même pas, c'est même pas des composants,
mais c'était des sortes de boilerplate.
Uniquement en HTML classique.
Et là, en fait, on a fusionné les deux.
Et maintenant, il y en a une profusion.
Là, il y a Flux qui est orienté vraiment sur l'écosystème PHP, la Ravel.
Je pense à NUXT UI, je pense à ChatCN ou des choses comme ça.
Ou là, en fait, très simplement, on veut du vert, on veut du jaune, on veut du bleu.
Tout est homogène, tout est corporate et on vient modifier une fois la config quelque part.
Et ces modifications sont appliquées à tous les composants.
C'est vraiment un confort de m'aboule.
C'est hallucinant et c'est super confortable.
Et on gagne un temps de m'aboule, comme tu viens de le dire.
C'est hallucinant.
Et c'est vrai que pour moi, j'ai déjà entendu des devs, je dis,
en fait, vu le temps que tu passes et vu la qualité du rendu que tu obtiens derrière,
ça serait pas stupide de regarder.
Là, clairement, pour une boîte ou même pour des indépendants,
si tu gagnes une journée ou deux facilement parce que tu ne dois pas recréer les mêmes composants à chaque fois,
c'est 300 dollars, c'est rien.
Par rapport à ce que tu économises.
Bien sûr.
Bien sûr.
C'est il n'y a vraiment pas de fauteuil.
Après, ça pérennise aussi.
Moi, je trouve ça normal de payer parce que ça pérennise le projet.
Ça assure aussi une continuité.
Et tu sais que si tu choisis une librairie de component, tu vas continuer dans le temps.
Voilà qui n'aura pas, voilà qui n'aura pas à être abandonné ou des choses comme ça.
Donc c'est vrai qu'aujourd'hui, il y en a beaucoup et j'ai rencontré une société qui avait même du mal à choisir.
Tu vois, entre Chacéenne ou
ou Matéria Leaille, ils ne savaient pas trop, ils hésitaient.
S'il y a des thèmes maintenant qui sont payants, donc
pas simple de choisir.
Mais pour une autre alternative aussi, c'est
Daisy UI pour ceux qui ne veulent pas payer.
Il existe, en fait, Daisy UI qui est toujours aussi une librairie de composants basée sur Taïwan CSS.
Par contre, qui eux sont totalement agnostiques en termes de
de librairie JavaScript.
Là, ça va être.
Donc c'est à la fois bien et à la fois pas bien parce que parfois, en fait, tu as eu ton intégration.
Elle va être plus facile si tu as.
Tu vois, donc ça dépend.
Mais si tu veux faire que du HTML pur, clairement,
ça peut être quand même super plus facile et tu vas gagner du temps et c'est déjà propre.
Et de la même manière, tu vas avoir des thèmes qui sont déjà un peu stylisés,
ce qui fait que tu choisis ton thème et tu peux même modifier tes propres.
Tu peux créer tes propres thèmes.
Tu peux tu peux customiser un thème existant.
Donc tu peux aller quand même super loin et ça te fait gagner un temps indéniable.
Vraiment, moi, je l'ai utilisé sur un projet
et c'est vraiment, vraiment bien.
Et pour le coup, vu que c'est du pur CSS,
en fait, c'est juste une surcouche sur Taïwan.
Et donc ils ont ils ont vraiment fait ça bien.
Et ça sort en version 5 parce que Taïwan a été mis à jour.
Et donc ils ont profité pour faire une majeure sur sur tous leurs composants.
Et la librairie est quand même assez conséquente.
Ouais, grave.
Ouais, mais il y a beaucoup, beaucoup de composants et c'est propre dans l'ensemble.
En plus, tu vois, ça suit quoi.
Tu as eu une quatrième, elles viennent sortir et ils sont déjà,
enfin, ça fait pas longtemps et ils sont déjà mis à jour.
Donc ça pose derrière.
Je sais pas si c'est à communauté.
Je sais pas si il y a une boîte qui lead le truc aussi.
C'est juste.
Je crois que c'est une personne qui porte vraiment le projet.
Après, il peut être communauté derrière.
Mais après,
c'est c'est quelque chose qui est en place depuis très longtemps.
Oui, oui, tu vois, il a vraiment construit tout ça.
Donc c'est pas nouveau.
Je pense pas que ça va mourir tout de suite parce que il y a déjà une certaine maturité et tout.
Donc, non, pour le coup, c'est moi, je pense, c'est viable.
Contrairement à des librairies de composants qui viennent de un peu de poppé,
qui sont early early stage, où ils ont des grandes ambitions.
Mais ils sont deux ou trois ou parfois le mec tout seul.
Là, c'est en place depuis un certain temps, ce qui relève quand même d'un certain gage de qualité et de sérieux
et surtout de pérennité dans le temps.
Ça, c'est pas.
C'est ça aussi qu'on cherche.
Clairement.
Yes, carrément.
Allez, on bascule sur.
Là, pour le coup, pas des composants, mais souvent des composants qui sont hyper chiants à faire.
En tant que dev front, on est souvent confrontés à jouer, à créer des formuleurs.
Et parfois, c'est hyper chiants, c'est compliqué, c'est rébarbatif.
Et c'est pas, c'est pas ce qui est le plus funky.
Et l'écosystème,
TandStack vient de sortir la TandStack Form en V1.
Qu'est-ce que ça amène?
C'est juste une version stable officielle, la version 1.
Et voilà, donc on peut l'utiliser en production.
C'est ce qu'ils indiquent officiellement.
Tu peux maintenant.
Certainement que les gens le faisaient déjà, mais là, maintenant, tu peux.
Il y a peu de problèmes.
Et surtout, c'est agnostique.
En fait, c'est une hybrérie qui marche sur vue, sur réacte, sur solide, sur.
Enfin, voilà, plus sur framework sans problème.
Donc, c'est pas mal aussi sur l'îte, sur solide.
Et en fait, qu'est-ce que, qu'est-ce que ça va?
Qu'est-ce que ça amène?
En plus, il y a une sorte de validation à l'intérieur.
Là, je vois, il y a schema validation.
Ça veut dire que tu vas lui donner ton schéma.
Là, je vois ces odds, mais ça marche aussi avec validbot,
archetype et standard schéma.
Et ça, out of the box.
Donc, en fait, si on a écrit notre schéma via ces librairies-là,
il va automatiquement faire les validations automatiques pour nous.
Bah ouais, parce que tu vois, là, dans l'exemple qu'on voit à l'écran,
tu as l'âge qui doit être plus de 13 ans.
Donc, tu vois, automatiquement, ça te valide si l'âge est à 13 ans.
Donc, ça fait la jonction avec le field, en fait.
C'est bien pensé.
Puissant.
Ça a l'air bien pensé, ouais.
Très, très, très, très, très puissant.
Bon, ça va avec le...
Aujourd'hui, on doit tout tipper, donc, voilà.
Encore un truc de plus qu'on va tipper.
Après, c'est l'enfer du typage.
C'est l'enfer du typage.
Par contre, sur le formulaire,
clairement, tu vas t'économiser beaucoup, beaucoup de choses, quoi.
Tu vas déjà...
En fait, ça sert à rien de solliciter ton serveur derrière.
Si tu sais déjà que le gars, il a mis zéro, tu vois.
En fait, tu viens minimiser tes chances de solliciter ton serveur
une validation qui va échouer de toute façon,
parce que tu sais qu'elle va échouer.
Donc, en fait, tu déplaces ta validation devant, côté fronte,
et en termes de stratégie, c'est pas stupide, quoi.
Après, c'est sûr qu'il vaut mieux avoir un seul fichier de typage.
Voilà, tu essaies de t'organiser pour que ton bac et ton fronte
soient tippés sur le même type, enfin, sur le même schéma.
Sinon, tu vas t'arracher les cheveux, quoi.
Mais ça, c'est un autre problème.
Mais sinon, c'est pas stupide.
Tu as vu, si tu remontes un petit peu,
tu étais sur un exemple de code.
Je n'ai pas regardé en détail complètement comment ça fonctionnait.
Mais il y a aussi une version...
Enfin, il y a des fonctions server-side,
qui permettent de valider les choses.
Et ça peut marcher avec React Native, aussi, native script.
Et avec Next.js, tout ça.
Donc, c'est vraiment...
De quoi, multiple runtime, il dit.
Après, on va...
Je pense que maintenant,
on peut réécouter tous les épisodes de Double Slash,
où on parlait justement de ça,
où on disait que l'avenir, de toute façon,
était à la création d'outils et de solutions
qui tendaient à devenir totalement agnostiques de framework
ou de librairies pour les puristes et de l'assémentique.
Mais parce que si on fait qu'une seule solution pour React,
ou pour Vue, ou pour Angular,
on est cantonné à ce système-là.
En tout cas, à cette librairie-là,
et donc on réduit potentiellement son usage.
Et donc aujourd'hui, tous les nouveaux librairies-outils
qui sont développés pour nous, Dev,
quasiment tous les nouveaux,
ils sont tous framework agnostiques ou librairie agnostiques.
Et ça, c'est top.
C'est une bonne chose aussi,
parce que ça permettra aux Dev de basculer d'un framework à l'autre,
sans problème, en utilisant la même librairie.
Ils seront toujours à l'aise.
Donc c'est pas mal ça aussi.
Oui, carrément.
Et bien, on peut passer du librairie à un autre,
où on peut passer aussi du JS au PHP.
On connaît en fait le state of JS,
qui est devenu un peu une institution.
Et là, en fait, nos amis de chez JetBrain,
donc éditeur de PHP Storm,
reviennent avec un article
où on vient parler du state of PHP en 2024.
Alors moi, je suis très loin de cet écosystème.
Je connais beaucoup moins, je ne l'utilise pas.
Qu'est-ce qui l'en sort de cet analyse de PHP en 2024 ?
C'est un sondage qui est quand même moins complet que les state of JS,
ou les choses comme ça, ou les tests of CSS.
C'est un truc fait par PHP Storm.
Il y a 2600 répondants, je crois.
Ok.
Donc, ça reste correct.
Ce qui sort, c'est les frameworks.
La Ravel domine largement les frameworks,
en tout cas, dans les répondants.
On va dire.
Donc, c'est 61%, si tu descends un petit peu, tu verras, tu as les frameworks.
Ils n'ont pas pris les genres, par contre.
Ils ont pris les âges, les années d'ancienneté,
mais ils n'ont pas voulu demander le genre des personnes.
Donc, on ne sait pas si...
En même temps, après, on ne va pas se lorer.
Ok, on ne demande pas le genre, mais la majeure...
Les mecs, on sait très bien.
Voilà, la majorité des devs, c'est des mecs.
Ok, on est complètement d'accord que le métier se féminise.
Ok, très bien.
Mais la réalité du marché,
elle est qu'il y a beaucoup plus de mecs que de meufs.
C'est fact.
C'est même pas...
Voilà, c'est juste fait.
Ah, vous !
Non, mais en fait...
Arrête de prendre des commentaires.
Mais non, mais en fait, il y a une différence entre vouloir que le métier se féminise,
c'est une chose.
Mais aujourd'hui, en 2024,
ça reste quand même un métier qui est hyper, hyper masculin.
Et il tend, et c'est très bien.
Je ne dis pas que c'est bien ou c'est pas bien.
Je dis juste que c'est un fait.
Aujourd'hui, il y a quand même...
C'est très bien.
C'est très bien que ça vienne principalement de l'orientation.
À l'école.
Ils doivent l'installer, ils ont une orientation.
Et évidemment, informatique, c'est pour les mecs, tu es sûr.
Ouais, ouais, ouais, mais on l'est d'accord.
Toujours est-il que c'est l'aravelle qui tire tout le monde vers le haut,
WordPress et après Symfony.
Ouais, alors ils ont mis WordPress en framework.

Ce qui n'est pas vraiment un framework.
On peut presque dire que c'est ça, mais bon voilà.
C'est en 2 devant Symfony quand même.
Mais bon, l'aravelle est vraiment trust, le podium.
Après, ils oublient quand même de dire que WordPress,
de toute façon, c'est quand même le numéro 1.
C'est le patron sur Internet.
C'est là où il y a le plus de sites.
Internet de services, c'est clair.
Donc, bon.
Ok.
Donc à ça, on est au niveau des éditeurs.
Alors forcément, c'est eux qui ont fait le sondage.
Ça alors, c'est un biais.
C'est JetBrains qui est en premier.
Ouais.
J'ai dedans à tuer.
Ensuite, on a un truc sur les...
Attends, attends, je t'arrête tout de suite.
Moi, je t'arrête tout de suite.
Je vois un truc qui me choque.
Il y a encore des mecs qui se rigolent.
Note pas de plus, plus quoi.
Ouais, mais tu sais qu'avant que VS Code,
tout ça existe dans les écoles d'informations,
c'était ce que les jeunes utilisaient.
On les mettait sur Notepad plus de plus,
quand ils n'avaient pas le choix.
Parce que c'était free.
Je pense qu'on a, ils ont sorti de rester toute leur vie dessus.
Ils n'ont jamais basculé.
Je sais pas.
On va pas acheter la pierre.
Je pense que plein de gens ont commencé comme ça.
Donc, c'est parfait.
Mais Notepad plus de plus, magique, magique, magique.
En fait, comment les devs ils débuguent?
Et majoritairement,
ils utilisent
le Vardump ou le DD ou le Dump,
parce qu'il y a l'équivalent de console log en JS.
Donc voilà.
Ça me peut aller en montre?
Ça m'a triste.
J'avoue que...
Ça m'a triste.
Je vois, pour avoir travaillé
avec des juniors
et les étudiants,
ils ne savent pas débeuguer.
C'est un truc de ouf.
C'est un truc de ouf.
Et en fait, ils passent un temps de m'aboul
à mettre des consoles logs.
Alors pour le coup, je ne connais pas
les Vardump et tout ça.
Je ne connais pas en PHP.
Mais tu me dis que c'est l'équivalent de console log?
Ouais, à peu près.
Mais tu perds un temps de m'aboul.
Pour le coup,
je pense qu'il faudrait qu'on fasse un workshop
sur le débugge en JS.
Alors pour le coup,
moi je connais plus le JS,
mais pour avoir les bons outils
que j'ai fait front ou back.
Moi, j'avoue que je fais des Vardump
et des consoles logs régulièrement.
Mais voilà,
des fois, juste pour afficher un truc.
Tu sors.
Non mais qui n'a jamais fait ça?
Non mais arrête, je sais que tu en fais des consoles logs.
Dites pas la verse.
En fait,
écoute pas tant que ça.
Quand vraiment je suis en local,
je suis gros fan de Debugger.
Parce que le Debugger,
c'est un point d'arrêt
et tu viens expecter
au moment de l'exécution de ton code,
tu viens mettre un point d'arrêt sur ton code.
Et là, ça change tout.
Parce que tu as tout le contexte.
Tu dis, dans ce contexte,
qu'est-ce que j'ai?
Tout.
Et ça, que tu sois en front ou en back.
Alors moi, je fais que du JS.
Donc c'est du JS en back et en front.
Et ça, ça te donne
beaucoup plus d'infos.
Et tu comprends tout de suite ton erreur.
Que sur ton console log,
tu vas exécuter
je sais pas combien de fois
avant d'affiner.
Non, franchement,
console log c'est fini les gars.
Alors je vais me faire tracher.
Je sens que...
C'est un débat de façon
de Debug et les tests.
Ça va ensemble.
Bien sûr.
Et puis sinon, qu'est-ce qu'il y avait d'autre?
Ah oui, l'IA.
L'adoption de l'IA.
Ah, hyper intéressant.
Et donc, étonnamment,
c'est chat GPT qui est plus utilisé
que copilot.
C'est un peu bizarre.
À chaque fois, ils vont sur chat GPT, poser des questions
et mettre les morceaux de code, alors que tu as copilot
dans VS Code qui est disponible.
C'est un peu bizarre, mais c'est majoritaire.
Et l'IA de
PHP Storm, pas très, très utilisé.
Si tu reviens sur le graphique, tu verras que
c'est un peu là.
Après, peut-être que c'est encore récent
et que tout le monde n'a pas
upgradé.
Ça fait un petit moment qu'ils ont sorti.
Pour le coup, ils utilisent
tous majoritairement PHP Storm,
mais pas l'IA.
Bizarre.
Donc, voilà, en gros,
ce qui ressort de ce sondage.
Interessant.
Si vous êtes développeur PHP
et si vous êtes
encore développeur PHP
et que vous voulez faire du native
de l'embarquer
des quelque chose
sur votre téléphone, il existe
native PHP.
Grosse, grosse
surprise pour moi. Je m'attendais pas du tout
à ça.
C'est à quel stade là?
C'est Early Stage.
C'est Beta.
C'est un version Beta.
Alors, il y a une version desktop
qui permet de faire des applications
desktop avec Electron.
Et puis après, la version mobile
qui permet de faire des applications
mobile avec du PHP qui tombe
derrière un peu
à l'air acte native.
Donc, il y a une
sorte de
je n'arrive pas à trouver le mot.
De communication entre PHP
et le langage native
et du mobile.
Ça a l'air de fonctionner
correctement.
Enfin, je n'ai pas profondi, je n'ai pas testé,
mais il y a pas mal de choses qui sont
accessibles, les caméras, tout ça.
Et donc, ils ont développé
une espèce de SDK pour connecter
toutes les APIs native
avec le PHP.
C'est ça?
Oui, c'est ça. Ça te permet, derrière d'utiliser
j'imagine des frameworks, des choses comme ça.
Tu peux installer la Ravel certainement
dans ton application pour faire des
appels bas de données, tout géré.
Et en même temps, afficher des choses
sur le mobile.
Donc, avoir un testé.
Interessant.
Pour les personnes
qui sont
à la base de PHP.
Exactement.
Et je vois quelqu'un qui va être
super agile
et en tout cas compétent avec
du PHP. Peut-être, ça sera beaucoup plus facile
de passer sur ce genre de framework là
pour
créer un outil
native que de
repartir de scratch
iOS Android. Peut-être que
ça va être beaucoup plus compliqué
à faire.
Sous couvert que
la performance n'est pas un enjeu
majeur.
Je reste intimement convaincu
que plus il y a de
layer
et plus ça va générer
du métal code.
Et là, potentiellement
la qualité
en tout cas la perte
intrinsèque de l'application.
Mais en même temps, si c'est pour faire
une to-do liste ou pour afficher un site
ou des choses comme ça, bon qui
importe.
Ou des applications
internes pour une société, ou la performance
n'est pas primordiale.
Après, on ne sait pas, peut-être, ça se trouve
que c'est super performant.
Exactement. Je ne veux pas jeter la pierre.
Mais c'est intéressant.
C'est intéressant parce qu'une boîte
par exemple, qui n'a que des devphp,
ça peut lui ouvrir les portes pour développer
des applications mobiles internes.
Sans devoir embaucher un
développeur JDS ou Natif.
C'est pas mal.
Claremment.
Natif PHP.
Allez, on reste
dans l'écosystème
PHP.
On parle beaucoup de PHP.
On avait parlé
lors du dernier épisode
de Fusion, où on ne savait
pas comment c'était fait. On se posait
la question, comment ils arrivaient
à faire
une espèce de composant
PHP, dans du vu.
On ne comprend pas.
Petit podcast
de Aaron Francis, je crois
qui
nous explique.
Et, petite
vidéo de la même personne
où là, il vient expliquer
comment ils ont fait
et surtout, ils viennent expliquer
le corps du concept
et donc
c'est grâce à VIT.
C'est ça que tu me disais ?
Oui, c'est ça.
VIT va extraire le PHP
pour le mettre en mémoire, après
le faire fonctionner,
injecter les variables dans le JavaScript
pour VU, etc.
Et éventuellement, faire
un système de
componente de la ravelle.
C'est vraiment
une extraction du code PHP
pour l'exécuter à part.
Ce n'est pas un système
magique, mais ça fonctionne.
C'est basé principalement sur VIT.
Les plugins qui vont
extraire le code.
Bien pensé, c'est pas bête.
Et pour le coup,
qui vient de l'écosystème VU,
on retrouve vraiment cette même logique.
C'est une balise template.
D'habitude, on a une
balise
script.
Et là, pour le coup, on a une balise PHP.
Et donc,
c'est vraiment
copie conforme, sauf qu'au lieu d'écrire du JS,
on va écrire du PHP.
C'est ouf,
c'est vraiment ouf.
C'est pas mal.
On commence à avoir, en fin de l'écosystème,
pas mal de choix
entre
LiveWireVolt,
où tu fais des components,
Inertia,
ça va être difficile de savoir
comment je vais faire du JS avec la Ravel,
parce qu'il y a tellement de choix.
Je ne sais pas si il ne faudrait pas un peu unifier
tout ça, parce qu'à un moment donné,
ça fait trop de choix.
Je suis partagé sur
l'unification, la centralisation
et le
côté
où on n'a pas le choix
et
c'est comme ça
et on nous format.
Je préfère largement
avoir un choix
et choisir le paradigme
qui nous intéresse,
ça me paraît
plus intéressant.
Mais bon,
c'est comme ça.
Ok.
Non mais avoir,
en fait,
garder le choix
ça me paraît intéressant
et moi je ne suis pas trop fan
qu'on nous dise, tout l'écosystème PHP
maintenant, ça sera comme ça
et on n'a pas le choix.
C'est le standard.
Même si ça amène plein de qualités
pour
les entreprises,
parce qu'on se standardise des choses.
Je suis d'accord,
mais c'est juste que ça se ressemble beaucoup
ce que tu vas faire avec Inertia
ça ressemble beaucoup à Fusion
ou
on est très proches, c'est de l'injection
de variable dans le code JS
c'est vraiment très proche
après tu ne sais plus
est-ce que je prends celui là
ou celui là, quel est l'avantage
alors que ça se ressemble beaucoup
après peut-être que Fusion
va être fusionné avec Inertia
je ne sais pas.
En fait toi, t'es en train de me dire
que le paradigme de chaque solution
ce n'est pas
Game Changer à chaque fois
il y a des toutes proches de variation
donc c'est relativement proche
Ok
Ce que tu as besoin
c'est de
ce qui facilite
on n'a plus besoin d'avoir du headless
d'avoir des appels fetch
sur headless
là c'est carrément injecté d'office dedans
ça nous enlève ce système
où on a un retrouve notre template vu
avec déjà des variables disponibles
les infos de l'utilisateur
ça fait des requêtes directes
injecte les résultats dedans
donc tu vois, c'est à peu près la même chose
à chaque fois
Ok
Alors je comprends mieux
ta question
comment on fait pour choisir
parce que c'est pareil
Et puis quand on parle de choix
ce qui peut être super intéressant
c'est d'utiliser aussi une autre
possibilité
pour fêcher
faire ces appels API
dans l'écosystème Javascript
on connaît tous AXIOS
qui a dominé le marché
pendant très longtemps
Côté Node
il y a
la librairie
du créate
quelqu'un qui fait partie du corps de chez Node
Matteo Colina
qui a un très bon système
qui s'appelle Ulditchi
et là il y a
un nouveau client
Fetch Client
par contre qui se dit un petit peu plus
avancé que les autres
il s'appelle
UpFetch
et
qu'est ce qui l'amène de plus
sur la table
En premier
principalement
il y a le type page
il t'apporte beaucoup de type pages
tu peux typer les réponses de ton appel
avec Zod
déjà les light
c'est 1,2KB
il est plutôt light
surtout ouest ce type page
que tu peux déclarer
pour valider la réponse
quand tu fais ton fetch
l'exemple c'est un petit peu plus bas
ça c'est pas mal
après
il est agnostique
par défaut
pas agnostique
parce que c'est Zod
valibot
Arc type
et
on revient sur ce système
de type page
ou ça devient un peu un standard partout
tout devient type
mais là l'exemple
il est très parlant
tu fais ton fetch
et tu as un schéma qui te dit
ce que tu vas recevoir
en réponse
et donc
ce qui t'évite de faire
c'est comme si ta validation
était intégrée dans ton client
au lieu d'avoir
ton client fetch
ta librairie de validation
là ils ont fusionné
les deux
où ils viennent mettre la validation
au sein même du client
je te dis une bêtise
c'est le request
qu'on est en train de tipper
mais normalement j'ai vu
la réponse si tu peux la tipper
je sais plus
mais c'est dans la doc
ok
mais
hyper intéressant
tu peux mettre un time out
sur ta request
c'est intéressant
plein de petites choses
comme ça
petit tools
sympathiques
allez on reste dans
l'écosystème PHP
avec
non pas PHP
je vais y arriver
avec une HMPL
oh t'es de mauvaise poids
HMPL
qui se veut
un moteur de template
javascript
et qui vient en concurrence
direct avec du
htmx
ouais htmx
un peu tôt
mais c'est vraiment moteur de template
je sais qu'il y a des choses
je l'ai découvert parce que j'avais vu un tweet
il disait qu'il y avait des choses automatiques
notamment il va mettre le body
automatiquement
sur un fragment html
je sais qu'il y a plein de choses comme ça
mais il y a aussi la gestion des événements
qui est un peu particulière
dans l'exemple
mais c'est une sorte de jizon
où tu vas dire
la source
tout ça un peu à l'htmx
mais sauf que tu l'écris un peu
comme un objet
et ça te met de l'événement sur le bouton
par exemple
c'est la particularité de ce template
c'est l'écriture des événements
c'est tout nouveau
après ils ont même
fait un article
où ils expliquent les différences
entre le html
qu'on parle
et htmx
à mon avis c'est
une inspiration assez forte
il y a beaucoup de grandes similitudes
après avec un paradigme
qui leur est propre
mais après
je sais pas si c'est
orlistage
il n'y a pas beaucoup de stars
même s'il faut pas regarder
sur le stade
ça reste quand même assez orlistage
c'est tout nouveau
pour passer une soirée
pour tester le concept
mais peut-être faire un poc si on a envie de s'amuser
mais t'es pas ça en prod
on est d'accord
on est d'accord
il y a un autre truc
sur lequel
il faut vraiment passer en production
si vous êtes développeur front
et vous ne maîtrisez pas les flexbox
là pour le coup
t'es pas développeur front
si tu maîtrises pas les trucs
on est d'accord
au grid encore
c'est plus compliqué à grid
les grids je te l'accorde
ça peut être un peu plus complexe
mais les flexbox
c'est quand même une énorme base
et là on vient avec un petit outil
qui s'appelle flexbox lab
et qui a pour but
de nous expliquer toutes les propriétés
et
de voir
les différences
quel est l'impact
et visuellement on vient modifier
chaque
valeur de propriété
flex
display flex
display block
les directions
les verappes, les justifies
et tout de suite
ça nous donne vachement plus
et visuellement on voit
ce qui marche
le gap et tout
tu peux rajouter des items
et tu rajoutes des éléments
et tu as la même version
qui existe pour grid
hyper intéressant
il y a le lien
et c'est la même chose
et là pour le coup
ça peut être super
là c'est compliqué
et oui parce que là
la grid c'est une autre dimension
donc oui
mais on est tous d'accord pour dire
qu'il faut d'abord maîtriser flexbox
avant de passer sur les grids
sinon c'est même pas la peine
ça risque d'être vraiment compliqué
flex ça fait un moment
que c'est dispo
oui je suis d'accord
mais il faut constater que parfois
les flexbox ne le range pas
ça m'est déjà arrivé
moi en perso j'utilise de plus en plus
ce grid
même en termes de responsive
tu peux faire des colonnes
qui passent les unes au dessus des autres
automatiquement en fonction de ce que tu as fait
c'est trop bien
c'est puissant
après là tu es sur un usage
hyper avancé de flexgrid
non pardon
de display grid
où tu viens faire des layers
là c'est le niveau au dessus
mais déjà je pense que
juste construire des layouts
de page avec grid
déjà c'est déjà mais moi je vois vraiment
l'usage au quotidien
sur tes layouts de page
tu les fais avec des grids
ça marche vraiment bien
dans un top
c'est pris en charge maintenant
partout
carrément
petit article
assez long d'ailleurs
où on vient
parler
de React
et en fait pour chaque sujet
l'auteur
vient nous présenter
un peu les meilleures librairies
dans l'écosystème React
pour faire du state management
pour faire du data fetching
du CSS styling
des librairies UI
des librairies d'animation
de
pour tester du paiement
de gérer des time
pour faire des upload
pour faire du drag and drop
hyper complet
je pense que de toute façon
on mettra le lien
dans les notes de l'épisode
mais je pense que si vous êtes
développeur React
ça peut être super intéressant
de regarder un peu tout ça
parce qu'il vient présenter
en fait toutes ses recommandations
et pourquoi
c'est un article qui est
assez long
mais qui peut être super intéressant
si vous faites partie de l'écosystème React
très intéressant
plein de conseils
il explique pourquoi
ce qu'on doit utiliser en 2025
d'après Robin
Robin
c'est top
il fait ce qu'on devrait
tous faire
c'est à dire
faire le relever de toutes les possibilités
quand on veut faire par exemple un drag and drop
il faut qu'on fasse un benchmark
de tous les trucs
de drag and drop
pourquoi c'est simple
il a déjà fait une présélection
ce qui peut nous faire gagner ta quête de temps
c'est top
allez on aborde le sujet
du CSS
pour le coup
on sait que
avoir un texte equilibré
en CSS
ça peut être
très très très compliqué
et
petit article qui nous explique
comment on peut faire ça
quel est le problème
et comment le résoudre
un long article
pareil de Hamad
assez interactif
comment
aligner le texte
le verrapé
il y a plein d'exemples
il y a des choses où tu peux bouger
il est vraiment pas mal
et ça peut être une problématique assez régulière
le placement du texte
aujourd'hui il y a Balance
qui est bien pris en charge
il y a Pretty qui arrive
qui est encore au niveau de dessus
mais
c'est déjà mieux qu'avant
avec Balance
même si des fois il y a des comportements un peu bizarres
donc ça permet
si vous êtes des frontes
de voir les différentes possibilités
de tester
et de vous améliorer
sur le placement du texte
et pour le coup
toi qui a bossé
avec une langue allemande
tu valides que c'est magique
c'est magique
maintenant avec les propriétés CSS
t'arrives à bien t'en sortir
pour ceux qui ont déjà fait de l'allemand
il y a des mots à rallonge
et là t'es obligé
de faire des retours à la ligne
et quel moment tu le fais revenir à la ligne
donc c'est pas forcément évident
mais
je travaille avec des devs qui maîtrisent pas mal ça
des devs suisses qui ont l'habitude
de bosser avec l'allemand
je pense que l'allemand c'est le pire
au niveau de longueur des mots
et pas que je connais pas de language
Pretty est pas encore super bien
non
il est pas encore dans Firefox et Safari
c'est pour ça que généralement
tu mets d'abord balance
et après tu mets Pretty en dessous
dans ton CSS pour Canca
pour avoir un sens de fullback
ok
là
des prétiers
designer, intégrateur
on vous invite à lire
ce petit article hyper pédagogique
qui nous explique
toutes ces subtilités là
sur la gestion du texte Pretty
oui tu vois
celui juste avant
le fameux
avec les textes d'ectonin
qui revient sur deux lignes
c'est l'enfer
c'est vraiment l'enfer
et pour le coup
j'ai dû gérer ça
et c'est là où je me suis penché
très intéressant
merci pour cet article
bien poussé
allez on reste de la configuration
maintenant
sur un article
assez long
mais où les développeurs
qui font partie
du corps de Git
donc ceux qui développent Git
nous expliquent comment ils configurent
leur Git
et on apprend quoi là-dedans
que c'est mal configuré
que on a mal configuré notre
Git config ou pas
c'est comme Excel
on utilise comme pour son
c'est un peu comme Excel
j'suis d'accord
on est loin de savoir toutes les possibilités
de Git
voilà
c'est dommage parce qu'il y avait une formation
Delicious Insight
avec Christophe Portneuve
qui a arrêté
les formations
mais qui faisait une formation Git
j'ai jamais eu la chance de la faire
je sais que quand il sortait de là
tu devenais vraiment
un Git Master
un Git Master
et après
hyper intéressant
il explique
l'article résume un petit peu
comment on peut
utiliser
toute la
utilisation de la puissance
la config
et pour le coup
là je vois
les tags
je vois
les tags c'est quelque chose
que j'utilise pas assez
et je pense qu'il y a
une grosse marge de progression là-dessus
et si on peut automatiser
des choses
ou nous simplifier la vie
ou avoir des différences
visuelles
avec de la coloration
directement depuis le terminal
ça peut être super
super intéressant
ça justement
c'est dans des choses
dans la config globale
où tu vas faire les diffs
tu vas commencer à avoir de la couleur
c'est vrai qu'on avait escode
qui nous affiche
on a modifié la plupart du temps
c'est facile
mais si tu as envie de t'amuser
à le faire dans la console
il y a de la config à faire
pour que ça s'affiche bien
après
ce qui peut
là je suis sur l'article
sur la section qui parle du push
où en fait
quand on vient pousser notre code
on peut modifier les valeurs par défaut
pour que ça vienne créer
la branche automatiquement
c'est hyper poussé
hyper intéressant
je pense de monter
en compétence là-dessus
le problème de ça
c'est qu'une fois que tu as fait ta config
tu as pompé un peu le savoir
après
c'est genre de truc que tu ne touches plus trop
tu es assez passif là-dessus
et voilà
oui c'est clair
après souvent tu oublies les choses
c'est là où il faut se faire
une note
tu vas essayer de noter
tout ça pour te rappeler
pour que dans un an ou deux ans
quand tu changes d'ordi, tu refaces la même config
exactement
yes
allez
on passe sur
une config qui pour le coup est assez simple
à mettre en place
si vous voulez mettre un moteur de recherche
au sein de votre applicatif
on connaît tout ça le golière
mais là on va parler de
Melly Search
qui est l'alternative open source
qui peut être déployé sur du cloud
ou sur du self-hosted
et qui vient en fait
se fortifier
on va dire s'améliorer
avec de nouvelles fonctionnalités
surtout
tout ce qui est pris en compte
du vecteur et de
la recherche sémantique
via l'IA
ou justement
dans cette version 1.13
l'IA passe en mode
natif et non plus derrière
feature flag
un experimental feature
c'est ça ils ont rajouté
alors là on est dans la rubrique
la dernière rubrique de l'épisode
ils avaient fait
cette expérimentale feature
où tu mettais un modèle
d'embedding
pour vectoriser
ton contenu que tu envoyais
dans ta base de données pour l'indexation
et ensuite tu pouvais faire de la requête
avec du vecteur
pour retrouver plus efficacement
certains éléments
c'est sorti comme tu dis d'expérimental
donc c'est par défaut
il n'y a plus besoin de l'activer
on peut l'utiliser facilement
et on a vu qu'on pouvait utiliser
Olamah je crois
pour générer
tous tes vecteurs
soit tu branches
OpenIA
soit tu pouvais brancher un embedding
un peu classique
et là ils ont branché
il y a possibilité de mettre Olamah
donc c'est super puissant
top
ça marche bien
je laisse sur une version self-hosted
la recherche vector
ça marche plutôt pas mal
c'est bluffant
c'est top
à priori il y a d'autres choses
qui arrivent sur Militia
il travaille beaucoup dessus
il y a plein de nootés
ils s'en prennent basculé là-dessus
à suivre
c'est la suite logique
j'ai restant convaincu
que la recherche
Full Text
masterise le truc
c'est en place
la suite
et l'évolution des features
passera par l'utilisation
de tout ce qui est vecteur
et toute la recherche sémantique
clairement
clairement
on bascule
dans la partie IA
où là
tu nous présentes
Mastra
qui se veut un framework
pour développer des agents IA
mais tout en type script
ce qui n'est pas souvent courant
parce que dès qu'on dit le mot IA
la plupart du temps c'est en Python
et là c'est en JavaScript
et ça nous permet de créer des agents
simplement, facilement
la grande nouveauté
c'est qu'on a des plus en plus d'outils
en JGS, TS
souvent en type script
parce qu'on veut du truc carré
bien tippé
les créateurs de ce framework
IA
c'est les gars de Gatsby
ça peut être
pas très rassurant
si on investit dessus
et qu'il en deux ans il le revend
netlify, bon bah c'est pas cool
c'est ce qui fait un peu peur
mais en même temps
ils ont quand même la maturité
de l'expérience d'un framework
de créer un produit
de ciper le produit
de répondre à un besoin
ils sont très bons en marketing
ça on le sait
donc à regarder
c'est un super truc
moi j'ai testé un soir là
vite fait
c'est très puissant
je suis super enthousiaste de dessus
et j'adore
actuellement j'utilise long chain
JGS
faire des agents
c'est le même principe
tu fais des workflows
avec les steps, les n
tu vas faire un workflow
d'étape
dans ton appel
ça va beaucoup plus
tu vas créer une API
tu vas faire des agents
tu vas faire des tools
pour faire des appels à des API
tu vas faire
il y a plein de choses comme ça
tu peux chunker le texte
et à la fin
quand tu enverses son dev
tu fais NPM red dev
tu as un API qui fonctionne
et tu vas faire des appels
tu as un playground
qui marche
ou tu peux jouer avec ce mat
il y a plein de choses
et c'est
moi je trouve ça génial
je suis hyper enthousiaste
et j'étais trop content de découvrir ce truc
tu es méga IP
par master
trop bien
je pense pour la création d'agents
tout ça peut être super
super intéressant
à tester si on se penche dessus
actuellement il parle que d'agents
depuis 2 mois
je pense que
il y a des choses à faire
et là l'outil est plutôt sympa
nice
allez
on reste dans la partie IA
où on vient
le navigateur
Opéra
vient intégrer
directement sa partie
son agent IA
qui vient de manière native
totalement intégrer dans son navigateur
pour nous permettre de répondre aux questions
immédiatement
au sein du navigateur
et toi tu as testé déjà
Opéra
c'est un navigateur norvégien
c'est européen
ça fait un an
qu'ils ont intégré IA
dans leur navigateur
j'utilise plus d'opéra
et cette news m'a fait recharger
et j'ai re-testé
c'est cool
il est pas mal
évidemment ça va être basé sur Chrome
je ne sais pas chercher mais je pense que c'est un Chromeium
on s'en fout
ce qui est intéressant c'est que dedans il y a IA
donc IA te intégrer
est plutôt pas mal parce que tu peux faire pleins de choses
tu peux résumer de la page
sur laquelle tu es
tu peux lui demander pleins de choses
donc il est assez efficace
et la nouveauté c'est un agent
qui va naviguer à ta place
tu veux dire achète-moi la Nike
la basquette Nike
il va aller chez Nike
il va naviguer tout seul
il va trouver la chaussure dans ta peinture
il va la mettre dans le panier
et à la fin tu auras juste à payer
il bosse pour toi
la vidéo présente ça
donc c'est pas mal
c'est pas testable
c'est en preview
ils ont annoncé ça sur le
World Mobile Congress
c'est intéressant
assez intéressant
et dans la foulée
tu as Perplexity
qui avait annoncé
à peu près la même chose
on l'a entendu
dans tous les médias
comme quoi Perplexity
lancait comète un nouveau navigateur
par contre il n'y en a pas un qui a été capable de dire
que c'est la même chose que ce qu'on vient d'écrire
sur Opéra
c'est un agent
qui va naviguer à ta place
qui va exiguer des tâches
à ta place
il va faire des choses
il va croire
il va aller faire des recherches
il a un agent qui a cliqué
ça passe sur un autre step
c'est assez intéressant
et en même temps
ça m'interpelle beaucoup
parce que je me dis
est-ce que dans 2 ans on fera des sites
pour les humains
ou pour les agents
je ne serai pas surpris
qu'en fait demain on soit obligé
de faire des sites orientés
pour faciliter
le boulot de l'agent
et donc
ça se tient
ça serait carrément possible
il n'y aurait pas de surprise à ça
on ne fera plus de design
on fera juste des designs
avec des liens
il n'y aura plus de CSS
peut-être
malheureusement
c'est assez intéressant
mais en même temps ça interpelle
et ça se pose des questions
ça va certainement généraliser
est-ce que ce n'est pas
une suite logique
une sorte d'évolution
il faut bien garder en tête
que la nouvelle technologie
ne va pas supprimer et écraser l'autre
elle va juste amener autre chose
et donc il y aura les 2
qui seront en place
il y aura toujours des mecs
qui vont naviguer
il y aura des agents
qui vont naviguer aussi
on facilitera
le boulot de l'utilisateur
des agents
comme on fait déjà pour le SEO
on vient faire un site
pour l'utilisateur
mais aussi on l'optimise
parfois on le suroptimise pour le SEO
et demain on fera
une optimisation pour les agents
oui
de toute façon c'est clair
mais bon ça va quand même
dans un avenir plus tôt proche
entre chat gp...
je ne fais pas de toi
mais moi j'utilise pas mal de chat gp t
au lieu d'aller chercher sur google
poser des questions sur google
c'est quasiment 50-50
il est aussi efficace
il a déjà vu
il a bouffé tout le web
il est capable de te répondre
plus les agents qui marchent tout seul
sur les navigateurs
dans un avenir proche
le web va beaucoup changer
il faut rester optimiste
non c'est pas grave
c'est juste qu'il va falloir repenser notre métier
c'est clair
certainement
on va travailler différemment
ça c'est certain
on en reste là pour cet épisode là
patrick tu auras donc le mot de la fin
sur cet épisode
on vous dit un grand merci à tous
d'être restés jusqu'au bout de l'épisode
et puis on vous dit à bientôt
ciao ciao
peut-être que la prochaine fois c'est un agent qui fera le podcast
mais bon
allez ciao
à plus