Bonjour à tous, bienvenue sur ce nouvel épisode de Double Slash, le podcast indépendant où
on parle de développement web et maintenant d'IA aussi parce que c'est obligatoire. Et comme
d'habitude, nous sommes avec Alex. Salut Alex ! Salut Patrick, salut tout le monde ! On va commencer
chose très importante par remercier les sponsors parce que en début d'année, c'est peut-être des
voilà on a Clem, alors on a certains qui sont privés donc on va pas donner les noms.
Voilà les pseudo mais on a Clem, on a Sylvain, on en a plus. Voilà donc on a aujourd'hui 15
sponsors c'est énorme, on est super content, super, comment dire, pas je voyais vous ?
Exactement, on est super content et vraiment on vous remercie, c'est de manière vraiment spontanée
que ça se fait donc ça nous touche encore plus et ça nous incite encore plus à rester dans le
match même si on n'avait pas prévu de s'arrêter. La suite évidemment, dès toujours des épisodes,
on peut aussi annoncer qu'on va faire, on va refaire des workshops, on voudrait bien,
le temps nous nous est toujours limité parce qu'on est toujours en activité, on ne fait pas ça,
ce n'est pas notre activité principale le podcast, on est développeur, on travaille avec des clients
et donc on a une charge de travail qui est déjà assez conséquente à côté mais on continue
à faire notre veille et on la partage avec vous. Aujourd'hui on va parler de plein de sujets évidemment,
on va parler déjà de JavaScript, de Deno, d'Express, de Nest, d'Angular, d'Astro, de Pina,
de React app, on va on ira aussi faire un petit tour sur des snippets qui nous permettent d'aller
beaucoup plus rapidement, une fusion entre du PHP et du Vue, je n'ai pas vu cette info,
et Patrick m'a interdit d'aller la voir, des outils aussi qui nous permettent de faire des scans
hallucinants hyper rapides, évidemment de l'IA avec de l'inférence et de mistral, tout ça.
On attaque Patrick, yes, parti !
Alors c'est Deno en fait pour la petite histoire, on a déjà parlé, c'est Deno qui avait lancé une
pétition pour demander à Oracle à qui appartient légalement le nom JavaScript, comme ils n'en
font rien du tout, ils ont demandé à Oracle de libérer JavaScript donc c'est Free JavaScript,
et il se trouve que le schéma qu'on a pour ceux qui regardent les vidéos,
qui représentent à peu près comment fonctionne Oracle, d'un côté tu as les engineers qui sont
tout petits, pas beaucoup, et tu as un gros bloc c'est légal pour représenter Oracle d'après Deno,
en gros c'est une boîte où il s'est beaucoup de légal d'avocats, et pour l'instant,
au lieu de tout simplement libérer JavaScript parce qu'ils n'en font rien du tout,
ils jouent la montre etc, donc ça traîne, ça traîne, et donc ils ont refait un article sur
Deno pour expliquer, Oracle ne veut toujours pas lâcher JavaScript et surtout, je vous la montre,
il ne répond pas clairement aux questions, à la pétition etc. Triste, c'est triste parce que
c'est encore un gros acteur qui en plus fait de la rétention mais ils ne vont rien faire de cette
marque pure, autant la libérer et la donner à une sorte de fondation, une organisation qui pourrait
la faire évoluer, et donc c'est un peu triste, mais bon, quand on a beaucoup d'argent, quand on a un
service juridique qui est énorme, on est très loin de nous, de notre réalité de terrain où on veut
juste créer des choses, triste, triste, triste. Allez, on parle de Express 5, moi quand j'ai vu ça,
j'ai dit quoi Express ? Mais ça existe encore Express ? Je suis un peu tranquille, mais dis-nous.
Ça existe encore, c'est encore beaucoup utilisé, malgré ce qu'on dit, on a arrêté d'utiliser,
arrêté d'utiliser, utiliser Nitro, qui est vraiment simple, facile, on a déjà fait un workshop
et on avait aussi un article sur le site du podcast où on donne des alternatives à Express.js,
et il y en a pas mal. En fait, Express.js, il a été sorti en 2024, donc l'année dernière,
donc il y a quelques changements, et Nest vient de sortir une nouvelle release,
où officiellement, par défaut, c'est Express 5, donc il y a cet article qui explique comment
il y a des préquences en rapport à Express, et donc comment les différences etc. Donc c'est
intéressant. Ne serait-ce que pour voir les nouveautés d'en Express, la gestion des erreurs,
puisque avant par exemple, si tu les sens un petit peu, tu verras qu'un moment donné,
il y a une gestion des erreurs avant, quand tu avais une erreur au niveau d'une route,
ça te plantait complètement le serveur, et là ça a changé, maintenant ça ne plante plus de serveur,
ça a eu une exception, donc la meilleure gestion des erreurs. Il y a des différences entre Express 4,
Express 5, donc c'est assez intéressant, parce qu'on voit aussi les évolutions,
on voit que ça a évolué, et pour ceux qui souhaiteraient passer à Express 5, qui sont en 4,
ça donne aussi des infos sur ce qu'il faut changer, donc c'est plutôt pas mal, comme article.
Oui carrément, après on le redit, on insiste, peut-être un peu lourdement,
mais si vous avez un nouveau projet, ne partez pas sur Express, par contre si vous avez de la
légatie et vous êtes obligé de maintenir Express, ok, peut-être que là ça vaut le
coup de se pencher sur cet article-là pour justement voir en fait comment on peut faire
une migration pour éviter d'avoir une grosse, grosse dette, TEC, et avoir un vieux nanar qui tourne,
après on n'a pas toujours le choix de faire les évolutions, et tout ça, mais en tout cas si vous
pouvez faire les mises à jour, c'est toujours mieux, et si vous partez sur un nouveau projet,
oubliez Express, et essayez de prendre autre chose.
Et pour vous aider, il y a l'article sur le site du podcast.
Exactement, exactement. Toujours dans la série des Onipot, qui est une chaîne YouTube,
où on va retrouver des documentaires sur l'historique ou la jeunesse du projet,
on avait vu React, on avait vu Y en a plein d'autres, et là c'est autour d'Angular qui nous sort
le petit documentaire qui fait une heure où on vient parler de la jeunesse du projet.
Moi c'est ça, c'est classique, comment ça a été créé, les acteurs du début, donc
Misco, etc. Toutes les gens qui étaient dans le projet au début, Evan Yu normalement devrait le voir.
J'ai pas regardé encore le documentaire, mais Evan Yu était au début sur Angular,
tout ça, donc voilà, c'est pas mal. J'aime bien ces documentaires, c'est assez cool,
on apprend pas mal de choses généralement. Et pour le coup beaucoup d'interviews,
des personnes de l'écosystème. C'est ça tous les gens qui ont contribué à Angular,
qui a eu maintenant son vailleur sur d'autres technos, mais il y avait eu Ruby aussi,
je me souviens. Exact, avec le gars de Shopify qui tourne sur Ruby.
Ruby on reste. Exactement, pour tous les trolls.
Allez, on bascule sur la partie des nouvelles releases des dernières sorties. Astro qui sort
en 5.2 et qui vient adopter Tywin 4 qui est désormais en fait totalement sorti et officielle.
C'est surtout ça, c'est sorti le 30 janvier, la 5.2, il y a une dizaine de jours et c'est surtout
l'arrivée de la prise en charge de Tywin 4 puisque Tywin 4 est sorti en début d'année,
comme vous le savez. Voilà, pour que si vous avez un projet en Astro, ça permet de migrer.
Alors, moi j'ai déjà essayé deux fois, j'ai toujours par ici. La troisième c'est la bonne,
je pense. C'est pas si simple en fait, mais on va y arriver. Normalement, ça devrait se
mettre en place. Après, voilà, c'est ok, s'il y a une migration et c'est trop compliqué,
peut-être attendre qu'il y ait des outils de migration et qu'il soit fait. Après,
sur des nouveaux projets, bon maintenant, on part sur du 4. Après, c'est pas grave,
parce que la version 3 est de toute façon très bien, donc au pire, si tu restes sur la 3,
c'est pas catastrophique. Il y a eu un commentaire sur le dernier épisode,
comme quelqu'un qui avait fait la migration et qui disait, oui, c'est bien, la config,
tout ça, c'est plus clair, plus simple et tout. Après, la régénération, quand tu codes,
le Justine Time, il a dit, la vitesse, c'est pas pour ça que je...
C'est pas phénomène.
Il ne justifie en rien une migration qui peut coûter du temps et de l'énergie pour gagner
quelques millisecondes sur du dev, juste sur la partie dev. Bon, ça ne justifie après.
C'est pas grave de rester sur la 3, en tout cas, pour l'instant, il n'y a pas de bronte.
Et deux, trois aussi expérimentales features qui sont mis. On voit aussi que le format des
frontemètres en tomelle dans le Maradona est supporté pour les personnes qui veulent plutôt
utiliser ça. Il y a deux, trois trucs. Il n'y a pas des trucs que c'est pas transcendant,
c'est pas surtout des Vincat qui est la présence charge, mais après, c'est pas transcendant,
mais on peut désactiver le react-streaming pour le CSS NJS qui ne fonctionne pas bien avec.
C'est des petits trucs par-ci par là. Là, j'ai lu ce matin qu'ils allaient sortir
de RELIS, maintenant, à Stro, tous les 15 jours. En fait, ça va limiser. Ils rentrent dans la
version un peu sémantique où ils font plus de RELIS pour limiter les frictions sur les montées,
en gamme, enfin pas les montées en gamme, mais les montées de version pour que ça soit plus
en plus facile. Après, ça marche tellement bien que, qu'est-ce que tu as un moment donné,
il n'y a plus rien à rajouter. Ouais, on est d'accord. Allez, nouvelle version aussi. Par contre,
celle fois-ci, en beta d'un prestataire majeur dans le e-commerce français PrestaShop. Il est
beaucoup utilisé ici en France, beaucoup d'argent s'utilise PrestaShop. Il sort en version
neuf. Par contre, oui, exactement. Ce n'est pas une version que vous pouvez le faire,
mais ça risque d'être un peu compliqué. Ça reste du bétard. Ne faites pas ça.
Pour le coup, toi qui es plus dans l'écosystème PHP, est-ce que tu as vu des grosses améliorations ?
En fait, ils ont sorti cette version beta, il y a sept semaines. C'est tout neuf. Il la sort
en cette première version beta pour demander à la communauté de tester et de faire des
retours pour tout ce qu'ils peuvent bugger, qu'ils n'auraient pas vu, par exemple. Les grosses
nouveautés, c'est la migration sur symphony 6.4. La dernière version qui sera supportée jusqu'à
le moment de la séance de la séance de symphony, c'est la sept point deux, je crois. Mais la
6.4 est en longue termes support jusqu'en novembre 2027. Ils sont tranquilles pour un petit moment.
Le support de PHP est 8.4. On est vraiment dans tout ce qui est récent au niveau de PHP.
Je rappelle que symphony, maintenant, c'est au cœur de PrestaShop. Pas en majorité, mais
ils ont fait migration qui était assez compliqué à un moment donné. Et puis petit à petit,
ils rajoutent des briques. C'est pas mal. Ensuite, il y a l'arrivée de la PII Platform. Je veux bien
que tu me reportages ce que je n'ai pas tout en tête. L'arrivée de la PII Platform, au niveau
du cœur aussi, qui va permettre de mieux communiquer avec l'admine. Tout ce que je comprends,
c'est que tout ce qui est application externe, service externe, tout ça, pour se connecter
avec l'admine et gérer les commandes, etc. Donc, une API où tu vas pouvoir communiquer
facilement avec l'admine, tout ça. C'est basé sur API Platform qui était un système robuste,
open source qui est français et qui fonctionne sur symphonie. Et moi, ce que je dis de
première réaction, après, il y a d'autres trucs. Il y a un nouveau thème, tout ça,
qui est un peu plus moderne avec Bootstrap 5, etc. Un système de build plus moderne, etc.
Moi, ce que je me suis dit en voyant ça, je me suis dit, cool, le headless arrive, et bien,
n'en toujours pas. Un spécialiste sur Twitter de PrestaShop, un mec qui est meilleur, je pense,
en France, qui gère PrestaShop. Il m'a dit, non, ce n'est pas pour de suite. C'est vrai qu'avec API
Platform, ça va faciliter les choses, etc. Mais ce n'est pas encore de suite,
machin. Il y a toujours la gestion du checkout qui est compliqué, machin. Malheureusement,
déception pour moi, en tout cas, de toujours pas voir version 9 de PrestaShop, d'une version
headless possible. J'espère que ça va arriver en tout cas, peut-être à version 10.
Peut-être. On verra. Ce qui est sûr, c'est qu'on suivra cette actualité.
Disons que tout est passé en composable headless, machin, marketing,
en e-commerce, et c'est dommage que PrestaShop, aujourd'hui, ne se tue pas dans ce move. Mais bon,
ce n'est pas si simple. Yes, Pignan. Pignan qui est le stake management system de l'écosystème
Vue qui sort en version 3. Moi, ce que j'adore, c'est cette version n'a pas de nouvelles features.
Merci. Elle a terminé. C'est normal.
Parce qu'il n'y a rien. C'est tellement top comme il est.
Qu'est-ce qu'il a changé ? Il n'y a rien à changer ?
Ben oui. On est complètement d'accord. Et toi qui viens de l'écosystème React,
t'as fait beaucoup d'applications React avec Redux, tout ça. T'as découvert Pignan, et là, tu fais,
wow. C'est vraiment... C'est simple. Depuis que j'ai découvert Pignan, j'ai arrêté React.
Non, non. Oui, il y a quand même... Attends, il y a un break-in change.
Il y a quand même un break-in change. Exact. Avant, tu mettais ID avec l'ID du store,
et maintenant, c'est directement en paramètres avant les options, machin, je ne sais pas quoi.
Et c'est le seul truc. Pignan, en fait, c'est le store officiel de Vue NUXT.
C'est tellement simple à utiliser que quand tu l'utilises la première fois,
et qu'après, tu retournes sur un système React, alors on en parlera un petit peu après, mais
il y a tellement de state management, de Redux, tout ça, tout ce qu'on utilise,
et Redux, à quel point ça peut être verbeux et compliqué, que une fois que tu l'as utilisé
Pignan, tu n'as plus envie d'y retourner, et tu n'as plus envie de retourner sur Redux.
Les gens ne pourront jamais utiliser du Pignan, ils ne comprennent pas, en fait.
Moi, je pense qu'il faudrait juste tester un coup Vue pour pouvoir jouer avec Pignan,
et voir l'efficacité et l'efficience du truc, la simplicité.
C'est juste hallucinant. Et en plus, il y a une DX qui est juste extraordinaire avec
toutes les DevTools, c'est juste trop bien.
Oui, puis le user store, tout ça, tout ça, tout les...
Enfin, c'est juste magique, c'est ça marche, juste ça marche.
Voilà, comme on dit.
Pignan, ça marche, c'est facile, c'est magique. Allez tester, parce que c'est juste trop, trop, trop bien.
Allez, on va revenir sur React, du coup.
Autre dépréciation, cette fois-ci, officielle, où tu nous l'avais déjà dit avant,
où pour créer des nouvelles applis React, on avait le Create React app,
et maintenant, ça y est, c'est fini, il faut arrêter de faire ça.
En fait, depuis deux ans, normalement, il n'est plus maintenu,
mais il se rend du compte tout simplement. Alors SoCAD, c'est toute de sécurité,
donc là, c'est vraiment une security news pour le coup.
Ils se rendent du compte qu'à fait tout simplement, les gens continuent à l'utiliser,
et que dans des vieux tutos, tout ça, c'était recommandé.
Donc, il y a toujours des gens qui utilisent le CRR, sauf que c'est plus maintenu, etc.
Et puis, il y a un break-in-change avec le React 19, où ça fonctionne plus,
je ne sais plus exactement pour quelle raison, il y a un truc qui ne marche plus.
Et donc là, officiellement, les Keep React, t'as dit, c'est déprécié officiellement,
parce que pour que les gens arrêtent de l'utiliser.
Donc maintenant, tu as un warning quand tu vas l'installer, et tu as un warning,
comme quoi, CRR est déprécié, arrêter d'utiliser,
je ne sais pas exactement ce que ça va écrire.
Mais voilà, donc si vous avez un projet prochainement à développer, ne utilisez pas CRR.
C'est ça le message, en fait.
Bon, après, si au moins il y a un espèce de message qui vous dit,
ok, stop, arrête d'utiliser ça, c'est plutôt pas mal.
Mais effectivement, quand tu vois, il y a taquette tuto de blog post,
où ils annoncent ça.
Et moi, je me pose la question aussi sur toute la génération,
aujourd'hui, des posts de dev, des blog posts, des articles de blog,
qui sont générés avec l'IA, qui vont prendre en fait les anciens.
Et donc, j'ai peur qu'on ait encore du Cr8, Cr8 React app,
un petit peu sur la sortie.
Ah, c'est possible.
Mais après, ça sera à vous, en fait, de vraiment faire,
d'être plus vigilant.
Ouais, après, là, tu vois, on est sur le même truc pour Express.
Express.js.
On reste sur des vieux tutos, machins qui vont te dire,
utilise Express.js, alors qu'il y a des solutions vachement mieux.
Et CRR, c'est pareil.
Il y a des vieux tutos qui te disent, crée, crée, crée, app,
ça va super et tout.
En fait, non, avec VJS, tu peux installer un projet en deux secondes
et ça marche 10 fois mieux, quasiment sans config.
Arrêter avec CRR.
Moralité, continuez à vous documenter et à écouter Double Slash pour dire,
attention, mis à jour, c'est pas bon.
Il y a moyen de faire beaucoup mieux, beaucoup mieux.
Voilà, là, on va dire la morale qu'on pourrait garder de cette histoire.
Allez, on passe sur la suite.
On reste dans l'univers React avec, c'est devenu le nanar national,
on va dire, le marronnier de toutes les technologies.
Le State of React avec, on va dire, toutes les réponses d'un questionnaire
qui a été envoyé à tous les développeurs React ou tous les développeurs React
qui ont bien voulu en fait répondre à ce questionnaire.
7900 développeurs qui ont répondu.
Oui, ce qui est beaucoup, mais pas tant que ça, en fait.
Non, pas tant que ça.
Sur l'écosystème React, c'est vraiment pas grand chose.
Non, parce que non, majoritairement, utiliser React
et donc ça fait beaucoup plus que ça en développeurs qui utilisent.
On voit qu'un remerciement à Sébastien Lorber, donc voilà.
Notre Sébastien national qui fait la newsletter this week in React.
Je suis jamais sûr du nom de sa newsletter, en fait.
Je la reçois toutes les semaines.
Je crois que c'est ça.

Désolé, Sébastien.
Et puis qui est contributeur aussi, core contributeur sur Docusruss.
Yes.
Donc, Bastet, c'est un React.
Qu'est-ce qu'on y voit là-dedans ?
C'est pas de cette année, enfin pour 2024, pardon, parce que c'est celui de 2024.
On est en 2025.
Il n'y a pas de gros changements au fait au niveau des classements.
La plupart des livres, il n'y a pas de grosses rentrées
ou il y a de gros changements ou de chutes.

C'est vraiment dans l'ensemble, ça reste assez stable.
Ce qui est plutôt surprenant.
Et juste deux librairies qui ont fait, qui sont devenues populaires,
c'est Tenstack Coerid.
The Stand, en fait, c'est un système de gestion d'État,
de State, State Manager,
qui est un peu basé sur Redux, qui est plus simple,
mais c'est un peu le même principe.
Mais est-ce qu'il est plus simple que Pignan encore ?
Non, ça ne pourra jamais.
Ce ne sera jamais aussi simple que ça.
Parce que c'est pas, oui, enfin bref, pas important de la technique.
Tenstack Coerid qui prend des parts de marché, qui devient aussi pas mal utilisé.
Sachant que Tenstack a tout un système de librairies aujourd'hui,
en fait, ils vont sortir Tenstack Start,
qui va être une sorte de Next.js,
une sorte de framework,
qui va gérer tout l'écosystème, les routes, les coeris,
un peu un Next.js, mais différent.
En fait, Tenstack a tout un écosystème, le routeur, les coeris,
donc voilà, il y a plein de tout un cinco systèmes,
qui va être regroupé dans Tenstack Start,
qui va être une sorte de framework.
Sinon, à part ça, il n'y a vraiment pas de gros changements.
Il y a des retours sur tout ce qu'ils utilisent.
Il y a des perceptions positives, par exemple,
alors après ça parlera aux développeurs React,
mais le fragment, c'est le fragment, les use-tets,
les Cracks Context, tout ces trucs natifs dans React.
Ok.
Pendant ça.
Ok.
Est-ce que ça vaut le coup d'y passer un petit peu de temps,
ou c'est vraiment de la curiosité ?
En fait, est-ce que toi, tu as découvert des nouveaux,
ou des nouvelles librairies, des nouveaux...
Après toi, tu es peut-être un peu plus plus.
Non, pas cette année, comme je te l'ai dit,
il n'y a pas de cours.
Ça se stabilise pas mal,
donc par contre, c'est toujours intéressant de regarder ce genre de réponses,
de sondages, j'ai mal à trouver,
pour tout ce qui est gestionnaire d'Etat,
tout ça, state management, tout ça,
pouvoir un peu ce qu'il y a utilisé,
et sur un nouveau projet, sur quoi je pourrais partir,
par rapport à ce qu'il y a utilisé le plus, etc.
Donc on voit que tout à l'heure,
quand tu vas dans les state management,
ça a toujours réduit ce qui est ultra utilisé.
Et après, il y a d'autres challengers.
Mais dans l'ensemble, on a stabilisé tout l'écosystème React,
donc les outils sont connus, fiables, etc.
Je suis juste surpris d'un truc,
il y a aussi React Signal,
qui permet quand même de faire un gestion d'Etat,
d'un state management à la pignale un petit peu simple,
parce que c'est juste des signaux qui sont envoyés,
et ça fait des réactions.
Et ils en parlent,
enfin, en tout cas, je crois pas qu'ils en parlent dans le truc.
Donc...
Après, est-ce que ça...
Nous, il y a pas...
Là, est-ce qu'on n'est pas sur un truc vraiment un peu hyper, hyper nouveau,
et donc, ok, c'est prometteur,
mais est-ce que ça va devenir un standard pour toi ?
React Signal, c'est stable,
et surtout, c'est framework agnostic.
Donc, il n'y a pas de...
C'est pas lié à React ou React, en fait,
donc tu peux l'utiliser partout.
Et tu peux faire des systèmes de state assez faciles avec ça.
C'est hyper light en plus.
Donc, il ne faut pas négliger ce petit truc quand tu as un state à gérer
dans une petite application ou tout ça.
Regardez React Signal, c'est assez intéressant.
Nice.
Cool.
Cool, cool.
Allez, on déroule sur un petit outil qui est sorti
pour les développeurs Nuxt et Vue.js.
C'est une sorte de librairie où on a plein de petits snippets
qu'on va pouvoir injecter soit dans VS Code,
soit dans React, dans Recast, je crois.
Ouais, c'est ça.
C'est un inspiré de Recast, ouais.
Ouais.
Et ce qui va nous permettre, en fait,
de pouvoir injecter des bootcodes directement.
Je pense aux snippets pour faire le SEO,
aussi bien le title, la description, les images ou toutes les choses comme ça.
On va pouvoir injecter directement tous les bons codes.
Ça peut nous faire gagner du temps.
Une fois, comme souvent sur ce genre de feature, c'est bien.
Par contre, il faut bien mémoriser ces snippets,
c'est-à-dire le déclenchement, c'est-à-dire point d'exclamation comp.
Voilà.
Bon, ça va sortir tel bout de code.
Tel bout de code.
C'est intéressant, mais je pense qu'il faut vraiment passer beaucoup de temps
à générer beaucoup de composants pour tirer bénéfices de ces tools-là.
Intéressant, quand même, si vous êtes fan de Nuxt et Vue, comme je suis,
je pense qu'il y a possibilité de vraiment gagner du temps.
Sur des choses hyper simples, on fait un endpoint,
on vient générer un petit snippet pour donner le serveur handler.
On a notre notre fonction qui est déjà codée.
Ça nous fait gagner beaucoup de temps.
Personne, moi, j'ai déjà fait ça avec mes propres snippets dans VS Code.
Donc là, ça soit un peu open source ou en tout cas que le catalogue soit mis à la
disposition de tout le monde.
C'est plutôt intéressant.
Et je crois qu'ils ont facilité le système pour faire une PR classique,
pour venir rajouter.
Si vous avez déjà des choses intéressantes, après, c'est comme tout.
Si c'est quelque chose qu'on utilise souvent, ça vaut le coup.
Si on crée un snippet pour utiliser deux fois dans l'année,
clairement, peut-être pas justifier.
Oui, en fait, si tu...
Alors déjà, tu peux modifier...
Tu vois, en haut, tu as le bouton modifier.
Donc tu peux modifier justement le point d'esclamation que tu voudras pour lancer le snippet.
Et en fait, c'est inspiré d'un même système de snippets pour recast.
Donc en fait, quand tu cliques là sur...
Enfin, en tout cas, moi, j'ai fait le test hier.
Quand tu cliques dessus, le copier collé, le petit rectangle, enfin le carré en haut,
ça t'ouvre recast normalement.
Non, ça marche pas, toi.
Voilà.
Et tu peux l'ajouter directement dans recast.
En fait, t'as juste...
Ah, OK.
OK.
C'est pas mal.
Ouais, sauf que...
Sauf que moi, le gros avantage...
Regarde, si tu veux...
Si tu as plusieurs ordinateurs et que tu as recast sur plusieurs ordinateurs,
la synchronisation de ta config recast, elle est payante.
Ah, bah oui.
Voilà.
C'est normal.
Donc si tu mets la même chose, mets dans tes snippets de VS Code,
la synchronisation de tes snippets et de ta config sur VS Code, elle est gratuite.
Oui, de toute façon, après, ça n'empêche pas de l'utiliser.
En fait, c'est quelque chose qui est souvent...
Et même moi, je parle pour moi aussi, les snippets, c'est quelque chose qu'on néglige souvent.
Enfin, en tout cas, je le néglige des fois.
Bien sûr.
Et ça peut faire gagner beaucoup de temps, parce que l'idée de ce nepès,
là, c'est de ne pas réécrire...
En fait, leur slogan, c'est de ne pas réécriver pas deux fois la même code.
Et souvent, là, on parle beaucoup d'IA, de machin dans les éditeurs de code.
Mais les snippets, c'est hyper puissant, en fait.
Parce que quand tu fais un langage, tu sois du réacte ou du vu,
tu as tendance quand même à réécrire souvent la même chose, le script setup, machin, tout ça.
Et avec des snippets, en fait, tu peux gagner beaucoup de temps, en fait,
en tapant juste un raccourci, ça te l'insère.
Et au quotidien, c'est aussi performant que d'utiliser les snippets.
Et on le néglige beaucoup trop.
Et c'est facile aussi de rajouter dans VS Code, comme tu dis.
Mais c'est un petit gymnastique mental à faire régulièrement,
rajouter des snippets.
Quand tu as l'impression...
Par exemple, au quotidien, tu te rends compte que,
tiens, cette fonction, je n'arrête pas de la réécrire tout le temps la même chose.
Si je faisais un snippet comme ça, je gagnerais du temps tous les jours.
À part la réécrire.
Exactement.
Et pour le coup, moi, je me suis fait un snippet sur mon départ de projet,
là où je crée... J'ai plusieurs stores.
Et en fait, je veux vraiment avoir différents stores pignards évidemment.
Mais différents stores pour vraiment chaque item,
pour vraiment... Pour bien que ça soit différentier et que ça soit hyper simple.
Et donc, tu crées, je ne sais pas combien, de stores.
Et donc, tu crées ton snippet.
Et tu as tout ton store qui est généré spécifiquement par rapport au nom que tu lui as donné et tout.
Ça te fait gagner un temps de ma boule.
Oui, vraiment, vraiment.
Et surtout, c'est toute uniforme, c'est partout la même chose.
Donc, c'est vraiment bien.
Donc, snippet.
No pets.
Et soit, no pets.
Soit, même pour du react.
Et si, il y a de plus de snippets dans Vsquad, etc.
Ça fait gagner du temps.
Allez, petit drama sur Twitter,
qui est quand même la plateforme où il y a le plus de devs quand même.
Et donc là, on a Fred Scott, je suis désolé si je viens écorcher son nom,
qui est un des co-créateurs de Astro qui nous dit que c'est la merde pour faire
juste des apps côté client, côté SPR.
C'est ça.
Il a fait un tweet, c'était quand d'ailleurs, le 1er février.
Donc, il dit, oui, Next, Yes, Zvelkit, Next.
Maintenant, tout le monde est parti sur un mix entre server side et client side.
Et maintenant, on ne peut plus faire de SPR facilement, etc.
Et là, dès que je lui suis dit, mais qu'est-ce qui raconte Next ?
En fait, tu mets juste une ligne de config et tu passes en SPR.
Et en fait, c'est exactement ce que tout le monde lui a répondu.
Donc, il a eu des tonnes de réponses en disant, mais tu dis n'importe quoi.
Next, en une ligne de config, tu peux faire une SPR.
Il y a plus de serveurs derrière.
Pareil pour Zvelkit aussi, pareil.
Tu peux facilement passer sur une SPR avec une ligne de config.
A priori, il ne connaissait pas bien les autres frameworks.
Je ne sais pas trop.
Mais apparemment, c'est le seul qui est vraiment dans ce cas cité,
où c'est vraiment mélanger serveurs client.
C'est Next, pardon, Next.js.
Ou vraiment, là aujourd'hui, ça devient compliqué de faire une SPR.
Puisque tu as vraiment ce côté rendu serveur etc.
Et tu ne peux plus faire une SPR simple, basique.
Et c'est là où tu dois passer sur un système vite classique avec un router etc.
Voilà.
Donc, moi, ce que je garde en tête et ce que je comprends,
c'est qu'au final, sur Twitter, tu vas avoir un mec qui n'a pas spécialement fait sa recherche
et qui dit pas une enepsy, mais un truc un peu faux.
Et potentiellement, si ce mec-là est super influent ou il peut dire de la merde
et est propagé de la merde, en fait.
Et donc, là, c'est bien que tout le monde l'ait corrigé,
mais néanmoins, au départ, son poste était complètement à côté de la plaque.
D'où l'intérêt, en fait, de vraiment connaître ta techno avant de...
C'est ça, pourtant, j'ai beaucoup de respect pour lui,
parce que c'est un des co-créateurs d'astro.
Donc, pour moi, c'est quelqu'un de respectueux.
Là, je ne sais pas ce qui est passé par la tête.
Il m'a fait de réfléchir avant de cliquer sur Twitter.
Bon, après, c'était bon enfant.
Ce n'était pas non plus des insultes.
Ça restait correct.
Viril, mais correct.
Allez, tu m'as vendu un espèce de mix entre du PHP et du Vue avec Aaron Francis,
qui fait des supers vidéos sur tout l'écosystème, la Ravel.
Il était avant sur tout l'écosystème Planet Scale, sur du MySQL.
Il a fait des formations sur le SQLite, sur Postgre et tout ça.
Il revient avec une vidéo de 20 minutes.
Tu m'as interdit de regarder cette vidéo.
Donc maintenant, qu'est-ce qu'il en est ?
Il travaille sur un système qui s'appelle Fusion,
qui n'est pas encore visible au niveau du repo, tout ça, sur GitHub.
C'est un système qui permet de faire du Vue et des balises PHP dedans,
dans ton fichier Vue.
Tu peux avoir des balises PHP comme la balise de script, tout ça.
Et avoir du code PHP exécuté dedans.
Donc dans cette vidéo, il fait la démo de son système.
Donc si tu avances un petit peu, on ne va pas regarder la vidéo,
mais si tu avances un petit peu, il y aura un extrait de code où il a mis du PHP.
Alors ça, c'est un truc que tu vois en ce moment sur YouTube,
et on ne peut plus.
Il y a trop de pubs.
C'est un truc qu'on est d'accord.
Ah voilà, exemple, on l'a sous les yeux.
Donc tu as dans un fichier Vue, podcast, du PHP qui est exécuté
et qui va aller chercher tout simplement la liste de podcasts,
ou le podcast sur ce modèle-là, et qui va s'afficher.
Ensuite, dans le template, la valeur de la variable podcast est remplie par PHP
et ensuite exécuté après dans Vue.
Donc en fait, tu es en train de me dire que ton fichier Vue,
il sera un espèce de rendu server parce que ton PHP,
il va être obligé d'être exécuté côté serveur.
Tu ne pourras pas l'exécuter côté client.
Je ne sais pas exactement comment ça fonctionne parce qu'il dit,
justement, ce qu'il dit dans sa vidéo,
c'est que ce n'est pas simplement un fichier exécuté par PHP.
En fait, il a l'air d'extraire le code PHP pour l'exécuter.
Je ne sais pas exactement comment ça marche.
Et on ne le voit pas puisque pour l'instant, ce n'est pas encore public.
Mais j'ai cru que c'était une blague au début.
En fait, c'est Lara Veljutsu qui avait tweeté ça.
Et je lui ai demandé si c'était une blague.
Ce n'est pas en avril, mais PHP dans Vue.
Et en fait, non, ce n'est pas une blague.
En fait, c'est vraiment ça marche.
Ça fonctionne.
Ça s'appelle fusion.
Donc le nom est bien trouvé puisque c'est une fusion des deux.
Mais je ne sais pas ce que tu en penses.
Après moi, je ne fais pas de PHP.
Je ne vois pas le truc.
Par contre, ce qui est sûr, c'est qu'on vient casser la barrière entre le PHP
et le front et le bas qui sont en train de fusionner dans des composants.
Et donc, ça, c'est plutôt intéressant et super facile.
Et au lieu de mettre ta balise de script, TS ou ta balise de script classique,
dans laquelle tu vas mettre normalement ton Java script classique,
là, tu vas mettre du PHP.
Ouais, potentiellement, ça peut ouvrir beaucoup, beaucoup, beaucoup de portes.
Après, je suis curieux de voir l'implication,
je pense que en termes de sécurité, parce qu'on sait que ton PHP,
tu vas l'exécuter côté serveur.
Mais ton fichier vu, normalement, c'est plutôt côté front.
Donc, est-ce que tu as du build?
Est-ce que comment tu vas l'exécuter?
À quel moment ça s'exécute, ça s'exécute côté serveur?
Mais ton côté vue.js, il est où?
Alors, il est côté serveur ou...
Enfin, tu vois, j'ai plein de questions.
Donc, là, clairement, je vais regarder la vidéo,
mais j'ai peur de ne pas avoir la réponse à toutes ces questions-là.
Non, il n'y a pas de questions.
Tant que le projet n'est pas sorti.
Est-ce que c'est une initiative, par contre, de sa part,
où il y a un espèce de collectif qui travaille dessus,
en clair, est-ce que c'est une libre qui la bootstrape un peu dans son coin,
où on est sur quelque chose d'un petit peu plus communautaire,
et donc souvent un petit peu plus solide aussi?
Non, je crois que pour l'instant, il n'y a que lui,
en fait, puisqu'il n'est pas public encore le repo.
Donc, non, il n'y a que lui.
Il n'y a pas de communauté, il y a la raison peut-être plusieurs à travers dessus,
mais non, c'est vraiment de son côté.
Après, peut-être, ça sera fusionné dans la Ravel.
Enfin, ça sera une sorte de package de la Ravel,
mais je ne sais pas trop comment ça va être son business model,
mais avoir à suivre.
Après, c'est des choses qui sont déjà possibles dans la Ravel,
avec LiveWire Vault,
où tu peux avoir des components du LiveWire et du PHP.
Voilà, donc on a déjà des choses possibles qui existent.
Mais là, ça va beaucoup plus loin,
ou carrément, tu as une ballise PHP dans le truc,
donc, oui, voir comment ça fonctionne.
Mais c'est vrai que les questions que tu soulèves,
là, est-ce que c'est exécuté quand t'es serveur,
machin, on ne sait pas encore.
OK.
Ouais, je suis super curieux,
parce que ça peut être vraiment super...
Après, c'est intéressant de coupler ça avec un framework
qui est quand même assez complet pour tout ce qui est base de donner tout ça,
d'aller récupérer directement les data,
et tu n'as plus besoin de faire des fêtes,
tout ça dans l'application.
Ça reste intéressant, non ?
Claremment, clairement.
Allez, on va...
Je suis quand même déçu que tu ne sois pas contre quoi.
C'est plutôt...
Non, non, non, non, non.
C'est cool.
En fait, je suis vraiment super curieux.
Je suis vraiment super curieux,
je veux voir,
et en fait,
quel bénéfice ça amène sur la table, tu vois ?
Après, clairement, tout de suite,
moi, je te dis tout de suite,
je ne suis pas un développeur PHP,
donc la probabilité que j'utilise ça est plutôt faible.
Mais néanmoins, pour des personnes qui font du Laravell,
et en tout cas, si je devais passer sur l'écosystème PHP,
je pense que je dirais sur Laravell, tu vois.
Parce qu'il y a tout un écosystème qui est vraiment super DX-friendly,
tout ça, trop bien.
Et je me dis que, déjà,
ce que tu m'as montré avec LiveWire, tout ça,
c'est ouf, c'est vraiment beaucoup plus rapide,
c'est facile.
Et là, il passe encore un niveau supérieur.
Par contre, en bon dev qui se respecte,
tu vois, ça me pose plein de questions,
mais comment ça marche ?
Explique-moi comment ça marche.
J'aime bien la magie,
mais j'aime bien comprendre la magie, tu vois.
Et là, pour l'instant, ça m'amène plus de questions,
et je n'ai pas les faits wow, parce que je ne suis pas d'HP.
Je suis désolé de...
Ah non, c'est bien, de réaction.
Allez, petit tools, on basque dans la section tools,
petite librairie sympa qu'on a découverte.
Là, c'est JSON-tree, mais tree avec point E à la fin.
JSON, et donc c'est un outil qui nous permet de visualiser
les JSON, surtout les JSON à rallonge avec un objet,
à l'intérieur d'un objet,
d'un objet, d'un objet, avec un tableau à l'intérieur.
Là, en fait, on a une sorte de diagramme
qui vient se générer automatiquement.
C'est pas mal.
Ouais, et c'est plutôt propre.
Et je pense, après nous, on a l'habitude de bosser avec des JSON,
mais pour des personnes qui n'ont pas l'habitude de travailler
avec ce type de fichier là, c'est hyper barbare,
c'est vraiment violent.
Et là, en fait, le fait de visualiser, on voit quand même le truc plutôt...
Ouais, surtout quand tu as un JSON comme ça,
tu veux traiter et afficher les données, tu ne sais jamais sur quoi...
Voilà, là, tu as vraiment le détail des choses,
tu vois le power, tu sais que c'est un tableau, etc.
Donc, c'est facile d'aller récupérer les data,
parce que tout est clair, en fait, au niveau du schéma.
Et tu peux l'exporter en image, en plus, potentiellement.
Ouais, c'est pas mal.
Un autre outil, on sait qu'aujourd'hui,
la RGPD obligeant à nous donner, à nous surinformer
sur l'utilisation des cookies.
Nous, devs, on se doit d'implémenter, en fait,
d'aller chercher le consentement pour l'utilisation de ces cookies.
Et là, tu nous présentes une solution qui est crosse navigateur,
mais surtout qui est écrit en JavaScript pure,
donc qui est totalement framework agnostique,
et qui est plutôt stylé pour justement aller chercher
le consentement.
C'est pas une nouveauté cookies consent,
moi j'utilise depuis un petit moment la version 2,
la version 3 est sortie il y a quelques temps,
et en fait, ce projet est vraiment pas mal,
facile à implémenter, et il est très esthétique,
c'est-à-dire que la pop-up, tout ça, la banner,
tout ça est vraiment bien faite, et tout ça.
Et c'est plutôt light, le code,
c'est du JavaScript Ania,
donc si vous cherchez un système de consentement de cookies
sur les sites, je vous encourage à l'utiliser,
parce que c'est vraiment un produit qui est bien fait,
bien codé, et en plus ça vient avec,
alors déjà le CSS, tu peux le customiser,
tu vois, il est barré par la CSS,
j'ai les couleurs, donc c'est vraiment bien codé,
franchement, il n'y a rien à dire.
Et il y a un autre truc qui vient avec,
c'est l'if frame manager, je ne sais pas si elle dit,
dans le rythme,
mais un système d'if frame aussi qui fonctionne avec lui,
et qui permet de gérer,
parce que quand tu utilises des cookies sur un site,
et que tu mets des vidéos YouTube, par exemple,
il y a les frame managers qui fonctionnent avec,
donc c'est un script en plus à rajouter.
Exemple, quand tu arrives et qu'on te dit
qu'il y a des cookies, on va te dire,
il y a des cookies YouTube,
et tu vas dire,
ben non, moi je ne veux pas des cookies YouTube.
Officiellement, normalement,
tu dois bloquer les vidéos YouTube
si tu as refusé les cookies YouTube.
Donc l'if frame manager permet de faire ça,
de bloquer l'if frame de YouTube avec la vidéo,
si tu as refusé les cookies YouTube.
Donc voilà, il y a tout ce système qui est vraiment bien fait,
et franchement,
moi je l'utilise sur tous les sites,
et franchement, ça marche nickel.
C'est plutôt lite, bien codé,
facile à rajouter des services et tout.
Et facile à custom, tu dis ?
Ouais, et facile à customise,
s'il est bien codé.
Surtout la version 3 est plutôt pas mal.
Donc tu as la UI et les customisations,
normalement tu as des variables CSS, tout ça.
Donc c'est vraiment top, propre.
Ah, top, très propre.
Et oui, parce que l'Europe nous oblige ça,
donc il faut être gentil avec l'Europe,
et donc il faut bien être compliant.
Yes, ça marche.
Alors, là on va parler de JS Scanify,
ou JS Scanify.
Tu m'as présenté ce truc-là,
je suis hyper emballé.
En fait, c'est une librairie qui,
on va lui donner à manger une image,
un peu pété d'un document.
On va identifier les quatre points sur ce document-là,
et en fait, il va nous ressortir l'image à plat.
En fait, et donc on a plus besoin de faire une image parfaite.
En fait, on va utiliser cette librairie
qui nous permet de rectifier, de corriger
tous les angles possibles sur une prise de photo.
Et donc ça, c'est juste trop bien.
On pense pour créer des applications,
pour récupérer des scanner, des tickets de caisse,
ou des choses comme ça.
Là, on peut directement scanner,
et après, on le traite.
Donc c'est super puissant, et c'est en JS pur.
Oui, c'est du JS.
Ça utilise Canva, je crois, et à partir de l'image,
il peut scanner, scanner.
Oui, scanner, de toute façon, c'est ça.
Et après, tu peux extraire le document de l'image,
et tout. C'est vraiment pas mal.
Puissant, c'est super puissant.
Après, on vient coupler ça
avec une reconnaissance caractérielle,
ou un LLM de notre choix,
et on peut en fait le envoyer de l'image.
Donc même si on n'a pas pris une image parfaite,
ça va la corriger, et après, on pourra la traiter.
Je me demandais, tu vois,
quand tu as les petits points bleus,
alors je n'ai pas testé les corner points,
est-ce que tu peux les bouger, en fait,
pour modifier ou pour régler un petit peu ?
Ça doit être possible, je pense,
c'est pour ça que ça existe.
Oui, ça va assez loin quand même.
Ouais, c'est assez poussé,
et c'est plutôt impressionnant.
Top.
Top, top.
Yes.
Allez, on bascule dans la section un peu IA,
et on va parler de Cerebra,
qui vient intégrer le chat de chez Mistral,
donc qui est le chat GPT français de la société Mistral,
on va dire. Mistral, boîte française,
même s'il y a beaucoup de fonds américains,
ils sont partis aux États-Unis et tout ça,
mais ça reste quand même franchise.
Et donc Mistral, en fait,
est rentré sur de l'inférence chez Cerebra, c'est ça ?
Ouais, c'est ça, c'est ça.
Alors on a parlé Cerebra dans l'épisode précédent,
et bien voilà, on a bien fait l'en parler,
puisque juste derrière, Mistral annonce
qu'ils sont passés sur Cerebra,
alors il y a l'application, le chat est devenu assez populaire
sur le store français, dans les téléphones,
dans les iPhone, tout ça,
donc est propulsée par Cerebra,
et donc ils en font le plus rapide,
le chat bot le plus rapide par rapport à chat GPT,
tout ça, donc c'est vraiment les réponses ultra rapides.
Et donc Cerebra, on sait toujours pas vraiment
comment ça marche, mais comme tu le disais,
ça laisse certainement, ils ont fait leur puce,
ou fait quelque chose comme ça,
pour que ça réponse très rapidement.
Alors Cerebra, je ne sais pas,
ce qui est sûr, je peux parler pour Grog,
parce que j'ai lu et tout.
Mais ça a l'air de l'un ou l'autre système,
c'est obligé quand même.
Intéressant.
Et donc de toute façon, la Mistral,
enfin si vous avez suivi un petit peu l'actualité,
très poussée par le gouvernement français,
en tant qu'acteur français,
comme tu dis, il y a 60% d'investissement américain
avec Microsoft pour ça,
mais ça reste une boîte française quand même,
et c'est-à-dire que le gouvernement français a décidé
que c'était leur tête de fil pour l'IA,
donc vraiment poussée,
acteur très très, voilà,
en plus on fait plein de même ce dernier moment.
Connu et reconnu.
Top.
Et qui t'a utilisé du LLM,
joué avec le chat Mistral?
Oui c'est ça.
Yes.
Allez, on bascule sur Huggingface,
qui a redesigné sa page Spaces, c'est ça?
Oui, alors assez incroyable,
dernièrement depuis,
ça fait une semaine, dix jours.
C'est comme si les gens avaient découvert Spaces de Huggingface,
alors que c'est juste un jour,
je comprends pas ce qui se passe.
Alors peut-être qu'ils ont fait des annonces Huggingface
au niveau des médias, des journalistes,
tout ça, et d'un coup ils ont découvert le Spaces.
Mais il y a certainement eu,
en fait, se refactoriser un petit peu la page.
Je sais plus exactement combien,
je crois que c'est 400 000 app disponibles sur le Spaces.
Quand on parle d'app,
en fait c'est des mini-apps qui reposent
sur un modèle qui existant dans Huggingface,
et vous allez pouvoir le tester,
faire des choses, etc.
Donc ça peut, voilà, l'utiliser gratuitement.
Ils ont refait la barre de recherche avec les filtres, tout ça.
Et donc, je vais laisser le dire, comment...
Et ils ont utilisé le barre de recherche,
et qui dit bain de recherche,
dit la meilleure expérience de recherche possible,
c'est avec Melly's Search, évidemment.
Melly's Search.
Donc, tu peux faire des recherches maintenant hyper rapides
avec LIA, tout ça, donc c'est assez puissant.
Top. Et Melly's Search,
possibilité de faire aussi bien du search,
donc c'est-à-dire du full-text search,
donc chercher les mots,
mais aussi de la sémantique,
c'est-à-dire baser sur une représentation vectorielle.
Et le mix des deux, ils ont appelé ça de la recherche hybride.
Donc c'est à la fois une recherche sémantique
et une recherche full-text.
Et on mélange les deux,
et après, dans les résultats de recherche,
en fait, on va mettre plus ou moins de sémantique.
Donc c'est très, très puissant.
Par contre, oui, pour revenir sur Spaces,
clairement, la page est beaucoup moins austère,
et beaucoup plus friendly.
Et donc ils ont redesigné la page,
ils ont communiqué sur ce redesign de page,
et tout de suite, elle est un petit peu plus non-developpère friendly.
Donc voilà, toutes les personnes qui veulent utiliser de la génération d'image,
voilà, pour le coup, c'est beaucoup plus facile,
et ils ont réussi à rendre l'application directement utilisable par simple clic,
alors qu'avant, peut-être qu'on avait ce côté un petit peu plus tech dev,
donc ils ouvrent large, en fait, leur interface UI,
leur permet d'ouvrir un petit peu plus leur fonctionnalité au nom dev.
Donc ils l'ont appelé l'App Store IA, en fait,
en gros, le nom un petit peu.
Bah, le IA App Store, je ne sais pas ce qui est marqué, on ne va pas.
C'est IA App Directory, donc l'annuaire des apps IA,
comme tu dis, ils ont voulu rendre ça plus clair pour les personnes non-techniques.
Oui, c'est clair.
C'est pour utiliser des modèles comme ça gratuitement.
C'est vraiment ça, c'est vraiment clairement comme ça que je le vois,
et il faut une communication, marketing sur les réseaux, tout ça,
pour mettre en avant leur interface,
et on le rappelle, tu as des tokens gratos que tu peux utiliser.
Donc, si c'est juste pour faire une image, clairement, tu vas là-dessus,
tu génères ton image, tu as ton image,
et après, si tu veux industrialiser et en faire une application,
bon là, tu vas être obligé de déployer ton modèle sur ta machine ou machin,
ou payer, mettre ta carte bleue pour payer à la génération,
mais pour générer 3-4 images comme ça ou tester des modèles,
c'est juste hyper facile et simple à mettre en place.
C'est vraiment top.
Après, c'est toujours un petit peu plus grand parce que forcément, c'est gratuit.
Ah oui, mais t'es pas prioritaire.
Heureusement, les mecs qui payent et qui mettent la carte bleue sont prioritaires sur toi.
C'est normal.
Et justement,
si tu veux quelque chose de plus rapide, ils ont sorti une nouveauté.
Alors, jusqu'à maintenant, tu pouvais utiliser uniquement l'inférence avec HuginFace,
leur serveur à eux, leurs propres machines, les machines de chez HuginFace.
Voilà, donc tu avais une utilisation qui était en version gratuite,
déjà tu pouvais utiliser, mais tu étais quand même limité.
Et après, si tu passais sur un compte payant, tu avais beaucoup plus d'utilisation possible.
Donc là, ils viennent de rajouter 4 providers externes à HuginFace,
où tu peux utiliser directement.
Donc, les 4 providers sont disponibles, tu peux utiliser,
tu fais un compte chez eux, ensuite, tu utilises la clé API de ce provider
et tu peux utiliser directement de HuginFace.
Ou en local avec le code HuginFace, tu rajoutes pareil ton daclet API.
Donc, c'est totalement transparent.
Donc, tu peux gagner en vitesse tout ça parce qu'ils ont des serveurs peut-être un peu plus rapides.
Et derrière, pour l'instant, HuginFace ne prend aucun argent en question sur ce provider.
Juste voilà.
Aucune commission pour le moment.
Voilà, ça peut être, ça changera, mais pour l'instant, c'est vraiment totalement transparent.
C'est utilisé l'inférence des providers et points finales.
Ouais, donc pour le coup, c'est super faire de, enfin,
je trouve ça super sympa de leur part parce que eux, ils se concentrent sur
devenir le GitHub des modèles IA, on va dire.
Avec le Spaces, ils viennent prendre aussi gérer un espèce de catalogue
avec toutes les possibilités.
Donc, voilà, on donne accessible les dataset et tout ça.
Mais si tu veux utiliser ta puissance machine sur un autre provider,
ils te donnent accès à ça alors que eux, ils ont aussi un business model où ils vendent du temps de seconde.
Donc, clairement, ils se coupent aussi un peu de revenus.
Mais ils se positionnent quand même en tant que leader sur l'hébergement des modèles,
sur l'hébergement des dataset et tout ça.
Donc, c'est vraiment, enfin, moi, je trouve ça hyper hyper faire plaire.
Et je pense qu'ils ont une stratégie aussi à long terme,
mais ils ne veulent pas faire que de la puissance de calcul.
Ils veulent faire bien plus que ça.
En tout cas, c'est ce que ça démontre.
Et donc, je trouve que c'est top parce qu'ils asseuient en fait leur sorte de domination dans l'écosystème IA
avec tous ces modèles, ces dataset, ces spaces.
Et ok, tu veux brancher ton inférence et tu veux donner ta puissance machine à un autre opérateur.
Pas de problème. Vas-y, tu branches et on t'a facilité le système.
Et au final, tu continueras à utiliser Huggingface et c'est ce qu'ils veulent.
Très malin, très très très malin de la part.
Donc, super quoi.
Tu vois, on a beau dire ce qu'on veut.
On a quand même Mistral et Huggingface, français, qui sont quand même leaders dans certains domaines.
Donc, c'est cool quoi.
Ce qui moi, ma triste, c'est que c'est des boîtes qui ne sont pas en France
parce qu'ils ont fui l'écosystème français pour des raisons qui leur sont propres.
Mais c'est une réalité quoi.
Aujourd'hui, ils sont plus...
Même si ils ont des bureaux peut-être en France,
la majorité des fonds ou tout l'écosystème business, il est aux US.
C'est comme ça.
Ça fait partie du jeu.
Est-ce que tu voudrais rajouter quelque chose à cet épisode du mois de février, Patrick ?
Ben non, écoute, c'était cool.
Et encore merci aux contributeurs, aux sponsors.
Et merci d'être restés à la fin d'épisode.
Allez, on vous dit à bientôt. Ciao ciao.
Ciao !