Bienvenue sur Double Slash, le podcast dédié aux outils et aux techniques pour le développement
web.
Bonjour à toutes et à tous, bienvenue sur ce nouvel épisode de Double Slash, épisode
de news septembre 2023.
Donc on a fait une petite pause durant le mois d'août, là on reprend, donc j'espère
que vous avez tous passé un bon été sur la plage, etc.
Au soleil ou je ne sais pas en Bretagne peut-être sous la pluie.
Comment ça va Alex ?
Écoute, what up ? Pour le coup je crois que toi aussi t'as quand même pas mal bossé
cet été, pareil moi j'ai revu un peu de vacances mais pas trop non plus, j'ai quand
même plus bossé et puis ça fait plaisir de revenir sur un nouvel épisode de Double
Slash.
On va, comme d'hab, il se passe plein de choses donc on va revenir sur les gros moments
qui se sont passés à la rentrée.
On va parler du runtime burn parce qu'on est sur, est-ce qu'on est sur quelque chose
ou on est sur de la hype ?
Ah là on a quelque chose, on a quelque chose.
On va en parler, on va en parler.
On va parler de Astro qui se stabilise, la fin de Gatsby c'est terminé, on va parler
de React.
Attends, c'est pas terminé encore.
Attends, on va en parler, on va en parler.
On va parler de la recherche sémantique qui s'invite chez les opérateurs et chez
Mellisarch, le browser qui évolue, des librairies sympas et voilà, ça c'est un peu le programme
d'aujourd'hui.
Oui, carrément.
Mais il y a un gros morceau quand même, un gros morceau hyper intéressant sur burn
là donc.
On attaque tout de suite.
Du coup, burn, qu'est-ce que c'est ?
Je crois qu'on a déjà fait plusieurs fois qu'on en parle.
Burn qui est un nouveau runtime, on va dire, oui qu'il y a un nouveau runtime javascript.
Donc ce n'est pas un framework, un runtime, ce n'est pas la même chose.
Ce n'est pas qu'une runtime, attention.
C'est vrai qu'on en parle depuis un petit moment, ça fait peut-être un an qu'ils ont commencé
à travailler dessus, peut-être un peu plus.
On avait annoncé la V1 au dernier épisode, on avait dit oui, la V1 en septembre.
C'est vrai que moi je n'avais pas pris la mesure du truc.
Je savais que c'était une runtime, un plus rapide, écrit en zigue, je crois.
Mais en fait, là c'est sorti, c'est officiel.
Et le truc, je pense qu'on a tout pris, tout le monde a pris une claque dans la figure.
Il y a un gros enthousiasme de la communauté, parce que là depuis quelques jours,
ça n'arrête pas de faire des comparaisons de benchmark, machin, PNPM et tout ça.
C'est hyper rapide.
Mais c'est surtout, moi perso, je n'avais pas pris la mesure du truc, c'est-à-dire
que l'outil, c'est un couteau suisse, il te remplace plein d'outils.
Donc pour revenir à runtime, c'est une substitution à NUD.
En fait c'est le NUD environnement dans lequel on va exécuter notre JavaScript.
Pour la plupart du temps, on installe NUD sur notre machine,
et l'environnement, c'est un environnement NUD.
Et là, avec BUN, ça sera un environnement BUN.
Donc on va exécuter notre JavaScript dans cet environnement-là,
et il est donc beaucoup plus rapide, mais pas que.
Il fait aussi beaucoup d'autres choses, c'est ça ?
Déjà, la première chose, c'est qu'il est totalement compatible Node.js.
En fait, tu remplaces Node.js par BUN.
C'est une substitution.
Voilà, et tout fonctionne en fait.
C'est-à-dire que c'est les mêmes API, les mêmes fonctions, etc.
Donc déjà, ça c'est une grande, grande force.
Alors il y en a qui ont comparé avec Deno en disant,
bah Deno, ils ont fait des choix dès le début,
du tout moins que ce n'était pas du tout compatible avec Node,
même pas le NPM, tout ça.
Ils ont fait des choix qui ont fait,
et en fait, certaines personnes disaient, bah BUN,
ils ont fait les choix que Deno n'ont pas fait,
et du coup, c'est pour ça que BUN, d'un coup,
il est très bien accueilli, et puis ça dépote.
Tu remplaces en 2 secondes ton Node,
et ça tourne, ça marche direct.
Après, on va en parler,
il y a quand même des packages qui aujourd'hui ne fonctionnent pas,
même s'il y a, je crois qu'il y a 95% des API Node qui fonctionnent,
qui peuvent être substituées.
Néanmoins, il y en a 3 ou 4 qui ne le sont pas encore,
et on va dire, la promesse de substitution,
elle n'est pas tout à fait équivalent,
mais en tout cas, ils veulent tendre vers.
C'est sûr, en fait, on est qu'à la V1,
et là, ils se sont pris une tonne d'issues sur le GitHub,
sur le projet, tout ça.
Donc là, ils ont encore beaucoup de travail,
je pense que les prochaines versions,
ils vont corriger beaucoup de choses,
parce que tant que tu ne l'as pas vraiment lancé en prod,
le produit n'a pas vraiment les retours.
Donc là, il va vraiment évoluer,
je pense que la 1.1, la 1.2, tout ça,
ça va vraiment corriger plein de choses.
Et à un moment donné, tout va fonctionner.
Moi, je l'ai installé sur un projet,
il y avait du Sharp,
ça déconne un petit peu au début,
puis j'ai trouvé la solution et ça fonctionne parfaitement.
Après, voilà, ça ne marche pas non plus,
ce n'est pas tout magique, c'est clair.
Mais quand ça fonctionne, c'est pas mal.
C'est quand même pas mal.
Donc en fait, c'est un environnement d'exécution,
mais c'est aussi un transpiler.
Alors oui, en gros, je commence,
dans l'annonce, l'article de l'annonce,
il dit, ça remplace plein d'outils.
Alors je vais t'en citer quelques-uns,
c'est Node, Node.Mode,
qui permettait de faire du au-tri-load,
enfin du Watch.
Dote Anf, qui est pris donc les fissiers points Anf,
qui sont pris direct.
TSC, parce qu'il est capable de lire le TypeScript,
il remplace Babel,
il remplace ESBuild,
parce qu'il est capable de builder.
Webpack, Parcel, Rollup,
NPM, Yarn et PNPM,
il est remplacé pas 4 heures.
Il peut remplacer gestes et vitesses,
parce qu'il peut faire des tests aussi.
Donc tout ça, il peut remplacer tout ça.
En gros, notre package PointGISON
va beaucoup se réduire,
si on se met à utiliser BUN,
parce qu'on va enlever tout plein d'outils
qu'on rajoutait dans les packages,
pour faire fonctionner les projets.
Donc, ça c'est une bonne chose
de pouvoir alléger toutes nos toulignes,
parce que c'est vrai qu'on avait la JavaScript Fatigue,
qui faisait qu'on passait notre temps
à maintenir notre projet, les outils, tout ça,
plutôt qu'à coder des trucs pour nos clients.
C'est clair.
Et là, si tu peux remplacer tout ça,
et qu'il y a un seul outil,
il peut en faire beaucoup,
c'est déjà pas mal.
C'est moins de maintenance sur ton projet.
Donc ça c'est cool.
Donc ouais, il fait runtime, comme tu l'as dit.
Donc, Compatible Node,
il fait les Node Modules,
il est compatible.
Il intègre la Web API.
Donc il y a déjà du fetch,
il y a les requests, réponses, formes d'ata,
tout ça, tous les trucs qu'on peut utiliser
dans le navigateur,
on peut l'utiliser dans le bug.
Ça c'est vraiment top.
Il sait lire le TypeScript.
Ouais, ça c'est déjà pas mal.
Il sait lire TypeScript,
c'est-à-dire t'as pas besoin de compiler,
quoi que ce soit.
Tu points TS, il le lit, pas de problème.
Il sait lire le JSX.
Donc tout ce qui réacte, tout ça,
il n'y a pas besoin de transformer,
il le lit, il n'y a pas de problème.
Donc ton code, ça lève vraiment au niveau du serveur.
Ça c'est pas mal.
Il fait aussi Bundler,
donc il est capable de bundler comme Webpack,
tout ça,
déficier, de compiler, tout ça.
Il fait Package Manager,
donc il remplace tout ce qu'il y a en PNPM.
Il a aussi comme PNPM un système de cache global,
donc il ne va pas dupliquer les packages.
Pas mal.
Ok, avec un système de workspace
ou des choses comme ça, en fait, qui...
Il fait aussi le workspace,
il le gère,
la paix de Bund c'était équivalent
à Yarn, tout ça, à PNPM.
Donc les commandes, c'est les mêmes.
Il fait aussi les tests.
Il a même appellé que geste et que vitest,
parce que vitest a même appellé que geste.
Donc tu peux lancer tes tests avec Bund.
Donc tu n'as pas besoin de gestes,
n'importe quoi d'autre.
Donc il fait plein de choses.
Et il est extrêmement rapide.
C'est magique.
Et en termes de rapidité,
sur quoi ? Sur l'exécution, tu veux dire ?
Ouais, surtout en fait, rien qu'à installer des packages.
L'autre jour, j'ai installé...
Je parlais de Sharp, j'ai installé de Sharp.
J'ai cru que ça n'allait pas marcher en fait.
J'ai fait installé de Sharp.
Et ça a duré même 30 microsecondes.
Mais ça n'a pas marché.
J'ai été vérifié dans le package.json,
et il était bien installé.
Pour dire à quel point il peut être rapide.
Et après, tout ce qui est exécution,
tout ce qui est exécution est ultra rapide.
Compiler,
la runtime est super rapide.
Alors après,
EvanU a lancé quelques tweets,
il y a un avantage, pour dire attention,
parce qu'il y a plein de benchmarks qui sort là.
Ça sort dans tous les sens, pour comparer les outils, tout ça.
Mais il rappelle, oui, que ça dépend de la connexion, etc.
Donc il a fait l'huile, il a fait des tests avec cache, sans cache, etc.
Pour comparer.
Évidemment, elle est sûre plus rapide que les autres,
mais attention à tous ces benchmarks qui sortent dans tous les sens.
Et pour le coup, c'était Mateo Colina,
qui est un contributeur de Node Core,
qui disait justement que, oui, sur l'installation des packages,
c'est soit plus rapide,
mais en fait, Ben fait un choix d'aller récupérer et de scanner,
d'aller récupérer la version que tu as en local.
Et donc, si tu l'as déjà installée quelque part,
bah en fait, il va la récupérer.
Donc il gagne du temps de ma boule.
Pareil sur les types de versions,
en fait, il va aller récupérer celle que tu as en local.
Mais peut-être que c'est pas la bonne version que tu veux, tu vois.
Donc il y a plein de petites subtilités
où justement, ça amène des points de performance souhaites,
mais des points aussi de vigilance pour être bien sûr
qu'on ait la bonne version.
Après, je ne veux surtout pas dénigrer le fait que la perte
est déjà ouf.
Mais il y a des petites notions et des petites nuances
qu'il faut garder en tête.
Carrément, carrément.
Il faut se méfier toujours des benchmarks et des tests de vitesse.
Voilà, donc super intéressant outil.
Je pense que ça marque une steppe en fait
dans l'histoire du développement JavaScript,
des outils aujourd'hui.
Direct.
Ah ouais, tu poses le truc.
Bah ouais, parce qu'en fait, c'est ce qu'il explique
dans l'article d'annonce, en fait,
c'est que Node.js, ça date depuis un petit moment.
Et on a fait que rajouter des outils par-dessus
notre process pour faire telle ou telle chose.
Et on a compliqué à chaque fois nos outils.
Oui, mais c'est aussi...
Je ne veux pas me faire l'avocate de Node,
surtout pas.
Mais il ne faut pas oublier aussi
qu'ils ont fait un choix de rétro-compatibilité.
Et donc en fait, ils ne veulent pas faire un breaking change.
Maintenant ça, ça ne marche plus, il faut changer.
Ils ont fait un choix,
et on va peut-être parler de la gouvernance après,
mais ils ont fait un choix de garder cette antériorité.
Et donc bien sûr qu'en fait, ils se tramblent des boulets au pied,
parce qu'ils ont fait le choix de...
De garder leurs boulets.
Donc c'est sûr que pour un nouvel acteur qui rentre,
bah lui, il a chanvers quoi.
C'est chanvers pour lui total.
Donc il peut faire fit du passé,
parce qu'il repart sur une techno moderne,
et surtout il ne doit pas gérer toute la légatie.
Ce qui serait intéressant de voir après,
c'est comment va évoluer le projet
pour voir est-ce qu'ils font encore des breaking changes,
ou pas quoi.
Parce que dans l'histoire du dev,
on en connaît, des breaking changes qui ont tué le projet.
Je pense à Angular, quand ils ont fait leurs verts, leurs changements,
ça n'a pas tué le projet, mais ça l'a fait vraiment mal quoi.
Ça fait très mal.
Et la next, yes, la next, c'est en train de leur arriver,
mais bon on en reparlera après.
Ouais, donc tu fais bien de parler de Node,
parce que tu reviens sur, c'est toi qui as mis le lien en fait,
sur le tweet de Matteo Grinna, qui répondait...
Ouais, qui répondait à un tweet,
ou Jess, ce phrase, je sais pas comment ça veut,
qui disait, comment se fait que c'est aussi rapide,
parce qu'avant tout le monde s'en foutait en fait de la vitesse, en gros,
et donc tout le monde a répondu, et Matteo Grinna a répondu en disant,
là, quelques raisons, comme tu le disais,
donc le choix de rétro-compatibilité entre les versions, etc.
Tu parlais de gouvernance aussi, voilà, ils font des...
Et ouais, parce que moi,
il y a ça qui me met des petites lanternes dans la tête,
en disant, ok, aujourd'hui c'est Ben, c'est une équipe,
qui la finance, quelle est la gouvernance,
est-ce que c'est Open Source ou pas, je sais pas,
mais même si c'est Open Source ou pas,
les mythes, c'est pas tant ça le problème,
c'est la gouvernance.
Si demain, en fait, cette boîte se fait racheter,
et il décide de faire des breaking changes,
tous les 6 mois ou tous les ans,
qu'est-ce qui va se passer de nos projets,
et donc faire une migration verbane pour des raisons techniques,
je pense que ça se tient.
Après, il y a tout cet enjeu de souveraineté
et de gouvernance qui, moi, me paraît quand même important,
et de... voilà, si tu pars pour des projets à long terme,
il faut être sûr que ça ne bouge pas dans le temps,
et qu'ils arrivent à une certaine maturité et une stabilité
qui rassure tout le monde,
parce que demain, ils se font racheter par un versel
qui a beaucoup d'argent, qu'est-ce qui va se passer ?
Ou à ce point possible, ouais.
Je sais pas, je sais pas.
Moi, on est plus failles.
Ouais, je pose ça sur la table.
Parce que, enfin, ce que je vois surtout,
c'est qu'un runtime, pour nous, on va dire,
« Dev, ok, c'est bien, c'est confort,
mais le gros levier, c'est pour les hébergeurs.
Parce que avoir un runtime plus fonctionnel,
peut-être à toute échelle, ils peuvent réduire la voilure des machines.
C'est sûr.
Et donc, ils consomment moins d'énergie,
à la fin, ça coûte moins cher.
Enfin, voilà, il y a peut-être une optimisation à faire de leur côté.
Donc, si tu veux, c'est un truc qu'on avait déjà évoqué,
mais je pense vraiment que le danger pour moi, c'est ça,
c'est qu'un gros achète et au final, tu le bébés dans le...
Ouais, j'espère pas, vraiment, j'espère pas.
T'as raison pour le côté écologique, c'est vrai qu'aujourd'hui,
on est beaucoup en éco-conception, tout ça.
Et c'est vrai qu'il y a un côté écologique,
justement, en consomment moins d'énergie sur les serveurs, tout ça, c'est vrai.
Par contre, après, c'est vrai qu'aujourd'hui,
c'est soit tu fais comme Nod,
ou je peux prendre l'exemple de Wordpress,
aussi qui respecte une certaine rétro-compatibilité,
c'est-à-dire que tu as un projet qui tourne et tournera toujours
pendant longtemps, même si tu montes le verset.
Ça, c'est un choix.
Ou alors, il y a l'autre choix aussi,
comme Redwood, qui a fait le choix de faire des break-versions.
Mais, par contre, ils accompagnent les devs
pour passer ces breaking-changes
et pour que ça se passe le mieux possible.
C'est l'un ou l'autre.
Alors souvent, les projets open-source,
ils font le choix de la rétro-compatibilité.
Ce qui, à mon avis, c'est un problème pour faire des évolutions.
Mais voilà, c'est un moment donné, il faut choisir.
Mais est-ce que Burn va rester...
Enfin, aujourd'hui, c'est pas vraiment open-source.
Ça peut le devenir, si tous, on met la main à la poche
et qu'ils ont assez de sponsors, tout ça, peut-être.
Ou si, à un moment donné, ils ont des difficultés financières,
ils seraient achetés par Versel ou Netlify,
les plus gros pour les citer.
Mais ça peut être autre chose.
Ça peut être pire, ça peut être une grosse cité américaine adobe,
ou je sais pas.
Ouais, après avoir...
Mais en tout cas, ce qui est sûr,
c'est que le projet est quand même hyper sympa.
Il y a quand même des choses vraiment à aller chercher.
La doc est bien faite.
La doc, il y a plein d'exemples à tête-suivre.
Il y a beaucoup d'exemples, il y a beaucoup de choses.
C'est vachement clair.
La doc, il se perd déjà.
C'est un bon point, ça, déjà.
Mais en même temps, aujourd'hui, on le dit toujours,
mais la doc, c'est clé, quoi.
C'est vraiment clé.
Sur l'adoption, si votre doc est pété,
ça va être compliqué, quoi.
Ça va être compliqué.
Et c'est la doc et la communauté
qui va partager, qui va écrire,
qui va rédiger,
créer tout cet écosystème, quoi.
Par contre, on ne peut pas nier le fait
qu'il soit un peu dans la polymique, déjà.
Donc ça, déjà, c'est bien.
Ça fait du buzz, ça fait du marketing.
On va parler après du marketing
de toutes ces grosses boîtes.
Mais intéressant.
Et tant, j'avais aussi un lien
d'un framework basé sur Ben.
C'est l'Elicia Js.
Voilà, qui est déjà le framework basé sur Ben.
C'est annoncé.
Super charge by Ben.
C'est super mega-stage, non ?
Plus ou moins, en fait.
Je pense qu'ils ont tiré profit
des fonctionnalités de Ben
qui simplifient pas mal de choses,
notamment tout ce qui est Web API.
Et du coup, je sais qu'il y a des systèmes
de validation qui sont tirés.
Il a l'air pas mal.
Il s'aliera ça avancer.
C'est TypeScript.
Et vu que Ben c'est lié en TypeScript,
c'est pas un problème.
Il y a pas mal de trucs que j'ai regardés vite faits.
Ça semble intéressant.
Après, pourquoi je devrais apprendre
un nouveau framework
alors que c'est juste
un runtime qui change, tu vois ?
Pour toi, je sais
que tu utilises déjà des frameworks avancés.
Mais pour les personnes qui utilisent
encore Express,
il est temps de changer.
Express
carton rouge, les gars.
Il est encore énormément utilisé.
Bien sûr, après,
tu peux pas nier le fait que oui,
il est encore utilisé.
Par contre, créer un nouveau projet
en back-end avec Express
aujourd'hui, en 2023,
c'est une hérésie.
D'ailleurs, si vous faites ça,
je vous interdit d'écouter le podcast.
Coupez là-dessus.
Écrivez-nous pourquoi vous le faites.
Ça peut être super intéressant
de nous expliquer
pourquoi vous faites un nouveau projet
avec Express en 2023.
Ça, c'est super intéressant.
C'est parce que mon CTO, il a décidé.
Mettez-nous en commentaire.
Le mec en cravate
qui a décidé en réunion.
Yes.
Allez, on passe à la suite.
Astro,
qui est le moteur
de...
Non, c'est
générateur de sites
statiques.
Et non, statiques, puisqu'il fait du
rendu serveur.
Qui passe en version 3 ?
Exactement. Version 3,
attention, ce n'est pas une version
révolutionnaire qui change tout.
Astro, ça marche déjà super bien.
Il n'y a pas grand-chose à changer.
Mais juste des choses à améliorer.
C'est juste une validation
de certaines choses qui étaient
en version VETA.
En experimental, peut-être.
Oui, expérimental.
Il y a plein de choses qui sont validées
et c'est beaucoup d'optimisation.
Déjà, ils annoncent
que c'est le premier framework
qui a supporté la Vue Transition API.
Il y en a d'autres qui...
Je ne suis pas d'accord, parce que NuxT
le supporte aussi. C'est ce que t'allais dire.
Exactement. C'est ce que j'allais dire.
Mais par contre, je crois que c'est
derrière un flag expérimental
chez NuxT.
Et peut-être que là maintenant...
C'est plus expérimental.
En natif.
Astro, c'est plus expérimental.
Et surtout, c'est hyper simple.
Ok. C'est hyper simple.
Non, vraiment. Je ne sais pas si tu as l'exemple.
Tu mets une ligne de code.
Un component qui s'appelle Vue Transition.
Et ça fonctionne.
Et déjà, tu as des transitions dans les routes.
Tu n'as rien d'autre à faire.
Et après, tu peux optimiser en mettant
des éléments qui bougent, etc.
Mais en fait, c'est hyper simple à intégrer.
C'est progressif.
C'est-à-dire que si ce n'est pas pris en charge par navigateur,
bah tant pis. Ce n'est pas grave. Ça ne gêne pas.
Donc tout ça, ils ont quand même raison.
C'est le premier framework officiel
à supporter la Vue Transition API.
Donc ça,
après, il y a l'image optimization
qui est équivalent à ce qu'on avait sur Gatsby,
qui va te compiler des images,
tout ça, la gondaye, etc. Donc ça, c'est officiellement stable.
Voilà. C'est en beta en version 2.
Après, ils ont optimisé, rendu des serveurs
des components Astro,
optimization des serveurs RLS
pour tout ce qui est service vers celles, tout ça.
Le haut module reload
pour le JSX, il est optimisé
et optimization du bundle
de production que tu compiles à la fin, tout ça.
Donc c'est beaucoup d'optimisation.
De toute façon, Astro, ça marche super bien.
Donc déjà, il n'y a pas grand-chose à changer.
Juste des optimisations.
Ouais. Après moi, je suis vraiment fan
de concept-là, de faire du statique.
Et quand on a besoin
de regenerer la page
serverless
et c'est fait une seule fois,
c'est rendu et c'est stocké.
Le rendu est stocké, quoi.
Mais ça, je trouve ça
d'une intelligence...
Enfin, c'est énorme.
Enfin, c'est vraiment
très, très, très malin, quoi.
Alors, selon les frameworks, c'est de l'incrémentale,
de l'hydratation, tout ça.
Enfin, là, ils vont changer de nom marketing,
mais ce concept de...
OK, on a une partie en statique,
une partie dynamique.
Et on va stocker la génération
pour la resservir plus tard.
Très bien. Top.
Après, sur Astro,
tout se fait simplement
et sans marketing, entre guillemets,
parce qu'ils ne sont pas à coller
un hébergeur type verselle,
Netflix. Et donc, ils ne sont pas
dans ce délire de tout faire
marketing pour que les gens prennent des épargions.
Donc, tout est
plutôt simple. Et surtout, sur Astro,
c'est la développeur expérience qui est
juste géniale, quoi.
Le truc est tellement facile
à prendre en main, logique,
et donc super. Mais ton rendu,
ta développeur expérience, mais
la qualité de ton produit final,
aussi, tu vois, ton rendu final,
il est
super stylé, quoi.
Super, super. Vraiment, très, très beau produit.
Ça, tu vois, c'est comme Bun, tu vois. Astro,
ça a marqué un tournant,
tu vois, au niveau des outils.
Enfin, c'est mon avis, après.
Astro lance
un nouveau produit qui va s'appeler
Astro Studio,
qui, en fait,
est une version un peu
sasse de Astro
pour gérer tes données. C'est ce que je comprends.
Bah non, ça a l'air d'être...
J'ai pas vraiment compris à 100%
ce que c'était, mais ça a l'air d'être un truc pour héberger les sites Astro.
Il parle de Edge Data Platform,
c'est vrai qu'on pourrait se dire que c'est pour les données,
mais en fait, je ne sais pas trop.
C'est pas très clair, en fait.
Alors, c'est... C'est waiting list.
Ouais, c'est waiting list.
Évidemment, je me suis inscrit direct.
Donc, on verra.
En 2024, ils annoncent.
Donc, ça serait...
Enfin, moi, de ce que j'ai compris, ça serait un hébergement
pour
les sites Astro uniquement, d'ailleurs.
Bah, à mon avis, c'est pour gérer le contenu
et...
Ouais, il y aura peut-être un truc un peu...
Ouais, peut-être comme Nox Studio, tu vois.
Et puis, et surtout, Astro,
tout est gratos.
Donc, à un moment donné, la boîte,
il faut bien qu'il fasse un peu de pognon avec ça.
Donc, ils font un service clair.
C'est le paterne qu'on voit
à peu près chez tout le monde.
Ce qui se tient totalement.
Oui, oui.
C'est un moment donné, il faut bien gagner sa vie.
Mais ils ont quand même dit, dans le texte,
il s'est marqué « fritière
très généreux ».
Généreux, c'est un peu tout.
Genéros « fritière », tu vois, il est marqué.
Donc, ils seront assez généreux quand même, au tout cas, au début.
De toute façon,
de toute façon,
nous, on est déjà inscrits.
Donc, on vous tiendra au courant dès qu'on pourra.
T'es carrément.
Gatsby, c'est fini.
Gatsby,
ça sent le roussi, je dirais.
Bon, ce n'était pas très étonnant.
En même temps.
Parce que c'était acheté, voilà, Gatsby,
Incoperation,
et était acheté par
Netlify.
Faut aller s'y attendre.
De toute façon, à mon donné, Cal Mathews,
un des co-fondateurs de Gatsby,
j'ai vu qu'il avait déménagé il n'y a pas longtemps.
Donc, il a dit, enfin, lui, il est parti, c'est bon,
il est parti.
Il n'est plus du tout chez Gatsby, il n'y a plus de projet, plus rien.
Donc, il va faire autre chose.
Donc, en fait, c'est parti.
En fait, ça tacle un petit peu sur Twitter,
sur X, mais
jamais, je dirais X. Donc, il dirait toujours Twitter,
je préviens.
C'est non et complètement débile.
Donc, en fait, le 19 août, en fait, c'est
Fred Scott,
qui est le co-créateur d'Astro, on en parlait juste avant,
qui a tweeté en disant, il n'y a pas de comique
sur le projet Gatsby depuis 24 jours,
en fait. Disons, étonnés,
un peu partiels.
Et du coup,
il y a Wards Peters, qui était dans
l'équipe de Gatsby, qui répond,
mais écoute, c'est mort, tout le staff est parti,
il n'y a plus qu'une seule personne qui travaille
sur Gatsby. Donc, déjà, c'est pas très rassurant.
Et il dit, il n'y a rien de prévu,
en fait.
Réact 18, c'est pas prévu dans le tuyau, rien.
Et puis, tout seul,
le gars, qu'est-ce que tu veux qu'il fasse
sur ce problème.
Après, de toute façon,
ils avaient racheté Gatsby Incorporation,
surtout, à mon avis, surtout
pour le hub
data,
qu'ils avaient mis en place,
qui est maintenant
sous
Netlify. Donc, ils vont sortir
un truc
Product, tout ça.
Et ils ont acheté la Techno.
Par contre, le moteur
Gatsby,
je pense que là, vraiment, c'est la fin.
Et ce qui nous... Attends, parce que tu m'as pas
laissé finir, attends. Excuse-moi.
Il m'a coupé. Excuse-moi.
Excuse-moi. Parce que, justement,
je suis après ce tweet en disant, c'est mort,
en machin, Netlify a répondu, mais non,
attention, pas de crainte, en fait.
Gatsby, c'est super important pour tous nos clients.
Si, si, on va bientôt sortir
Gatsby avec Réact 18, ça arrive,
et des nouveaux adaptateurs, en machin, tout ça.
Voilà. Donc, pour dire, à un moment donné,
on ne sait plus trop sur quel pied danser.
Il n'y a plus personne, mais en même temps,
Netlify t'a dit, non, c'est pas fini.
Il n'y a pas de comites.
Il n'y se passe rien. Et en même temps,
Gatsby Cloud s'est fini,
plus ou moins, parce qu'en fait, comme
tu dis, ça va être mergé avec Netlify
pour faire... Ils appellent ça Netlify Cloud.
Bon, voilà. Ils disent qu'ils vont
prendre les meilleurs des deux côtés
et faire un seul truc.
Tous les comptes Gatsby Cloud gratuit,
ils doivent être arrêtés, ils vont être
arrêtés. Bon, voilà. En gros,
tu ne sais pas trop. Voilà.
Moi, j'ai envie de dire. Et on revient
sur ce qu'on parlait tout à l'heure de
la gouvernance.
C'est ça, tu as l'air.
Oui. Non, mais Gatsby,
tu vois,
depuis le début, je ne sais pas comment
il s'appelait. On m'avait dit que
les gens qui avaient créé Gatsby,
leurs seuls buts, c'était de revendre la boîte
et de faire de l'argent. Aujourd'hui,
ça se vérifie. C'était vrai.
Même s'ils étaient certainement passionnés,
développeurs, tout ça, mais ils ont quand même
fait Gatsby pour faire un start-up
qui serait vraiment un mode start-up
et on revend à un moment donné.
On rapporte de l'argent.
C'est malheureux parce qu'on s'est tous investis
sur cette plateforme. C'est une plateforme
Gatsby reste quand même open source
toujours, normalement.
Aujourd'hui, c'est vrai que si moi, j'avais des
projets, j'en ai pas. J'en ai plus.
Si j'avais encore des projets Gatsby
qui tournent, je me poserai des questions.
Je m'inquiète très beaucoup
sur...
De toute façon, c'est open source.
Donc, ça ne va pas disparaître du jour en hône,
mais si c'est plus maintenu,
c'est plus le même deal.
Après,
tu gères ta légatie
seul
et comme tu peux.
C'est pas du tout.
Surtout, ne partez pas
sur un projet Gatsby dans les prochains mois.
Surtout pas.
Bon, donc la note
express, gnait, gnait,
Gatsby, gnait, gnait.
Bon, allez, on passe à la suite.
Parce que Evan Yu
n'est pas content contre Vercel.
Parce que... Pourquoi ?
Vercel, en fait,
il s'en prenne plein la tête en ce moment.
Mais c'est normal, il ne mérite en quelque sorte.
Parce que...
Pourquoi tout ça ?
Il nous impose... En fait,
tout simplement parce que l'Heroben Son
il a fait un tweet en disant,
si vous voulez migrer de vite
JS, venez sur Next.js
et on a fait une doc pour vous expliquer
comment migrer de vite à Next.
Et forcément, Evan Yu, il ne s'agit pas plus.
Donc il dit non, mais sinon,
au lieu de migrer chez Next,
vous avez qu'à prendre un métat framework qui est basé sur VIT
et ça marchera très bien. Et il y en a d'autres qui ont répondu
nous en, oui, il y a Astro, Qwik, Solid Start,
Redwood, enfin, il y en a des tonnes, en fait,
de frameworks qui fonctionnent très, très bien, vite.
Donc pour dire, arrêtez de nous souler
à un moment donné avec Next.js, parce que, finalement,
Vercel, leur seul but avec Next.js
c'est de te faire venir souscrire à Vercel,
c'est clair et net, quoi.
C'est annoncé.
Il commence un petit peu à soulever, voilà,
c'est annoncé, c'est clair et net.
Il soul un peu tout le monde depuis, on en a
un petit peu trop de Vercel et de Next.js
et c'est vrai que, bah,
ça commence à énerver un petit peu tout le monde
et voilà, il commence à se prendre des tacos comme ça, parce que
ils habitent un peu.
Ouais, après, c'est tout le
c'est tout le problème,
mais on revient
sur cette question de gouvernance, mais elle est clé, en fait,
parce que quand on hébergeur
organise et orchestre
la vie aussi
de ton framework,
bah, clairement, t'as un lien
direct
et si tu veux,
tous les choix vont être en orienté
pour l'hébergeur, parce que c'est avec ça qu'il fait de l'argent.
Donc,
évidemment, lui, son seul objectif
c'est que tu utilises
Next, parce que
tu vas
tout à été fait pour que tu le déploies
après chez Vercel.
Donc,
en fait, par effets
ricochés, en fait, alors, ok,
il y a peut-être un tunnel
qui s'applâtit, mais
plus d'utilisateurs sur Next
est égal plus d'utilisateurs chez Vercel.
Donc, ils ont parfaitement compris ça
en termes de marketing, donc le gars
il pousse, il pousse, il pousse Next
parce que, indirectement, il pousse Vercel.
Ouais, mais c'est clair.
Et en fait, ce qui se passe
aujourd'hui, si tu veux, que
comme tu parles de gouvernance, c'est vrai que
Next.js, ils ont fait un choix
en parler d'angular, la catastrophe
de la V2, mais Next.js, ils sont
là en ce moment, sur le fil du rassort,
parce qu'en fait, la version
appp de Next.js, la 13,
où tu as vraiment du changement
avec les rendus, les serveurs component, etc.
Il y a en fait, il y a beaucoup de soucis,
beaucoup, beaucoup de soucis sur les migrations, etc.
de projets et tout ça. Et c'est vrai
que, là, ils sont
vraiment
limite, quoi, à se faire
pendre sur la place publique.
Parce qu'en fait, ils ont fait un choix
qui est vraiment,
ouais, mais c'est un break-in-touch complet.
En fait, si tu veux, si tu veux migrer de Next.js
dans l'ancienne version à la nouvelle, c'était très complexe.
Et il y a beaucoup de gens qui se plainent,
il y a beaucoup de problèmes de serveurs component, tout ça,
c'est difficile à gérer, tout ça.
Et tu vois, en fait, aujourd'hui, tu te dis
« bah, on a tous fait du Next.js parce que
c'est très poussé par Vercel.
Et finalement, il n'y a que Vercel
qui contribue énormément à l'Ext.js.
Exactement. Et c'est exactement
et c'est là où vous voulez en venir.
Est-ce que, en fait, la version 13,
alors,
il faut peut-être que je suis
complètement parallèle, mais est-ce que la dernière
version de Vercel,
en fait,
pardon, de Next, peut être
facilement, je dis bien facilement,
héberger autre part que chez Vercel.
Parce que, en fait,
quand tu mets des serveurs
component partout, en fait,
ce que tu veux,
on est très, très
loin d'un framework totalement
agnostique.
Tu vois ce que je veux dire ?
Sur l'hébergement.
Contrairement à un autre framework
très connu qui est, pour le coup,
totalement agnostique sur l'hébergement
et qui vont
développer, ok, tu veux mettre ça
sur Cloudflare, sur
ton environnement NUD, sur ton environnement
BUN et machin, tu vois ?
Tu sais pas.
Non, non, non. Next,
tu peux l'héberger où tu veux.
Je l'ai fait avec des clients, on l'héberge
en France,
on se la sur des serveurs Node, tout ça.
Ça marche très bien, tu peux l'héberger
où tu veux. Après,
Vercel, le service est optimisé.
Donc Next est optimisé pour Vercel, donc il dit
toujours, ça marche mieux sur Vercel.
Mais
je sais plus ce que je veux dire.
Tout ça, c'est un peu énervant,
parce qu'en même temps, tu vois,
le marché du dev,
alors je vais parler un petit peu plus globalement,
aujourd'hui, on a beaucoup de dev qui font du React,
on a beaucoup de dev qui font du Next.
Mais pourquoi ils font ça ?
C'est parce que le marché
demande des gens qui font du React et du Next.
Et du coup, tu te retrouves
dans un cercle un peu vicieux
entre des gens qui apprennent le React et le Next,
on l'a déjà parlé,
mais des dev qui apprennent Next et React,
et des boîtes qui font du Next et React,
parce qu'elles ne trouvent que des dev qui font du Next et React,
et des dev qui trouvent que
des boîtes qui font du Next et React.
Et voilà, on tourne en rond,
et c'est pas bon, parce qu'en fait,
tu as d'autres outils qui sont vraiment excellents,
Next, Vu,
Astro, tout ça,
et qui se retrouvent à l'extérieur de ce cercle,
en fait. Et en fait,
dans un temps en temps, tu as une boîte qui a un peu
du courage,
qui va chercher un autre framework,
mais il y en a
très peu en fait, et beaucoup de gens font du Next
en dépit,
parce que... Exactement.
Et après, tu parles de courage,
mais il y a aussi une autre vision d'un CTO
qui va être hyper pragmatique, qui dit
bon, bah, on n'a pas
une culture de remote
autour de chez moi,
quand je sonne le marché,
les développeurs ne font que du React.
Donc, je vais baser ma techno sur du React,
parce que j'ai besoin de développeurs locaux,
et autour de chez moi, j'ai que
des mecs qui font du React. Donc,
moi, ça me plaît, t'es un nouveau framework,
machin, mais
de manière très pragmatique,
autour de chez moi, je n'ai que des mecs qui font du React,
donc je vais faire mon choix de React,
même si ça me saoule, même si tout ça,
tout ça, tu sais, donc
c'est compliqué, c'est vraiment compliqué.
Et je suis premier à regretter
ce choix-là.
Mais il y a une réalité
de marché, et justement,
c'est pour ça que les mecs, comme l'Irubinson,
ils poussent à faire du marketing,
à pousser, à pousser, à pousser,
à pousser dans tous les sens,
pour imposer leur vision, pour que
ça devienne un standard, pour que
et en fait, forcer la main
pour être, pour devenir
un standard, en fait. Et comme ça,
le marché, en fait, se plie
à leur
à leur vision,
à leur produit.
Oui, complètement.
Alors, j'aimerais bien que quelqu'un de,
j'avais envoyé un message,
mais GreenWiz, le site qui vend du
bio, tout ça, un machin,
à un moment, eux, ils cherchaient des devs
pour faire du Next,
et puis quelques mois après,
ils cherchaient des devs pour faire du Next.
En fait, j'ai eu l'impression, à un moment donné,
qu'ils trouvaient personne pour faire du Next,
et qu'ils ont switché sur Next,
et c'est vrai que moi, je connais quelqu'un qui a bossé chez eux,
pour faire du Next et du React, en fait.
Et j'aimerais bien que, alors si le
CTO de GreenWiz nous entend, nous écoute,
ou quelqu'un d'ave de chez GreenWiz,
on aimerait bien avoir des, voilà,
un rôle d'expérience, par rapport
à ça, savoir, bah, est-ce que c'était compliqué,
neufs, tout ça, parce que, voilà,
c'est un cas typique de
société, qui a dû se rabattre sur une techno,
parce qu'ils trouvaient pas de développeur. Et après,
il y en a d'autres qui sont courageux. Je prends le site
On Running, je sais pas si vous connaissez la marque
de Running On,
les chaussures suisses, tout ça, là.
Eux, lors de sites e-commerce, il est fait avec
du Next. Et franchement, aller voir le site
On Running, et franchement,
il déchire le site, quoi. Donc...
Trop bien. Trop bien.
C'est dommage, parce que, franchement,
moi, alors, attention, j'aime
beaucoup Next.
Parce que là, j'ai des clients avec qui je bosse, pour faire du Next,
ils vont dire, nan mais, qui est-ce qu'il raconte ?
Nan nan, mais, qu'est-ce qu'il nous a ?
Nan nan, Next c'est top, il y a des super
concepts, etc. C'est un super outil.
Attention, je dis pas que c'est pas bien.
Next, c'est très très bon. Par contre, c'est dommage
de se cantonner que, sur du Next,
de rester là-dessus. Il y a des super outils,
Next, Vu,
avec Pinnia, tout ça. Enfin, voilà.
Il y a des... Franchement,
le... c'est dommage.
Et c'est autre chose que du React, quoi.
Et...
Néanmoins, pour ceux qui veulent rester sur
du React, tout le monde
on parle plus en plus des
servants, des serveurs
component. Et, t'as le petit
canadien, enfin, je dis pour eux, pourquoi
je dis petit ? Je sais pas
pourquoi, je sais pas.
En tout cas, le canadien
Josh Como qui fait, qui a fait pas
mal de tutos et qui a
hyper pédagaux, qui a fait un super
article sur,
il nous explique la raison
du pourquoi, de comment
les utiliser, de tous ces React
component.
Ouais, il part du server
side rendering, à l'ancienne,
et puis il explique les components de l'évolution
de ça. Il y a toujours des articles
super intéressants de Josh, qui
je sais pas quel... et il fait
pas si des petits. Je sais pas
pourquoi je dis ça. Je sais pas.
Aucune idée.
Aucune idée.
Dans... toujours dans le même
dans la même ligne, en fait,
il y a une librairie
qui s'appelle Million.js
qui en fait a pour but
d'avoir un rendu
plus rapide
et...
Ouais.
Ça remplace
le virtualdom de React
en fait.
Du coup le rendu est différent.
Et il est 80% plus rapide.
Donc...
C'est toi qui avez trouvé ce lien, je suis assez étonné.
Mais c'est possible.
Après j'ai pas essayé, mais en fait
d'après le code, tu rapes
un petit peu ton component
pour que ça change
le rendu
le virtualdom. Parce que rappelons que React
a un système de virtualdom qui est
complètement codé. En fait, c'est pas
un système du browser ou tout comme ça.
Et ça le remplace et donc
ça a l'air beaucoup plus rapide. Alors, attester
et après je sais pas trop
ce que ça vaut. Mais...
70% plus rapide, c'est quand même fou.
T'imagines ça
avec burn. Alors là c'est
trop trop rapide.
C'est bien, c'est bien.
Beaucoup trop rapide.
Et si en plus on utilise
un éditeur, un IDE
qui est spécialisé pour faire du pire
programming et qui va nous coder
tout à notre place, alors là on
devient des master dev en fait.
Attention,
il va pas coder à ta place, c'est juste...
Non, non.
Pour le coup Curseur, c'est
un éditeur de texte, donc
un IDE qui
embarque nativement
du pire programming avec
un IA. C'est ça ?
Ouais, c'est ça en fait. Il est basé sur
enfin, c'est construit autour du IA
et du coup, tu as vraiment une intégration
complète. Donc ça ressemble, l'interface ressemble vraiment
à VS Code. Ça te change pas trop.
Et par contre, tu as plein de fonctionnalités
et il va analyser ton code, il va
t'aider, il va te suggérer, etc. Donc c'est vraiment
d'après certaines personnes qu'ils ont testées,
ils ont été assez bluffés.
Ok. Et c'est dans la même lignée que
copilote ?
Apparemment, ça va beaucoup plus loin.
Ça va beaucoup plus loin parce qu'il analyse vraiment
tout ton projet en quelque sorte
et après il est capable
de te générer des choses
par rapport à ton code en fait.
Par rapport à un paquette, par rapport
à... Oui, ça va beaucoup plus loin en fait.
Si tu veux, il analyse
vraiment ton projet. Ce que fait pas
vraiment copilote en fait, copilote
et il te suggère des choses, tout ça. Mais des fois
tu suggères des trucs complètement débiles, tu sais pas
d'où ça sort d'ailleurs.
Alors pour le coup, je sais pas si toi
tu l'utilises mais moi je l'utilise pas mal.
Moi je suis fan.
Alors peut-être que c'est mon sentiment
mais plus je l'utilise
et en fait plus
moi le sentiment que j'ai c'est
il est de moins en moins
débile en fait.
Ce qui me propose
et de plus en plus pertinent
et donc
je sais pas s'il y a de l'apprentissage
là-dedans ou pas, ou
c'est juste l'outil, ou je sais pas
ce qu'il y a derrière.
Néanmoins, forcez de constater que
parfois j'ai des trucs qui sont hyper bluffants
quoi, tu fais...
Quand tu lui pose les bonnes, quand tu lui mets le bon
commentaire de ce qu'il doit faire
il est capable de sortir un code
proche de ce que tu ferais
et après tu as juste de ta correction à faire. Par contre
des fois, il te...
des fois je vais rien demander
et il va me suggérer un code, je sais pas
d'où il sort de l'espace.
Et là où moi je suis vraiment bluffé
c'est justement
c'est sur l'auto-sugétion
ou en fait j'ai même pas marqué de commentaire
j'ai rien fait du tout
il me propose un truc
et c'est exactement ce que je voulais faire
et donc là...
Peut-être que moi je fais trop de trucs différents
et il arrive pas à analyser mon code.
Peut-être je sais pas
mais en tout cas j'ai quand même été assez bluffé
tout le temps
c'est top un copilote
Et donc Curseur par contre
c'est payant
donc il y a une grosse base
de...
il y a une possibilité de l'utiliser en free
et après c'est 20€ par mois
pour...
C'est normal
puisqu'il y a une connexion avec GPT4
donc on est obligé de payer quand même
la paye
à tester la version free
et puis après
chacun se fait son idée
mais son idée
à tester
à tester
ok
on reste dans le lien avec un nouveau
langage de programmation
qui est dédié
justement à l'intelligence artificielle
qui en fait combine
alors leur baseline
qui combine
du piton avec la performance du C
c'est plutôt
intéressant, ça s'appelle Mojo
euh...
intéressant, après c'est un nouveau
langage donc
je crois que ça me parait assez proche
du piton donc je pense que c'est vraiment
pour les personnes qui sont vraiment
orientées d'attaque
enfin beaucoup de...
beaucoup de librairies d'attaques
en fait sont faits en piton
oui, ouais donc ça va changera pas trop
ouais c'est pas mal, un truc
orienté
un langage orienté et ya donc c'est bien
après il faut regarder en détail
à tester pour des
et puis surtout voir aussi l'évolution
du projet
la viabilité
en termes de performance et surtout
la substitution
c'est est ce qu'on peut migrer
des librairies qui tournent en piton
les faire migrer là dessus
pour justement
gagner en performance
mais t'as vu je sais pas
c'est assuré l'histoire des injections
et d'ya
les prompt injections
niveau des ya non? non c'est quoi?
vas-y vas-y
pour résumer en fait
avec les ya en fait
qui...
du code dans la prompt
et du coup
ça te fait changer complètement le
le comportement d'ya en fait
et il est capable de te faire faire
de t'injecter des malwares
c'est un truc assez
flippant
et apparemment c'est pas
possible de solutionner ça facilement
donc voilà
tu regardes il y a quelques vidéos là dessus c'est intéressant
c'est très flippant et
moi je me méfie beaucoup des ya en fait
et du coup je me méfie encore plus
d'ailleurs
ça me fait penser tiens on a... j'avais pas mis le lien
fligues
il y a des choses etc
fligues a été rachet par amazon
je sais pas si t'avais suivi
merci, au revoir
c'est fini donc
fligues n'existent plus
moi j'avais
désactivé sur mon ordinate
déjà je suis pas trop fan des choses qui
écoutent un peu ce que tu tapes tout ça
d'un côté donc j'avais pas
je me mettais pas en route
maintenant que c'est amazon c'est fini
j'ai déjà désinstallé c'est terminé
il y a beaucoup de télimétrie
et après c'est leur techno qui va être intégrée
directement dans
dans leur
dans leur siélaille
après
pour revenir sur des trucs un petit peu plus
pratico pratique avec
de lia il y a quand même beaucoup
de buzz
c'est la tendance voilà c'est
chat d'y peter, open ya et tout ça
donc on dit ok
il y a une tendance avec de lia
mais dans notre vie quotidienne
on va dire on peut pas dire que ça
révolutionne beaucoup de choses
peut-être et je dis bien peut-être
que ça peut
changer des choses
sur les moteurs de recherche
je m'explique
sur Mellysearch
donc il y a un moteur
de recherche
à la manière de elastix search
on va injecter des documents
et on va faire du full text
search donc voilà je vais taper
GAN, si il y a GAN
quelque part ce produit
enfin ce document va ressortir
en premier et ça
de manière très très très rapide
par contre ce n'est basé que sur des mots
et donc lia
va changer
un peu plus de choses et en fait
ils viennent intégrer
cette notion de recherche
sémantique
et en fait pour se faire ils vont prendre
un document, ce document
on va le passer dans un modèle
classique
on va en
sortir en fait une chaîne de vecteurs
enfin un vecteur qui est
en fait une chaîne de
chiffre qui en fait
est une sorte de représentation
graphique donc si on voudrait
représenter le truc
on imagine un graphique
x y avec
des points
et en fait chaque
objet va être des points
et la recherche
sémantique va aller
chercher en fait ces clusters, ces groupes
de points pour aller
faire des rapprochements
donc ça va être super intéressant
pour aller faire
trouver des objets similaires
des objets de substitution
ou des recommandations
un exemple
typique c'est ok je tape
gant par contre
si dans mon objet
il est référencé sous
protection des mains contre le froid
et il n'y a pas le mot gant
en fait la recherche sémantique
va faire la liaison entre
l'objet gant et l'objet
protection froid
des mains et
c'est là où c'est super
intéressant parce que
justement on va
ça s'appelle un embedding
donc on prend l'objet
on lui sort une représentation vectorielle
cette représentation vectorielle
va être pris en charge par le moteur de recherche
et de Mellisarch
pour pouvoir faire
des associations
à la fois basées sur le texte
donc le mot gant mais aussi
la sémantique
et la proximité
de ces 2 points vectoriels
et là je pense
qu'on est sur un truc assez
intéressant et surtout
une application concrète
de lia
en plus
ce qui va être intéressant c'est que
la représentation vectorielle
de l'objet
cet objet on va pouvoir indexer
des MP3, des documents
évidemment
du Dyson
ou du CSV
ou des choses comme ça mais en fait
on va pouvoir intégrer d'autres types
de documents
pour justement en fait faire ce rapprochement
sémantique
moi j'y vois un truc
super pratico pratique
et applicable
directement
et pas un truc totalement mystique
où on discute avec un bot
voilà
ça me paraît un petit peu plus
sensé et applicable
donc
une utilisation lia au quotidien
qui peut être super intéressante
carrément
enfin une vraie application
qui est un truc à la noix
franchement
là c'est super intéressant
ça devient super puissant
tu m'entends ?
ouais
ça a coupé pendant quelques secondes
ouais tu disais
est ce que ça marche déjà
c'est disponible ?
oui absolument en fait ça marche déjà
c'est derrière
un flag
un flag expérimental
mais si on active
cette fonctionnalité
le moteur de recherche
va supporter en fait
l'acceptation d'un nouveau type de données
parce qu'on connaît les strings
les bouleins, les machins, tout
là en fait c'est un nouveau type de données
qui a une base vecteur
en fait
tout simplement
aujourd'hui toutes les database
essayent d'avoir cette micro extension
qui nous permet de venir intégrer
ces
nouveaux types de formats
ce qui rend
l'utilisation lia
totalement possible
avec cette database
sur post-gray on va avoir
pgvector
sur redis
c'est déjà
pareil on peut
aussi nativement l'utiliser
dans melisarch ils ont intégré
et après il y a toutes les bases de données
qui sont dédiées
spécifiques
à
au stockage et à l'utilisation
des données parce qu'elles viennent intégrer
justement ce fameux format
et après ce format vectorial
qu'est ce qu'on va en faire ?
est ce que je vais requêter de la donnée
selon un vecteur spécifique
donc voilà
il y a toute cette hype
sur toutes ces bases de données
qui sont spécialisées dans le lia
et en fait elles sont spécialisées
dans le traitement vectorial
et de faire des rapprochements
des
groupements
et pour le coup je suis la céfane
de melisarch
mais le fait qu'ils utilisent
et viennent
en capsuler en fait
et intégrer cette capacité
à traiter
les vecteurs
au sein de leur moteur de recherche
1, ça évite d'avoir un nouvel outil
pour intégrer ça
et surtout
une application concrète pour un site de e-commerce
c'est 1, la substitution
de produit
la recommandation client
c'est à dire ok t'as acheté
x,y,z
il y a beaucoup de gens
ont acheté
aussi ça
donc on va pouvoir te suggérer ça
et en fait au lieu de faire de la recommandation
sur des algos, là on va prendre en compte
la sémantique
donc on a un champ beaucoup plus large
et donc assez intéressant
tu peux faire des suggestions

des suggestions automatiques
ou même pour un internet
d'entreprise
recherche de documentation
ça va chercher partout dans tous les documents
c'est ultra puissant
ça fait les images aussi
en fait tu peux
intégrer ton format
après en fait
exactement en fait tu vas lui injecter
des documents et ces documents
vont être traduits par
une séquence vectorielle
donc c'est des chiffres totalement
inintelligibles quand tu la vois
par contre
il faut vraiment voir ça comme une représentation graphique
sur ce que je t'expliquais
et après en fait tu vas
ok ça
ça te parrain de t'avoir des arbres
un paysage, un machin
et donc en fait ça va être classé
ça va créer des clusters
et donc tu pourras les récupérer
ces données selon les clusters
donc non c'est super intéressant
ultra puissant
et puis tu profites de la rapidité de
mi-search dans les résultats
exactement
super
bravo mi-search
mais grave
on n'a pas parlé du crawler
c'est un système de crawl
un peu plus simple
mais pratique
en fait
ils ont mis en place
un système de crawler
directement
où tu leur donnes
directement ton site
ton index
tu crées ton index
soit tu vas
directement importer
soit tu fais le choix d'importer
tes documents
soit tu leur donnes
ton site
et lui en fait il va parcourir ton site
et il va indexer directement
donc pour le coup
c'est encore plus facile pour indexer
de la doc
avec leur système
de cloud
donc pour le coup c'est vraiment
hyper simple et si on veut
mettre la petite barre de recherche
pareil ils ont un espèce de tuto
avec des composants qui sont
préalusages
prêtes à l'emploi
c'est hyper pratique pour tout ce qui est
site statique tout ça
donc on va mettre ça sur le site
WSLH du coup
est-ce qu'on fait un embedding
des MP3
ou on fait la transcription
peut-être qu'on va aussi
faire du vecteur
on va en parler
mais en tout cas
on va dire tout l'écosystème
Melysearch sur le cloud
se développe
ils ont fait aussi une intégration
en one click sur la marketplace
de WSLH
en deux temps
on a développé ça
et on a popé un moteur
de recherche via leur cloud
en 3 clicks
hyper rapide et facile
à mettre en place
Super produit mais pour rappel
c'est français et on avait fait un épisode
il faut rechercher dans ces épisodes
on avait reçu un des
fondateurs et un d'Ev
qui sont super sympa
et c'était il y a
quand même un an ou deux
donc c'est toujours intéressant de réécouter
où ils en étaient il y a deux ans et de voir aujourd'hui
le produit est hyper évolué
on passe à la suite
sur les recommandations
ou en tout cas le W3C
qui nous parle
de CSS
ils vont intégrer la view transition
ils ont dit
tout simplement, ils ont tweeté en disant
les développeurs de brother
c'est
implementé maintenant la view transition
en level one
parce que il faut le faire
c'est parti
candidate recommendation
ça veut dire que
dans les prochaines versions
on va pouvoir enfin avoir
la view transition sans le flag
très bonne nouvelle
c'est très cool et très bon
parce que ça arrive vite
de toute façon maintenant
avec l'auto update
des navigateurs
l'adoption se fait quand même relativement rapidement
si on a un alignement des planètes
entre
les frameworks
les brother
et
les recommandations type W3C
normalement on a l'alignement
des planètes pour que ça aille
relativement vite
carrément
ça veut dire que là tu peux implémenter
aujourd'hui dans un site
des choses en view transition
des éléments
si ça marche pas de suite c'est pas grave
mais peut-être dans 3 mois ça va marcher
quand ça est disponible
au moins tu dois travailler dessus
oui ça marche
pareil chrome 117
qui passe
en version beta
justement de sortir la future version
plein de nouveautés
mais moi ce que j'ai vu c'est le css subgrade
alors là j'ai fait
enfin on l'attend tous
ça c'est comme les views rendition
on attend
et tu peux nous expliquer
est ce que tu peux nous expliquer
ce que c'est les subgrade
en fait c'est quand tu fais une grille
avec des
ennemi commerce tu fais une grille de produit
dans chaque
item tu peux pas
positionner les éléments
si tu as un texte un peu plus haut que les autres
ça va tout décaler tout ça
et en fait dans ces items
les subgrids tu pourras
faire subgrids sur cet item
et décider en fait de la grille interne
de cet
et positionner correctement le texte
le titre l'image etc
ce qu'on ne peut pas faire aujourd'hui est ce qui est compliqué
en fait quand tu as une liste de pouvoir
il suffit que t'aies un titre qui soit sur deux lignes
et tout le reste sur tous les autres titres
et là tu as un truc qui est tout pété
et là grâce à ça on pourra positionner
correctement les éléments
et les designers sont super heureux
voilà
ça arrive
ça arrive
ça arrive
safari
pareil
qui passe en preview
ouais 70 cent
donc
safari en fait c'est mis à jour
pour rappel safari c'est mis à jour à chaque version
d'eos
ou de
comme il s'appelle sur l'ordi je sais plus
desktop
en version desktop
et donc
il y a quand même des previews
enfin si vous avez un Mac vous pouvez mettre la preview
sur votre Mac pour voir ce qui arrive tout ça
c'est possible c'est disponible et il s'est mis à jour
automatiquement à chaque release
il y a pas des trucs de ouf
il y a tellement de corrections
j'ai envie de dire sur safari
mais
là il y en a des nouvelles qui arrivent
et normalement je crois que ce soir
en déla on est 12 septembre
et je pense que ce soir il y a un Apple conf
ouais
donc peut-être que nouvelle iOS qui arrive
au moment où le podcast sera sorti
vous pouvez écouter
la keynote ouais c'est sûr
ouais
voilà
un peu le pain qui arrive dessus donc on pourra connecter
les paiements
ah ok directement depuis safari
desktop
allez on fait un petit tour sur toutes les
librairies là on va peut-être brosser
un petit peu plus rapidement mais il y a
plein de librairies qui se sont mis à jour
qui sont plutôt pratiques
je pense à
un framework
pour gérer
les formuleurs
on sait que les formuleurs ça peut être très vite
compliqué sur la validation
sur évidemment le design
mais comment tu gères les erreurs
comment tu gères les choix
ça peut être très compliqué
et pour le coup formkit
en fait vient
faciliter
grandement cette génération
de formuleurs
ouais carrément
il y a un petit décalage
ouais mais pour le coup
c'est assez intéressant
c'est hyper structurant
et on peut
aussi faire de la génération
de formuleurs à la volée c'est-à-dire
tous ces composants en fait sont
générés à la volée à partir
d'un fichier de config
JSON donc potentiellement
on peut faire un peu de la méta
programmation pour
on vient spécifier
dans un JSON
et derrière
au moment du build
c'est rendu par rapport
à tous les choix qu'on a écrit
et donc il y a une certaine consistance
voilà il y a plein de fonctionnalités
intéressantes sur
les masques
voilà on veut mettre un numéro de carte bleue
un numéro de sécu, un numéro de téléphone
de tel pays
tout est intégré
évidemment on peut designer avec
tailwing on peut faire sans tailwing
si les gens ne veulent pas utiliser tailwing
on peut faire sans
mais il y a vraiment beaucoup
beaucoup de possibilités
donc freinwork qui passe
en version 1 donc stabilisé
voilà c'est plus du beta
c'est officiel
quoi
on parle
c'est...
on parle de radix
on dégage des canaces
ouais
on va se laisser parler
ok
radix
radix qui passe
qui est
une librairie
de composants qui pour le coup
vient mettre
vraiment un gros focus
sur l'accessibilité
en clair
c'est des composants qui sont totalement
agnostiques
de design
et
ils vont être purement
accessibles et
avec une grosse possibilité
de pouvoir les
customiser comme on veut
à travers soit des thèmes
là on voit différents exemples
où on va pouvoir
choisir
quel thème on va pouvoir appliquer
alors évidemment
des choses un peu plus
stylisées mais en tout cas
toute cette librairie
en fait de composants est totalement
agnostique
et surtout avec un gros focus
sur l'accessibilité
qui comme dirais patrick
n'est pas la partie la plus intéressante
ou la plus développée chez les développeurs
tu m'entends là c'est bon
c'est une décalage
en fait radix est vraiment
très très focus sur l'accessibilité
l'accessibilité c'est très très important
et c'est même obligatoire
sur certains sites
de l'état etc
d'ailleurs ils commencent à se prendre des amendes parce qu'ils sont pas
les sites accessibles forcément au niveau du gouvernement
français mais les autres c'est pareil
donc c'est hyper important il faut pas oublier qu'il y a des gens qui
ont des problèmes de vue
de mobilité tout ça
qui naviguent avec le clavier etc ou des
lecteurs d'écran donc c'est hyper
hyper important donc radix week
c'est vraiment optimisé pour
l'accessibilité
de base c'est sans style
et ils ont sorti ces thèmes qui permettent de rajouter les styles
parce que c'est pas forcément pratique de devoir à chaque fois rajouter
des CSS tout ça
pour des éléments donc
ça c'est un super donc radix
n'existe plus quelques temps c'est pour réact
par contre exactement c'est ce que je veux dire
c'est pour réact
et je crois qu'il y a l'équivalent
qui est sorti pour
l'écosystème vu
et ça s'appelle au cul
au cul ouais
donc ça nous fait rire nous en tant que français
mais ouais c'est l'équivalent de radix
en version vue donc compatible
de nukst tout ce que tu veux et voilà c'est
des components qui sont pastilisés
qui sont accessibles etc donc voilà
quand vous faites des applications destinées à un large
public, intéressant d'utiliser ces librairies
parce que vous avez des components
qui sont déjà accessibles donc vous n'avez pas à vous prendre la tête
pour rajouter les labels tout ça la navigation
en clavier parce qu'il est assez complexe
il faut le dire
donc faut pas hésiter à utiliser ce genre de librairie
parce que c'est vachement plus simple
et pour le coup on voit vraiment une tendance aujourd'hui
sur toutes les
les librairies qui
pendant très longtemps je pense à
Viewtify qui était basé sur Material Design
je pense à Bootstrap où en fait il y avait vraiment cette fusion
de
la fonctionnalité et du design
et donc dès qu'on voulait
bouger un des
des deux piliers
on venait en fait vraiment entamer
l'intégrité du composant alors que maintenant
on a vraiment dissocié
les deux pour
justement ok la partie fonctionnelle
c'est
une checkbox, c'est un input
et la partie design
pour pouvoir jouer sur les deux tableaux
et donc c'est
assez
intéressant
et dans le même délire
pour ceux qui font du
php
la ravelle pardon
qui est Blade UI Kit
qui est en fait
une librairie
une librairie aussi
oui, pareil, librairie de composantes
parce que dans Blade en fait, dans la ravelle
tu peux faire des composantes
que tu appelles X-M1
et en fait du coup
c'est une librairie avec plein de composantes
prêts à l'emploi, tu as un cool down
tu as plein de choses, tu as plein de box
il y a plein d'éléments
et c'est assez pratique parce que ça t'évite
de rien inventer la roue à chaque fois
bien sûr
et les icônes c'est vraiment pas mal
ok
top
on parle
d'une librairie
qui s'appelle Slide Dev
qui est poussée
qui va nous permettre
de générer des
présentations
directement depuis des fichiers et breakdown
c'est ça ?
c'est pas nouveau comme tu me disais
c'est pas nouveau
mais j'avais envie d'en parler
parce que je prépare une conf
et je me suis mis sur ce système
et en fait il est hyper simple à prendre en main
et super efficace
hallucinant
et tout est incorporé
il y a plein de choses incorporées
c'est basé sur
sur du breakdown
ça c'est la base
après on va pouvoir styliser
on va pouvoir intégrer des icônes
on va pouvoir intégrer des vidéos
des choses comme ça
et surtout il y a un export
il y a un export qui est sympa aussi
après je vais pas encore exporter
ma conf
mais il y a plein de choses
du code
pour nous les devs quand on fait des conf
des tolles
et surtout c'est super facile
au début j'ai un peu flippé
j'ai pas le temps
puis finalement je me suis mis
et c'est hyper simple
tu fais un fichier breakdown
et ça te fait les slides
tu fais la transition
et donc page 1, page 2, page 3
par contre c'est que sur un seul fichier
breakdown
tu peux faire des fichiers séparés
si tu veux
que sur un seul
slide.md
c'est ce que j'ai fait
ça te fait un truc hyper long
mais on s'en fout
c'est pas mal
le site de la doc est plutôt sympa
non ?
toujours
c'est ton pote Anthony Fou qui a fait ça
alors c'est pas mon pote
mais c'est en tout cas
c'est quelqu'un que je suis
parce qu'il contribue énormément
à la communauté
je sais pas comment il fait d'ailleurs
je pense qu'il dort pas
peut-être c'était une haïe
c'est une haïe qui existe pas
en fait, tu sais au Japon des fois
ils font des chanteurs virtuels
c'est peut-être un codeur virtuel
non pour le coup il est vraiment concret
très intéressant
allez
petite
même si je pense qu'on est tous
fatigués de tous ces conf
néanmoins il y a 2-3 événements
qui peuvent être sympas
il y a la conférence Redwood.js
qui aura lieu fin septembre
Redwood.js
qui n'arrête pas
d'évoluer en fait
j'ai regardé 8 fèlles au jour
il a bien bien évolué, il y a plein de nouveautés
Redwood Studio, il y a plein de choses intégrées
framework super intéressant
on a vu Simon
qui faisait partie du Core Team
qui nous avait parlé un petit peu de Redwood
il y a quelques temps
et c'est vraiment intéressant
si vous le connaissez pas
allez faire un tour sur la doc tout ça
il se veut
le Ruby NRL
du JS
tout intégré
ou le Laravell
du JS
un Ravell des JS
ça peut aussi ça marche
un peu comme ça qui se présente
allez la suite
il y a aussi la conférence
de VIT
VITConf
avec évidemment
Evanyou
des personnes de
Redwood
tout l'écosystème
autour
de VIT
parce que VIT c'est pas
uniquement
même si Evanyou a créé Vue
mais en tout cas
sur VIT
il y a tout un écosystème qui est hors Vue
donc c'est beaucoup
beaucoup plus gros
il y a du Svelte, Rollup
il y a beaucoup beaucoup de personnes
et c'est tout ça en fait
c'est incroyable
pour le coup je pense que ça sera
une conférence sympa
de toute façon on
regardera
et on fera un petit
retour de tout ça
très rapidement
même si intéressant
qui a eu
une petite mise à jour de TypeScript en 5.2
OK Evolution on va dire
classique
il y a un nouveau mot clé je crois
de quoi ?
je crois qu'il y a un nouveau mot clé qui est sorti il y a deux jours
je sais plus quoi c'est
j'ai pas su la DOC
using
je l'ai pas vu
après ce que j'ai vu surtout
c'est
le drama qui est en train
de se passer
sur TypeScript
vous des mecs disent ok
moi je sature totalement de TypeScript
ah ouais
ah ouais
ok en fait
c'est DHH
donc le
créateur de
ça se tient
pourquoi il dit on sature
et on arrête de faire que du
Full TypeScript
c'est qu'en fait on rajoute de la
complexité
son idée principale
c'est ça
on rajoute des types
et ça devient complètement illisible
et le code est devenu
un type de rocket science
pour faire un truc ultra simple
donc
il y a une sorte de raison gardée
et j'avoue que j'adhère
un petit peu à ça
même si je suis pas
contre TypeScript, bien au contraire
c'est hyper intéressant
par contre mettre des types
partout et
galérer
pour créer des types complexes
pour faire quelque chose de simple
au final en fait ça nous amène
plus de frustration
et on passe plus de temps à type
qu'à coder le projet
donc
il y a une sorte de balance
à trouver entre
Full Type
partout dans nos produits
finaux
après pour les créateurs
de librairie
oui ça me paraît très intéressant
et voire indispensable
par contre sur l'usage
sur la création d'un outil
final
Full Type partout avec
des types ultra complexes
des trucs qui sont illisibles à lire
ça se questionne
je questionne
je questionne mais peut-être qu'on en reparle
quand le drama arrivera
à tes oreilles
ouais non je n'ai pas du tout entendu parler
mais je suis totalement d'accord
avec lui en fait
c'est vrai
c'est vrai
TypeScript demande beaucoup
de
tu passes beaucoup de temps
à créer les types
à corriger du code, à comprendre pourquoi
il me dit que ça c'est pas bon alors que si je suis sûr que c'est ça
c'est ça
et il y a même des gens spécialisés
enfin tu vois beaucoup de tweets
de messages de
comment faire ça en type script
et en fait on arrive à
une type script fatigue
je suis
presque totalement d'accord avec
des...

non c'est vrai
mais après peut-être
le meilleur monde est entre les deux
tu vois c'est un peu comme les tests
à un moment donné est-ce que c'est
justifié de tout tester
ou juste une fonction qui est complexe
de la tester et pas tout le reste
et TypeScript c'est un truc
je sais peut-être
typeé à un truc un code un peu complexe
pour être sûr de ce que ça fait
et peut-être un component c'est pas besoin de typeé
tu vois
peut-être entre les deux
mais on va en reparler de toute façon
il faut regarder
sur la tendance
un autre truc sympa
qui est sorti par
NJrock
ça vient créer un tunnel
entre
notre développement local
et on va
en fait exposer notre serveur local
à internet
et avant on était obligé de payer
pour avoir un nom de domaines fix
et maintenant en fait le nom
de domaines fix est passé pour tous les utilisateurs
gratuits
un exemple typique c'est
je suis en train de faire une modification
sur mon dev au lieu de
pousser ma PR
de builder ma PR
sur une version de Versel
ou Netlify ou que sais-je
ou dans ma CIA classique
pour donner cette PR là à mon client
là en fait je vais utiliser NJrock
enfin NJrock et ça va me
créer une URL
cette URL sera fixe par projet
et je vais donner
cette URL à mon client et lui il va se connecter
directement avec un tunnel
directement à mon ordinateur
après je coupe mon serveur, la liaison est terminée
par contre demain je relance NJrock
lui mon client
va se reconnecter à cette même URL
et donc c'est super pratique
pour justement demander
des feedbacks au client
sans pour autant faire
un développement du Zinagas
c'est très rapide, c'est très facile
et maintenant
avant l'URL
était dynamique et
cette URL passe en statique
et donc c'est pour ça que j'ai trouvé que c'était assez
intéressant d'en parler
parce que ça peut être quand même hyper sympa
pour nos clients
ou chef de projet d'ailleurs
toujours raradin
ces développeurs ils veulent pas payer
c'est pas faux
c'est pas faux
autre
mise à jour sur Remotion
qui passe en version 4
qui est passée durant l'été
alors Remotion
pour ceux qui ne
ne connaissent pas
c'est un
librairie basée sur React
qui nous permet
de créer
à partir de code
de créer des vidéos
donc on va pouvoir intégrer
ces composants
derrière on va récupérer de la data
on va traiter cette data avec les composants
et on va faire un export
de vidéos
donc en clair on vient créer des vidéos
basées sur le code
donc c'est assez puissant
c'est
de plus en plus rapide
je pense que
pour des personnes qui veulent automatiser
la génération
de vidéos
je pense que c'est un outil assez puissant
tu m'entends ?
oui
ça marche
c'est hyper puissant ça permet de générer
des vidéos à la demande
et personnaliser
comme on peut voir dans certains services
avec le nom de la personne
il y a un truc basique
tu peux vraiment faire des vidéos assez poussées
et personnalisées
ils ont sorti Remotion Studio
qui permet de visualiser la vidéo
d'éditer
c'est un projet suisse
à la base
basée à Zurich
qui est vraiment super intéressant
je ne sais pas s'il y a beaucoup de gens qui les utilisent
mais le projet est super intéressant
à tester si vous faites de la vidéo
à ce code on pourrait dire
si dans votre boîte
vous avez un projet de vidéo personnalisée
ça peut être l'outil idéal pour ça
et surtout
à de scale
une fois qu'on l'a fait pour un client
on peut le faire pour plein de clients
parce que c'est que la data qui change
et donc la data
assez intéressant
et assez puissant
et on commençait tout à l'heure
à parler d'express
on disait
expresse c'est fini il faut arrêter
terminer
il y a un petit framework
qui s'appelle
expresso.ts
qui est basé sur TypeScript
qui nous permet de faire
ce que faisait
expresse mais avec du
TypeScript
tout récent
c'est tout léger
c'est rapide
c'est facile à utiliser
à voir
à tester
même si
ou pas
pas super emballé
non je suis pas super emballé
parce que
moi je suis
pour
l'utilisation de NitroJS
donc
NitroJS
on va trouver ça
hop
et qui est totalement agnostique
et en fait il y a le moteur
de rendu derrière
derrière Noxt
et pour le coup
c'est vraiment sympa
et on peut faire tout ce qu'on veut
et surtout c'est totalement agnostique
sur l'hébergement
c'est portable c'est portable
c'est complètement portable
et surtout il y a tout un écosystème
derrière qui est basé sur
NGS
pareil sur tout ce qu'est
IS module tout ça
on pourra sans doute en parler
une prochaine fois
beaucoup d'infos Patrick
cet épisode
épisode super long je sais pas combien de temps
on a fait
ça c'est un record
mais écoute c'est quand même bien
il s'est passé plein de choses
on en parle on en discute
et c'est intéressant
parfait si vous êtes restés
jusqu'au bout de cet épisode
déjà on vous remercie fortement
laissez nous un commentaire
sur quelle a été
l'info qu'on a raté
ou l'info la plus importante
ça nous fera super plaisir
et on se dit
à bientôt Patrick
tu voulais rajouter un truc peut-être ?
non
et bah voilà
on en reste
et un grand merci
à tout le monde et on vous dit à la prochaine
ciao ciao
retrouver double slash
sur le site internet
et sur le site internet
www.slash-podcast.fr
sur le site vous allez
retrouver tous les liens de l'épisode
les références évoquées durant l'émission