
Les News Web Dev pour Novembre 2023
Durée: 76m57s
Date de sortie: 16/11/2023
Un épisode news pour novembre 2023. On parle des dernières conférences en cette fin d'année, la Next JS Conf, Open AI. Mais aussi le retour en force d'Angular. Et aussi des tools et des tips CSS. Retrouvez toutes les notes et les liens de l'épisode sur cette page : https://double-slash.dev/podcasts/newsnov23/
Bonjour et bienvenue à toutes et à tous. Vous êtes sur le podcast WSLASH, donc le podcast
qui parle de web, de technologie web, de développement, tout ce qui vous tient à
cœur. Et évidemment, comme d'habitude, nous sommes avec Alex. Salut Alex, comment
vous avez dit que ça a été un peu trop mal ? Beaucoup de taffes, mais c'est cool. On
prend le temps encore de venir sur WSLASH. C'était la période des conférences, c'était
la période... Ouais, il y a eu beaucoup de conférences, donc on va quand même pas
mal en parler. Ouais, on est sur une période, l'Octobre,
novembre, ou il y a... Ça en train de s'instaurer quand même, d'avoir pas mal de conférences.
Et voilà des nouveautés, tout ça. Donc on va parler, je vais faire vite, fais le sommaire
pour vous donner envie de rester sur notre super épisode. Donc on va parler de Next.js,
évidemment, comme d'habitude, avec la conf d'Angular qui fait son comeback, on va dire.
Voilà. Incroyable. DIA, évidemment, de Symphony avec un nouveau système d'assets,
de Ruin & Race, de Larvel, de quelques tools, évidemment, comme Prétyur, Respaq, tout ça.
CSS aussi, puis plein de petits tips pour les broseurs. On va commencer par remercier
notre dernier sponsor qui a été plutôt généreux. Alors je sais pas comment ça se prononce,
Léo Gellas. Donc c'est son pseudo sur GitHub. Donc on remercie très chaleureusement parce
que justement, on doit renouveler la licence pour notre logiciel de vidéo et ça nous aide beaucoup.
Merci à toi. Merci à tout le monde pour votre soutien et juste la communication,
un commentaire, un like et c'est déjà très bien. Après, si vous pouvez venir sur GitHub,
sponsor et favoriser le développement de la chaîne, on ne saura que vous en remercie.
Un grand merci à toi et à tout le monde. Oui, carrément. Comme tu dis, ne serait-ce qu'un petit
étoile et un petit commentaire sur Apple Podcast, ça serait super génial déjà. D'ailleurs,
là, coupez et mettez en pause et faites vite fait un commentaire et une étoile.
C'est un 5 étoiles, par exemple. Obligatoire, c'est le niveau.
On attaque Patrick. C'était la saison des conférences.
Versel a fait sa conférence sur Next.js. Alors on sait qu'aujourd'hui il y a quasiment
l'intégralité, mais une grosse partie de l'équipe de React qui a migré pour s'occuper du projet
de Next. Donc Next et React, c'est un peu la même chose. Après, on ne va pas refaire l'épisode
où on parle de souveraineté. Est-ce que justement, il y a une souveraineté totale quand un acteur,
un hébergeur gère aussi le framework qui est dit Open Source. Mais voilà, c'est lui qui est le
plus gros contributeur. On ne va pas refaire l'épisode là-dessus.
Non, on va en parler juste après parce qu'il y a justement un article là-dessus.
On va en parler juste après.
Et toujours est-il que c'était la conférence où ils ont annoncé différentes évolutions,
ils ont fait quand même beaucoup de pétagogie. Et déjà, juste avant de commencer sur toutes
ces conférences, moi ce que je vois, c'est qu'il y a quand même une tendance où toutes ces
conférences, elles se apple-isent. En fait, tu as l'impression de voir que des conférences d'Apple,
c'est tout le même standard, c'est la même chose, c'est les mêmes interventions de voix,
c'est exactement pareil. Du coup, je trouve, c'est devenu un standard. Et là où c'est bête,
c'est qu'il n'y a plus trop de grandes surprises sur la forme. En fait, je trouve que c'est hyper
lisse, c'est toujours pareil. Après, sur le fond, ça change à chaque fois. On est d'accord.
On est d'accord. En fait, surtout, Versel, la Next.js, c'est vraiment très, très Apple. Guillermo,
Abiyan Noir, machin, tout ça. Enfin, c'est vraiment un peu trop, même c'est limite risible en fait.
Bon, après, c'est ton point de vue. Mais c'est les qui notent à la Steve Jobs,
parce que maintenant, les qui notent l'Apple, c'est enregistré. Ils sont déjà en retard par rapport
à Apple. Mais non, non, effectivement, la Next.js, c'est très, très Apple. Et surtout, la date,
en fait, là, on est sur un cycle. J'ai l'impression qu'on est parti sur un cycle tous les ans,
en novembre, il y aura la Next.js Conf avec une version à chaque fois. Donc, la dernière,
c'était la 13, là, c'est la 14. On est un peu sur le cycle des iPhone, en fait. Voilà, c'est l'iPhone 14.
Ah oui, j'avais pas vu ça. J'avais pas vu.
Oui, parce qu'en plus, ils avaient fait sur l'écran 14, Next.js 14, écrit vraiment comme iPhone 14,
iPhone 15. Donc, c'est vraiment, on est vraiment dans le truc identique.
Copy.
Donc, je pense qu'on est parti sur un cycle tous les ans, fin octobre, on a notre petite
conférence Next.js. Et voilà. Et pour le coup, qu'est-ce qu'ils annoncent à part une grosse
évolution ? Non, la question, est-ce qu'on est sur une montée de version, on va dire,
fluide facile ou on est sur un gros breaking change, grosse révolution ? Parce que la dernière
version avait déjà introduit tout ce qui était serveur component. Là, on pousse le truc un peu
plus loin ou pas ? Non, là, c'est une version, en fait, de consolidation, entre guillemets. En fait,
14 et il a fait une petite blague, mais personne n'a rigolé, il n'y a pas de nouvelles API,
en fait. Il n'y a pas de nouveautés, donc il n'y a pas de breaking change. En fait, on les a eus
l'année dernière, donc ça ne va peut-être pas faire tous les ans. Alors, l'année dernière,
la version 13 apportait la nouvelle version de app.p. Une nouvelle façon avec les serveurs
component, une nouvelle façon d'écrire une application tout en restant compatible avec
une version P10. Mais là, cette année, il n'y a pas de changement majeur. Donc c'est cool. Déjà,
j'ai déjà fait l'expérience sur un projet, passer de 13 à 14, ça passe sans trop de soucis,
ça fonctionne direct. Donc ça, c'est cool de pouvoir passer une version à l'autre. Et c'est
beaucoup d'amélioration de performance, etc. De stabilisation d'API qu'ils avaient incorporé
qui étaient en bêta ou en alpha, qui sont passés en stables. Directement intégré,
quoi. Excellent. Et donc, les nouveautés, le TurboPack, c'est le système pour compiler,
qui est plutôt, qu'est-ce l'année dernière, en version un peu alpha, qui est maintenant en
version bêta, à peu près stable. TurboPack c'est ce qui peut se substituer à Webpack.
Oui, c'est ce qui permet de compiler. En fait, pour l'instant, c'est plutôt utilisé en mode Dev.
Donc on est toujours en mode Dev pour aller plus vite. Mais voilà, ça continue à travailler dessus.
À terme, ils voudront le mettre pour vraiment compiler sur la sorte.
Oui, avoir, mais voilà. Ça, c'est une évolution. Donc ça, ça fonctionne parfaitement. Les serveurs
action, qui ont été en stables aussi, qui ont été incorporés hyper rapidement. Donc,
les premières versions bêta, il n'y a pas très longtemps, c'est en début d'année,
puis là, c'est déjà en version stable. C'est les fameuses actions que tu peux mettre directement
dans ton component. C'est beaucoup de jocs, là-dessus, par rapport...
Oui, on a vu que c'était complètement, enfin, ça s'insurgait totalement de mettre une commande SQL
dans ton composant en front. Et en fait, ça vient exécuter et ça, il y a une levée de boutilliers
en mode, ouais, c'est pas possible. Après, on a eu à toutes les personnes qui disaient oui,
en termes de sécurité, c'est nul. Je pense vraiment qu'ils ont trouvé une solution pour limiter
l'injection SQL que tu apprends en première année, quoi. Je pense très sincèrement que l'exemple est
volontairement choisi comme ça avec l'SQL pour faire parler. Et ça marche en plus parce que
tout le monde a tellement parlé de ça. Mais en tout cas, tout le monde, maintenant,
sait que les server actions sont disponibles en Next avec ce fameux exemple de SQL de
requêtes carrément drudes comme ça, direct. Il y a même un générateur de même qui a été sorti.
Avec ça. Ouais, ouais, tu peux reprendre le slide avec qui tu changes le code à l'intérieur.
En tout cas, l'idée est pas mal. Ce qui est assez surprenant, en fait, c'est que ça a été
intégré dans Server Action, ils sont aussi intégrés dans React, enfin, sont intégrés dans
React en version canary. Je suis pas le seul à me demander pourquoi ça a été intégré
dans React parce que c'est plutôt quelque chose qui est propre, un framework. En fait,
ce que je reprends, React, à la base, c'est Nibriri de rendu. Et puis là, cette fonction-là,
je ne vois pas l'intérêt de l'avoir directement dans React. Mais tu ne crois pas que leur objectif
c'est de fusionner React et Next et de faire quelque chose de...
Il est clair qu'aujourd'hui, de toute façon, il y a beaucoup de développeurs de React qui étaient
chez Meta qui ont été embauchés par Vercel. De toute façon, après, c'est la logique,
un des choses, Meta, il s'en arrive un moment où peut-être il y a des gens qui s'en vont et qui
vont chez Vercel. Alors oui, effectivement, on en parlera après, mais c'est un peu le reproche.
Aujourd'hui, c'est un peu Next qui fait la messe par rapport à React.
Le Meta framework est devenu plus gros que le parent. Le parent, à la base, c'est quand même React.
Aujourd'hui, c'est devenu plus gros et ça brasse plus. Il y a plus de développement, il y a plus
de features. Mais en même temps, ça se tient aussi parce que tu as quand même beaucoup plus de
possibilités. Si tu veux faire un site ou une application un peu d'envergure, il y a quand même
beaucoup plus de possibilités qui sont délivrées nativement par Next que par un React,
un React, tu ne vas pas pouvoir faire la même chose.
Il n'y a pas de sens d'utiliser React seul. Tu vas toujours utiliser React Next ou un autre framework.
Mais Next est très présent. Mais de toute façon, même sur la doc React, il conseille de ne pas
utiliser React seul, en fait, d'utiliser un framework directement parce que tout est inclus.
On a déjà parlé plusieurs fois. Sinon, à part ça, il y a le partiel pré-rendering qui est en
vers... Je ne sais pas si c'est stable, ça, c'est en beta.
Experimental feature. Ça veut dire que c'est derrière un flag.
Après, souvent, on aurait tendance à dire que les versions expérimentales, c'est un peu
buggy ou tout ça. Il ne faut pas le voir comme ça. Souvent, les experimental features,
ce n'est pas native, mais tu peux activer cette fonctionnalité. Mais si ils l'ont sorti,
ça veut dire que tu peux l'utiliser. Mais c'est à toi de faire le choix.
Et surtout, ils ne veulent pas imposer ça à tout le monde qui utilise le framework.
C'est toi qui décide d'activer cette fonctionnalité. Et donc, en fait, je trouve que c'est plutôt
intelligent parce que ça ne sert à rien entre la règle et l'exception. On choisit plutôt
l'exception et comme ça, on vient de changer uniquement ce qu'on a besoin. C'est plutôt smart.
Excuse-moi, le partiel pré-rendoring, c'est quoi ?
Pour l'expliquer, tu as une page statique qui est pré-rendue et tu as des éléments à
l'intérieur qui sont dynamiques. En gros, ça va te charger une page. La page sera chargée en
statique et certains éléments comme on a d'exemples, les RelayTits, comme tu as un
exemple pour les produits recommandés, ça va être chargé après en dynamique. En fait,
ça a des éléments qui sont dynamiques dans une de ces statiques. C'est un pré-rendeur
avant qui permet d'afficher la page rapidement et la suite vient derrière.
En parallèle.
Oui, donc en fait, on vient vraiment fusionner ces systèmes de rendu où on a une base statique
et par-dessus, on va réhydrater. En fait, c'est un peu dans la même tendance que les moteurs de
le mode de rendu qui ont connu un peu hybride ou d'incrémentale ou des choses comme ça.
On vient tirer toute cette technologie là pour faire un Gag Gagny en performance et faire des
versions de rendu un peu hybrides qui, le seul but, c'est d'être plus rapide,
tout simplement en termes de chargement.
Oui, c'est d'inclure beaucoup moins de... Oui, le but, c'est d'inclure de moins de
gs dans les pages et d'avoir quand même des éléments qui sont dynamiques. Sachant que les
serveurs component n'apportent pas de gs dans la page quand ils sont chargés. Puisque,
oui, la prochaine, l'INP, je crois que c'est ça, l'indicateur Google,
sur lequel les ressources JavaScript dans une page impactent beaucoup,
il rentre en vigueur, je crois, la prochaine au début d'année. Donc, c'est important d'avoir des
pages avec le moins de gs aussi. La perf, c'est important. C'est hyper important.
C'est un dépilié du SEO, comme dirait Dan.
Et ils ont sorti aussi, je ne sais pas si c'est nouveau ou si je viens de le découvrir,
en fait, une possibilité d'apprendre Next.js via un site dédié ou c'est une doc améliorée.
C'est une doc améliorée, en fait, c'est Next.js Learn, je crois, ça s'appelle.
En fait, tu avais déjà des docs, tu avais déjà des sortes de tutos dans la doc officielle.
Et là, ils ont carrément sorti une sorte de mini-site où tu vas apprendre le fonctionnement
de Next, étape par étape, implémenté, tout ça. Donc, c'est pas mal. C'est une sorte d'université
pour apprendre Next.js. Donc, c'est cool. C'est pas mal.
Bien sûr.
Même pour moi, je pense que je vais repasser dessus pour voir si il y a certains concepts
que j'ai pas compris à 100%.
Je pense que le côté streaming où j'ai un rendu que je rend de manière chunkée,
c'est quand même assez spécifique. Et donc, ça peut être super intéressant de voir comment
ils implémentent ça.
C'est hyper important parce qu'en fait, tu te rends compte que la version Next.js avec
tout ce qui est streaming, serveurs component, tout ça, et je me rends compte qu'il y a beaucoup
de gens qui ont du mal à comprendre les concepts, en fait.
Donc, je pense que cette plateforme est super importante pour...
De toute façon, s'ils l'ont sorti, c'est pas pour rien.
C'est qu'ils se font du compte qu'à un moment donné, il y avait beaucoup d'incompréhension.
La pédagogie.
La pédagogie.
La pédagogie.
Ouais, ouais.
Donc, du coup, allez tous sur l'earn Next.js.
Même si vous en faites pas, c'est toujours intéressant de comprendre les concepts, tout
ça, pour le développement en général.
L'earn Next.js, trop bien.
La suite, c'est le petit générateur de memes.
C'est bon quand même.
Les mecs, ils sont productifs pour rêver.
Les gars, ils sortent des générateurs de memes comme ça en deux secondes.
Mais c'est trop bien.
C'est léger, ça sert strictement à rien, mais c'est donc indispensable pour ce métier.
Yes.
Et donc, du coup, même s'il y a une grosse conférence de Next.js, de l'autre côté,
il y a d'autres personnes qui disent pourquoi ils n'aiment pas et pourquoi ils ne vont
pas utiliser Next.js.
Donc, il y a Kent, c'est d'autres qui ont sorti une énorme formation, je crois, full
stack, un gros...
Il fait pas mal de trucs réactes, il fait pas mal de trucs réals, il fait des services
de tests, enfin des libérés de tests, tout ça.
Il est aussi beaucoup engagé sur le projet remix, je crois, non ?
Il est très engagé sur ce remix et il a même bossé un petit peu sur remix à un moment
donné où il faisait un petit peu developer advocate, tout ça.
Et il est très très...
Enfin, a priori remix, on en parle pas souvent, mais la plupart des personnes qui font du
remix, le trouvent excellent et ont du mal à ressortir, en fait, à revenir en arrière.
Apparemment, il y a tellement de logique dans ce framework, tout ça, de choses bien faites
que...
Ok.
Bon, bref, peut-être qu'on apprendra une C4.
Du coup, il critique pourquoi je vais pas utiliser Next.js, en fait, en gros, et pourquoi
je vais utiliser remix, évidemment, forcément, du coup.
Mais il le reproche, alors l'article est très long, mais il est intéressant à lire.
Il y a beaucoup de...
Voilà, différentes reproches.
J'en ai noté quelques-unes.
Par exemple, pas possible de faire du self-hosted en mode serverless.
Et ça, c'est vrai.
Tu peux l'auto-hyberger toi-même, mais que en mode Next.js.
Tu vas lancer un server node, tu vas faire tourner Next.js.
Donc, il est pas portable en serverless, tout ça.
Il peut l'avoir sur NUX, tout des...
Ou remix.
Eh oui.
Voilà.
Il est pas hébergeur agnostique.
Il est pas plateforme agnostique, comme on peut l'avoir dans un peu mal de fameux
morts.
Donc, c'est problématique parce que ça veut dire...
En fait, il est très optimisé pour Vercel.
En gros, il te dit, Vercel, chez nous, Next marche au top.
Parce que ça, c'est un serverless.
Par contre, si toi tu veux l'héberger ou l'héberger ailleurs, c'est plus compliqué.
Donc, ça, c'est déjà un premier reproche, mais il y en a plein.
Trop d'influences sur React dans ce qu'on disait avant.
Aujourd'hui, une Next.js influence trop le développement et la...
La gouvernance.
...react.
Voilà.
Il y a trop de gouvernance pour React.
Un peu trop magique avec le fetch qui a été détourné, le fetch natif de J.S. qui
a été détourné pour faire le système de cache.
Un plein de trucs comme ça qui sont un peu magiques.
Et du coup, ça en revient à dire, les gens comprennent pas en fait comment ça marche.
Quand c'est trop magique, des fois les gens comprennent pas trop comment ça fonctionne.
Ouais.
La magie, c'est compliqué.
Enfin, c'est top de la magie.
C'est une phrase qu'on dit souvent, mais si tu comprends pas la magie, il y a un truc
un peu mystique.
Et ça, c'est pas top.
Et du coup, deviens trop complexe, effectivement.
Il devient plus en plus complexe avec les serveurs comprenant et tout ça.
Donc là, il y a toute une liste comme ça qui sont justifiées.
Franchement, j'avoue que ce qui dit est réel.
De toute façon, il ne crie pas n'importe quoi.
Donc voilà, intéressant à lire.
Donc après, on prend pas un Next.js à un bout frais mort.
Il y a d'autres.
Après, là, on voit qu'il y a une réaction, en fait, où il y a même un tweet de l'Ir Robinson
où il se prenne en photo avec Ken.
Donc même si un homme qui dit que je n'ai pas d'accord.
Il commence par ça.
Alors du coup, il y a une réponse de l'Ir Robinson, qui est le développeur advocate
en Cris et Grimais de NXJS, qui se devait de répondre pour dire pourquoi moi, j'utilise
NXJS.
Mais il commence avec cette photo pour dire en s'entend bien avec Ken.
Il n'y a pas de problème, c'est juste on se répond.
Ouais, ouais.
C'était par blog post interposé.
C'est un petit peu la guerre, en fait.
Il répond.
Après, chacun va prêcher pour sa paroisse.
Et on va dire, c'est de bonne guerre.
Voilà, ça fait partie du jeu.
C'est comme ça.
Et en parlant de guerre, Angular revient dans le game.
Ouais, de guerre.
Ouais, Angular, j'ai adoré leur communication.
C'est Hello again, tout Angular.
En gros, c'est vraiment ce que je disais.
C'était un aveu d'échec de quelque part de l'équipe Angular.
De se dire, again.
Ouais, ben oui.
Mais après, là où moi, je trouve ça super fort, il l'assume pour le coup.
Voilà, c'est ça.
Il l'assume.
Il l'assume et il dit, OK, on a peut-être été mauvais sur le market.
Après, il se rend donc aussi peut-être compte qu'aujourd'hui,
tu ne peux pas être un acteur majeur sur une technologie
s'il n'y a pas une équipe de marketing et d'influenceurs tech,
comment les connaît sur les YouTube, les Twitch, les Twitter,
qui vont faire l'apologie de ton framework.
Donc en fait, ils ont peut-être que tu n'ont pas sur la techno,
parce que la techno est très bonne, il ne faut pas se l'aurer.
Mais sur justement toute cette partie influence marketing,
on va dire, et peut-être que là, ils se rendent compte qu'ils doivent taper fort,
pour revenir dans le game et de devenir attiré
et de retrouver la sympathie des développeurs chigneurs.
Oui, mais c'est clair.
Comme tu dis, aujourd'hui, tu ne peux pas faire un framework
ou supporter un framework sans marketing,
et ça versait très bien compris.
C'est très présent.
C'est beaucoup.
Voilà, c'est développeur advocate, c'est du marketing au taquet,
une plateforme, une doc en béton,
parce que ça, la doc, on ne s'essaiera jamais de le dire,
mais c'est la doc primordiale sur un projet open source.
Il faut que tu l'enquelles à lire.
Alors, ça c'est un autre sujet.
Quand tu es bien fait, tu prends la doc de Tailwind,
tu prends la doc de...
Il y a plein de docs comme ça, qui sont hyper bien fait, moteurs,
tu trouves tout ce que tu veux.
Après, il faut que ce soit bien fait aussi.
Donc du coup, la news, ils ont fait une nouvelle plateforme,
qui est encore en version béton, en quelque sorte,
mais une nouvelle plateforme, Angular, ou tout à la,
tu as une nouvelle doc, tu as un playground,
tu as plein de choses en fait,
qui est super plus moderne, plus designée, tout ça, etc.
Donc plus sympa, qui explique bien les choses,
il y a tous les concepts, etc.
Et pour le coup, ils viennent expliquer ce nouveau concept de signal,
qui est en milieu sur une des dernières versions,
sur leur système de réactivité, passe par ça, je crois maintenant, c'est ça ?
C'est ça, ouais, ouais, le système de réactivité passe par ça,
pour remettre à jour certains nœuds, du DOM, enfin, du DOM, entre guillemets.
Donc, et du coup, ils ont, donc il y a eu déjà un premier Tizign,
en fait, ils avaient fait une vidéo, ils n'ont pas dit en fait,
ce qui est arrivé, ils ont dit, rendez-vous, je ne sais plus quelle date,
c'était 12 novembre, ou 6 novembre, enfin, bref.
Il y avait un Tizign, et quand la vidéo sortit,
pas de nouvelles plateformes, etc.
Donc ce fameux site Angular.dev,
voilà, ils ont fait une vidéo d'une heure pour expliquer les machins de nouveauté.
Et quelques jours après, je crois que c'est deux jours après,
Angular 17 est sorti, voilà, de la nouvelle version Angular.
Donc Angular 17, évolution évidemment d'angular,
il n'y a pas de, enfin, des normes changements,
il y a de nouvelles implémentations, mais surtout,
beaucoup d'améliorations de performance,
nouveaux, nouvelles syntaxes de template,
tout ce qui est I, FOR, machin, tout ça, donc voilà, une évolution,
donc ça va être, dans une RFC, ça va être discuté pendant un moment, apparemment.
Et ils ont fini par l'implémenter.
Avant, c'était obligé de faire des NG FOR, tout ça,
tu vois, dans les tags, etc.
Je crois que ça marche encore, hein.
Et donc maintenant, il y a une nouvelle façon,
une nouvelle syntaxe pour écrire les livres, les FOR, tout ça.
Donc ça, c'est pas mal.
Un peu plus compréhensible, je trouve.
Après, il y a plein de nouveautés,
il y a un DFR aussi qui permet de charger les components en déféré,
aussi, les gros components.
Il y a les vues de transition, évidemment.
Il y a Signal, comme tu disais,
Signal qui est devenu, qui est stable aujourd'hui,
donc qui est largement utilisable en prod, tout ça.
Donc la mise à jour des nœuds avec un système de signal.
Donc il change complètement avec ce qu'ils avaient avant.
Et ce qui fait, en sorte d'avoir une grosse performance améliorée.
Ok.
Et là, je vois, il y a un traitement des images.
C'est native, ça, ou c'est justement...
C'est à vous qu'après, je ne suis pas un spécialiste d'angular,
donc je ne pourrais pas dire.
Ok.
Je vais le mettre là.
Bien sûr, bien sûr.
Après, en fait, on voit que tous les gros frameworks
en fait ont utilisé, je pense à Nux, je pense à Next,
qui ont sorti des modules spécifiquement pour les images,
parce que les assets, c'est compliqué.
Aujourd'hui, on a du portable, on a du desktop,
donc on est obligé de gérer ces images-là.
C'est vraiment compliqué.
Et ils ont sorti des composants qui vont faire ça
et qui vont s'adapter au rendu de la page.
Et là, je vois ça.
On a l'impression que c'est native dans Angular.
On pourrait gérer les images nativement dans le framework.
C'est à dire.
Oui, ça va être disponible, parce que tu as dans Next,
tu as dans Nux, comme tu dis.
Ils se sont alignés.
Il y a aussi une nouveauté aussi qui, par défaut maintenant,
c'est US Build et VIT pour Build de l'application.
Il y a vraiment un énorme...
J'ai vu des tableaux de performance.
Il y a un énorme gain de performance au niveau du framework.
Après, ce qui n'est pas...
Je vais être un peu méchant,
mais ce qui n'est pas rattrapé le retard sur la perte.
Oui, de toute façon, je crois que c'est un des rapprochements
qu'on faisait un petit peu Angular.
Avec le temps, en fait, il était devenu de moins en un performant.
Il avait besoin un petit peu de se refraîchent.
Et du coup, après Angular, c'est un...
Enfin, je le répète parce qu'il y a des gens qui pensaient ça.
L'autre jour, j'ai mis un message sur Twitter
et quelqu'un m'a dit non, mais Angular, c'est top.
Je suis totalement fan d'angular.
Je l'utilise pas, mais pour moi, c'est un bon système
qui est utilisé par des grosses sociétés.
C'est un bon projet.
J'ai rien contre Angular.
C'est rare qu'on crache vraiment
et qu'on vient de taper sur un framework.
Je pense que si le framework est arrivé là où il en est,
tu ne peux pas faire un hold-up.
Ce n'est pas possible.
Il y a trop de travail, il y a trop de fonctionnalités
qui ont été mis en place, réfléchies,
pour arriver à ce niveau de pénétration de marché.
Tu es obligé d'avoir un truc solide.
Malheureusement, aujourd'hui, ça ne suffit pas.
Il faut toute la partie marketing qu'on a évoquée tout à l'heure.
C'est ce qui fait que les sociétés vont partir sur une ex-IS
ou une partie sur l'angular.
Après, l'angular, la différence avec d'autres frameworks...
Je parle de necks parce que je le connais bien.
Angular, c'est super cadré.
Tu as une façon de faire, tu as une méthode pour faire les choses
qui était très verbeuse dans les anciennes versions
et qui deviennent moins en moins.
Tu as besoin de moins en moins de codes.
Ça devient de moins en moins verbeux.
Avant, tu as l'impression de faire du Java
avec des déclarations dans tous les sens, des fichiers dans tous les sens.
Là, aujourd'hui, c'est plus en plus simple.
C'est cadré, mais en même temps, ça devient plus en plus simple.
Excellent.
C'est un bon truc.
Il faut bien qu'on parle un peu d'IA.
C'est un peu obligé.
Toi, tu as suivi un peu l'open IE Dev Day ?
Absolument. J'ai suivi la conférence qui était dans la même lignée
de très Apple.
C'était complètement, mais beaucoup plus court.
Là, pour le coup, c'était vraiment orienté pour les développeurs.
Pour faire très court, on ne va pas non plus y passer des heures.
Il sort un nouveau modèle qui va venir remplacer le GPT-4
qui a été sorti déjà quasiment un an.
Il sort le turbo.
Alors, qu'est-ce que ça va changer ?
En fait, le gros avantage, c'est qu'il passe sur 128000 tokens.
C'est-à-dire, l'ensemble des informations qu'on peut lui donner
à manger avant est beaucoup plus grande.
Donc, en clair, sur une demande, on va pouvoir injecter beaucoup plus de données.
Il va pouvoir traiter plus de contexte.
Donc, ça, c'est super intéressant.
Et surtout, en fait, la nouvelle version est quasiment entre 2 et 2
et 3 fois moins chère que la version actuelle.
Et parce que c'est un gros reproche qu'on pouvait lui faire.
Même s'il y avait des gains significatifs,
on voyait la différence entre du 3, 5 et du 4.
Le prix était vraiment très, très cher.
Et donc, je pense qu'ils ont revu un peu leur politique tarifaire.
Et là, ils ont diminué le prix.
Et donc, c'est plus abordable pour plus de contexte.
Et aussi, sur une prise de données plus mille à jour.
Donc, ça, les données sont plus récentes.
Et pour nous, Dev, ce qui est vraiment sympa,
c'est une meilleure prise en charge du format Json.
Et ça, en fait, c'est super cool parce qu'on va pouvoir lui demander
n'importe quelle question, enfin, on lui donne à manger ce qu'on veut.
Mais on va lui demander explicitement de sortir au format Json.
Et donc, là, ça peut être super intéressant
pour en fait faire de l'amélioration de données
et qu'on va pouvoir traiter.
En fait, on va supprimer le retraitement de la donnée
pour l'injecter soit dans une base, soit dans, je ne sais pas quoi.
Ça va, ils vont communiquer directement en Json.
Donc, ça, c'est plutôt pas mal.
Après, il y a l'intégration de toutes les API,
vision qui nous permet de faire de l'interaction avec des images.
C'est-à-dire, on va lui donner des images
et lui, basé sur l'image, il va interpréter cette image
et il va faire ce qu'il a fait.
Tu veux dire que, via l'API, tu peux lui envoyer une image
et lui décrit-moi ce qu'il y a dans l'image.
Faire un texte de halt ou un truc comme ça.
Tu peux aller beaucoup plus loin.
Tu peux dire, tiens, j'ai un problème sur ma salle de vélo.
Regarde ma salle.
C'est juste exemple.
Comment je peux faire pour réparer ma salle de vélo.
Donc, c'est bien plus poussé.
Donc, ça, on va dire, c'est un peu l'évolution classique.
Par contre, il y a un autre concept qu'ils ont introduit,
qui est, en fait, une sorte de marketplace
où, en fait, chacun va pouvoir prendre une partie
de chat GPT, on va dire, le socle,
et va pouvoir l'enrichir
pour faire quelque chose de beaucoup plus métier et spécifique
et le mettre à contribuer,
mettre à disponibilité...
Ouais, mais disposer, je perds mes mots.
En tout cas, vous voyez exactement.
Merci, Patrick, pour mettre à disposition de la communauté.
Et évidemment, il y aura une histoire de tarot là-dedans,
en disant que si les gens utilisent ton modèle,
tu auras une rétribution.
Donc, en fait, on rentre dans un truc un petit peu plus marketplace.
Avoir après comment on peut customiser,
est-ce qu'on est sur, est-ce qu'on peut alimenter le chat GPT
pour le rendre bien plus spécifique,
est-ce que c'est de l'amélioration de pronte.
Voilà, pour l'instant, ça vient de sortir.
Il faut, je pense, il faut passer du temps.
Il faut déjà bien comprendre l'intégralité du concept.
Mais ça s'attend un peu...
Je sais pas si c'était dans l'épisode ou si c'était en off
qu'on discutait avec Dan sur l'épisode SEO et IA,
où, justement, en fait, la tendance demain,
ça serait justement de chaque corps de métier
aurait un modèle spécifique.
On pourrait créer une interaction,
mais il serait spécifique à nos données
et il aurait ma logique métier, ma manière de faire.
Il serait entraîné et ça serait un super assistant pour moi.
Et si je te donne accès à mon modèle,
potentiellement, tu pourrais pas en faire grand chose
parce que j'ai mon corps de métier qui est ultra spécifique.
Et si tu veux, ça tente un petit peu à se vérifier
que chaque corps de métier va avoir son propre modèle.
C'était pendant l'épisode où on en parlait.
C'est d'ailleurs Dan qui disait ça.
Je vois ce que tu veux dire.
En gros, j'aurai une intelligence artificielle
qui est orientée quantabilité,
je peux lui poser des questions de quantabilité,
et il me répond quant à un machin
parce qu'il est spécialisé là-dedans.
En gros, il aurait une spécialité.
Exactement.
En fait, il a été alimenté et entraîné
avec tes propres données.
Il est beaucoup plus pertinent.
Et surtout, on vient mettre aussi un peu de privacy
où en fait, on pourrait prendre ton propre modèle.
Tu peux l'entraîner chez toi, sur tes propres serveurs
ou sur les serveurs de chez OpenEye.
Et après, une fois que le modèle est entraîné,
tu donnes accès uniquement aux personnes de ta société
ou à tes clients ou des choses comme ça.
Donc, c'est quand même assez poussé et intéressant.
On va dire que c'est une suite logique.
Oui, de toute façon, ça évolue.
C'est pas mal.
Après, l'utilisation,
comment dire, il trouve des modes d'utilisation
plus intéressants pour tout le monde
parce qu'une fois qu'on est joué avec le prompt, tout ça,
il faut trouver des trucs un peu plus ciblés,
un peu plus faciles d'utilisation.
Évidemment.
Mais de toute façon, comme ça, de but en blanc,
Mme Michoux, elle va pas pouvoir utiliser chat GPT.
Si justement, si tu as un chat GPT...
Alors, là, c'est très sexiste que je vais dire.
Mais attention, si Mme Michoux veut faire une tarte au pomme
mais qu'elle sait pas faire,
elle va demander à Chat GPT qui est spécialisée en cuisine...
Exactement.
Mais en fait, il faudra toujours
qu'elle ait une porte d'entrée spécifique
pour lui faire un usage métier.
Pour moi, chat GPT et Google, le moteur d'archache,
c'est la même chose.
Ok, j'ai Google.
Par contre, si je sais pas chercher,
si je sais pas poser mes questions,
sur quel site je vais pour faire ma recette,
c'est exactement pareil avec Chat GPT.
Il faut aller sur le bon modèle
et qui te donnera la recette optimisée
avec le format nickel pour suivre tout.
Donc, il y aura toujours cette besoin
de spécialité et de spécificité, je pense,
pour essayer de diminuer la fracture
entre...
En fait, c'est juste péter la porte d'entrée.
Il faut péter la porte d'entrée
pour rendre accessible le truc
et avoir des modèles dits métier.
Je pense, un peu facilement,
c'est vraiment casser cette barrière à l'entrée.
Tu as un bon personnage,
tu es un question bête,
mais jamais développé avec la pays Openia.
Tu as déjà fait, c'est facile,
c'est compliqué, au niveau access, c'est facile.
Non, c'est bidon, c'est vraiment hyper-accès.
Tu sais faire un fetch, tu sais l'utiliser.
Il c'est ultra facile.
Même pour envoyer les images,
je voulais jouer des trucs comme ça, c'est un peu mon rôle.
Après, c'est bien comprendre
ce que tu veux faire
et surtout, en fait, de bien mettre ton contexte.
Si tu lui donnes trop d'informations à manger,
tu vas être limité sur ton modèle,
donc il faut bien choisir ton nombre de tokens
et que ton modèle facilite ça.
Ou, l'autre possibilité,
c'est de cuter tes morceaux
pour envoyer les informations en plusieurs fois,
il faut chunker.
C'est là où tu vas pouvoir utiliser des choses
qui s'appellent Langchain, par exemple,
où tu vas pouvoir en fait processer
et tu vas vraiment faire une chaîne d'informations
avec un input là, un input là,
et là je le process,
après je fais ça, je fais ça, je fais ça.
Mais je pense que ça serait intéressant,
qu'on fasse un épisode vraiment
sur comment nous on peut profiter de l'IA
et de tous les frameworks qui sont
été mis en place pour l'utilisation.
Moi je suis incapable de créer un modèle,
d'entraîner un modèle,
c'est des performances qui sont vraiment
trop trop spécifiques, des compétences.
Par contre, moi en tant que,
enfin toi aussi, en tant que dev,
tu peux beaucoup plus facilement utiliser
ces modèles d'IA,
et aujourd'hui en fait,
voilà, tu sais faire un fetch,
tu sais utiliser des modèles d'IA
et tu payes juste à la seconde
d'utilisation machine.
Donc c'est beaucoup plus facile
et ça vient de solutionner
beaucoup beaucoup beaucoup de problèmes.
Et l'utilisation, je veux dire,
n'importe quel développeur peut l'utiliser,
c'est très très très simple.
Donc...
enfin, le code et l'API est facile d'accès,
après c'est de savoir écrire...
Bien sûr.
C'est comme dans les prompts en fait,
faut savoir formuler ta demande.
Exact, exact.
Et si tu veux, moi je m'insure,
quand je vois sur LinkedIn des mecs
qui sont devIA,
spécialisés,
en fait, ouais, c'est un dev
qui sait faire un fetch sur un modèle,
quoi.
C'est uniquement ça.
Et donc...
C'est LinkedIn, c'est LinkedIn.
Il y a 6 mois, les mecs,
ils étaient tous spécialisés Web 3,
aujourd'hui ils se spécialisaient IA,
demain, je ne sais pas ce que c'est.
Exactement, mais si tu veux,
il y a une différence entre créer des modèles
et utiliser des modèles en place,
mais la valeur,
justement, elle est
dû de permettre à ton client
d'utiliser satIA.
Et donc, le développeur, en fait,
c'est lui qui va faire la connexion entre
ta logique métier et le potentiel
de lia sur lequel il va pouvoir
tirer de la valeur,
et solutionner un problème.
De là, s'appliquer,
s'appeler un développeur IA,
je ne sais pas, c'est
de la cématique.
Pour faire de vie,
pour être vraiment développeur IA,
il faut être, je pense, docteur en mathématiques.
Est-ce que je ne suis pas du tout, donc...
Un peu compliqué, quoi.
Donc, on ne va pas
rentrer dans cet...
Ouais, c'est intéressant.
On va s'en trop révéler
ton travail, mais je sais qu'en ce moment,
tu bosses avec des digas pour faire
une... Donc peut-être, avec
à force, tu auras de l'expérience, on pourra
faire un épisode intéressant sur...
Quaramment, je prie
mon retour d'expérience.
Ça roule. Allez, on parle
de symphonie.
Yes, symphonie, t'as vu, on ne parle pas souvent
de PHP, mais on en parle un petit peu, même si
tu n'as pas eu PHP, là, du coup.
En fait, je suis tombé là-dessus grâce
à Yoann Dev sur YouTube.
Je suis un peu sa chaîne et j'ai vu une vidéo
où il expliquait comment on utilise
un nouveau module
entre guillemets
de symphonie qui permet
de faire du CSS et du JS, de l'incluer
dans la page, sans utiliser
de builder en fait, de type 8, etc.
Et voilà, et du coup, je me suis intéressé
à ça, et je me suis rendu compte que
il y avait une API dans les browsers qui étaient disponibles
qui s'appelle importmap
que j'ai jamais utilisé, et qui était
disponible dans tous les browsers, et ils utilisent
cette API native
pour incorporer
les JS et les CSS dans les pages.
Donc c'est intéressant.
Et donc peut-être que...
Voilà, c'est intéressant déjà de voir
cette API qui existe, qui est disponible.
Donc il y a deux fonctions dans ce...
Alors ça s'appelle symphonie AssetMapper.
Il y a deux fonctions dans ce module, en fait,
c'est qu'il fait du versioning des assets.
Donc il va être ajouté un token, tout ça,
quand tu fais du JS, tout ça.
Et ensuite, il va
utiliser importmap pour l'intégrer
dans la page, en fait.
Et importmap, en fait, c'est un peu l'équivalent
des modules qu'on a sur VIT.
Donc voilà, le système d'import
fonctionne, sauf que là, tu veux faire
une sorte de json qui va définir
en fait les imports qu'il doit faire,
les assets, tout ça.
Donc tout ça, c'est native.
C'est assez simple à mettre en place.
Pour les gens qui n'ont pas besoin
de builder tout ce qui est JS, CSS,
c'est plutôt pas mal.
Et ça simplifie...
Et du coup, en fait, c'est un peu
du build à la volée, quoi.
Il n'y a pas vraiment de build, en fait,
parce que c'est juste...
Oui, en fait, c'est un import moderne
sans avoir tout le tout ligne
que les certains devs
back-end, tout ça, ou même devs tout court
ne supportent pas, ou ont du mal
à appréhender.
Alors attention,
j'ai noté ce truc, ça fait pas de merge,
en fait. Tu vas pas assister à plusieurs fichiers
de JS, ils vont pas l'émerger, mais en même temps
ça utilise le système d'import native.
Il n'y a pas de minification non plus.
Donc évidemment, si tu dois minifier,
tu seras obligé de minifier toi-même
avec une ligne de commande, etc.
Sinon, par contre, ils ont quand même
deux exemples dans la doc, qui est assez complète.
Utilisation avec SAS, sachant
que SAS, on peut...
Je crois qu'une version PHP, on peut builder
un CSS.
Et Tywin aussi, Tywin de Tonant,
justement dans la vidéo de Yoandev,
je savais pas que Tywin mettaient
à disposition une sorte
d'exécutable
qui te permet d'exécuter
la commande Tywin sans avoir
de JS, enfin sans passer pas de JS. Donc c'est
intéressant. Après,
l'équipe de Tywin a été
très implémentée, enfin ont été très très
actifs sur le projet Laravell
qui dit Laravell d'IPHP.
Donc je pense qu'ils ont
fait des tout-lignes
qui va avec pour le PHP.
Ouais, ouais, ouais.
C'est intéressant.
Je vous recommande
la vidéo de Yoand.
Il explique comment il fait du Tywin.
Il fait du code avec Tywin
sans JS. Interessant quand même.
Par contre, moi je t'arrête tout de suite
parce que dans la doc, là je vois
il y a Global
Variable Like JQuery.
Et donc en fait, c'est
quoi ton truc de JQuery ?
Non, mais ça c'est un exemple.
Attention, c'est un exemple, il n'y a rien à voir. Non, non, il donne
juste l'exemple pour les développeurs
qui utilisent Corevix. Et il y en a.
Non, mais
pour le coup c'est plutôt malin
d'utiliser justement
et de le charger juste quand tu as besoin
et pas de le mettre par défaut. Donc c'est plutôt
malin d'utiliser ce type de fonctionnalité
pour justement dégrocer
un peu ton build
et de le charger que
à la volée quand tu en as besoin
dans le contexte spécifique.
Donc en termes de perf,
c'est bien parce que tu viens
décaler le chargement de
toutes ces libres.
C'est pas mal, c'est pas mal. Donc
bon, la dernière chose, c'est pas compatible avec tout ce qui est type script
vu J6, RAC, tout ça.
Forcément, il y a toutes les technos qui nécessitent la build.
Mais c'est pas le but, le but c'est
de simplifier
sa chaîne
de développement, de déploiement, tout ça
avec au moins de JS tout ça.
Il y a un peu de CSS,
ça peut avoir un NPN.
Donc intéressant pour des projets où il y a juste un peu de CSS
que JS.
Parfait. Donc allez voir
la vidéo de Yohann Dev
qu'on mettra
dans les notes où il explique
tout ça et toute la possibilité qu'on peut
faire avec.
Yes.
Un bain map.
Il y avait un documentaire, Rubi Andreiz.
Oui.
Tu vas en parler, toi qui était
un ancien rubist.
Là où je me fais
botter en touche, c'est que
je vais botter en touche dans la mesure où
moi je n'ai pas vu ce documentaire.
J'ai pas vu qu'il était sorti.
Non, mais c'est arrivé sorti il y a 4-5 jours.
Il y a 4-5 jours.
Après, c'est quoi ?
Toi tu l'as vu ou pas ?
Complètement. Il n'est pas très long, il fait 45 minutes.
Il est intéressant.
C'est dans la série
des on-y-pot
où ils ont fait vu,
ils ont fait réag,
ils ont fait un peu tout.
Ils en ont fait plusieurs comme ça. C'est super intéressant.
C'est des documentaires qui expliquent
l'histoire du framework
ou de la techno, comment elle a commencé,
qui était acteur dans cette techno.
Et jusqu'où ça a évolué.
Ce documentaire est sur Rubi Andreiz.
Moi, je n'ai jamais fait de Rubi Andreiz,
mais ce documentaire m'a donné envie de l'en faire.
Excellent.
Je ne savais pas que Chopify,
à la base, c'était Rubi Andreiz.
Je ne sais pas si c'est l'ordinaire.
Chopify, Github.
Oui, Github.
Airbnb, à la base aussi.
Après, je ne sais pas s'ils ont migré.
Twitter, je sais que c'est Rubi Andreiz.
Exactement.
Non, tu ne peux pas
dire que c'est un truc
sorti du chapeau.
Ce qui voit la vidéo,
c'est le gars de Chopify.
C'est un allemand qui a immigré en Canada.
Et après, il a dansé...
Au début, Chopify s'appelait pas Chopify.
Mais...
Il explique...
Grâce à Rubi Andreiz,
il a développé la première version
tout seul, en trois mois,
alors que les autres trucs de e-commerce,
il y a une centaine de devs.
Donc c'est le gros avantage de Rubi Andreiz,
c'est d'être productif,
même tout seul.
Mais bien sûr.
Tu connais mieux que moi.
Après, il y a beaucoup, beaucoup de magie.
Mais...
Un développeur Java
qui arrive sur un projet
Rubi Andreiz, il comprend pas.
Il comprend pas.
Tu fais create model,
hop, c'est bon, ça marche.
T'attends, t'attends.
Il faut pas faire 18 classes avant de faire.
C'est exactement ça.
C'est un paradigme
qui est super intéressant.
Tu peux développer plein plein plein de choses avec ça.
Moi,
je me rappelle très bien,
j'étais fan,
je faisais que du Rubi,
j'étais à fond.
Mais j'avais les sirènes du JS
qui m'appelaient et tout.
Et en fait, après,
tu choisis ton camp.
Et si tu veux, tu peux pas poncer
un framework
si tu passes pas assez de temps.
On roi dit tout le temps la même chose.
Mais t'es obligé
de passer un minimum de temps
pour vraiment comprendre
et de voir toutes les subtilités
du framework.
Et pour le coup,
je pense avoir
bien utilisé, mais je pouvais encore
j'avais encore de la marge de progression
sur Rubi Andreiz.
Après, j'ai fait le choix
de passer sur du JS.
Et voilà, mais...
Ah, c'est comme ça, serge.
Tu choisis quoi.
Après, il y a aussi cette notion
d'employabilité.
Tu vois, ou en fait,
tu vas plus facilement
passer sur du Rubi Andreiz,
sur des boîtes qui sont déjà implémentées,
quand t'es free,
à un époque
qui n'avait pas toujours,
toujours du boulot,
plus facilement.
C'était beaucoup plus facile de trouver du job
en JS.
Donc, il y avait aussi cette réalité économique.
Rubi Andreiz va être
implémentée sur des boîtes stables,
sur des start-ups,
beaucoup de start-ups utilisent ça,
ou beaucoup de sas.
Donc, ça veut dire que t'es plus
sur un profil salarié, ou tu vas...
Voilà. Moi, je voulais pas partir
là-dessus. Donc,
j'ai aussi joué
et construit autour de ça.
Mais en tout cas,
je regardais
évidemment
ce documentaire.
Et puis, je rappelle, on avait fait un épisode avec
je sais plus son prénom,
avec Guillaume, qui bossait chez Perre Angusta.
Voilà.
Sur lequel on a parlé beaucoup de Rubi Andreiz.
Ça a de la philosophie, surtout de Rubi Andreiz.
C'est super intéressant, écoutez.
Revoler dans les épisodes.
Exactement.
Mais c'est pas très vieux, on est devant un an.
On passe
sur LiveWire
et
qui viennent faire de la pédagogie.
Une fois de plus, on revient
sur
la péda et sur la doc.
Où là, en fait,
ils ont construit un
système de... Ouais, ils ont
fait un système
d'académie, ou en tout cas, une série
de tutos screencasts
pour comment utiliser.
Ils ont plein de
screenscasts sur la Ravel
pour apprendre, ou tout cas, les bases
de certaines techno, la Ravel entre autres
et puis les autres.
Là, ils ont sorti la version LiveWire.
LiveWire, je rappelle, c'est un
système qui utilise Alpine.js
en front, qui génère automatiquement
le JS avec UPHP et tout ça.
Donc, en fait, tu peux générer des appels
en sorte de... On est très proches de Rubi Andreiz.
Tu génères des choses facilement
sans trop de codes, avec du JS
et un de devant qui va faire des choses
interactives, qui va
récupérer les data automatiquement, tout ça.
Donc, tu n'as pas tapé tout le système de Fetch,
de HGAC, tout ça.
Tout est automatique. Et du coup,
ils ont sorti le screencast pour apprendre
ne serait-ce que les bases du système,
comment l'implémenter, comment certaines fonctions
méthodes fonctionnent, tout ça.
Donc, voilà.
Moi, j'adore LiveWire. La péda.
Ouais, la LiveWire, je trouve ça génial et j'ai vraiment envie
d'en apprendre un peu plus là-dessus. Donc, ça m'attire
beaucoup. Donc, c'est pour ça que je...
Excellent. Excellent. A tester.
A tester.
Allez, on parle
d'animation
et de...
Dans le dernier podcast, on avait dit
que JSAP avait sorti
son nouveau site.
Ouais. Avé refondu, on va dire
remodelé tout son site.
Et là,
c'est quoi ? En fait, c'est
une sorte de galerie qui reprend les meilleures
sites qui utilisent JSAP.
En clair,
on avait dit que le nouveau site JSAP était vraiment
sympa et bien, on a été raison
puisqu'ils ont gagné un award, en fait.
Excellent.
Le meilleur site d'animation.
En même temps, étant donné que c'est
JSAP, c'est pas un super site
d'animation.
Ouais, ça me paraît, c'est un peu difficile,
en fait.
Et c'est ce qu'on disait la dernière fois.
On ne comprend pas pourquoi
ils avaient un site aussi à Rengar,
il fallait qu'il fasse de l'animation.
Le site était vraiment vieillissant.
Et donc là, ils ont tout
remodernisé et ils ont gagné
un award.
Bien joué.
Allez, il faut bien qu'on parle
un petit peu de Rust, parce que
je veux dire... Un petit builder.
Et bien ouais, du Rust,
de toute façon, on ne peut pas faire un épisode de news
sans parler de Rust, vous prononcez rien
que le mot Rust.
Donc,
RSPAC,
c'est un...
On avait déjà parlé.
C'était un bonheur, en fait.
La particularité, c'est qu'il est sur Rust,
évidemment, donc forcément très rapide.
C'est la base de Rust.
Mais surtout, je voulais leur parler,
parce que c'est pas un acteur qui est très
visible, en fait.
Il devient un peu plus, c'est d'en étant.
Mais il faut savoir que RSPAC, c'est écrit en Rust
et que la pays est totalement compatible
avec Webpack.
Du coup, tu peux utiliser
RSPAC sur un projet Webpack,
qui utilise Webpack et remplacer
et du coup avoir
un builder beaucoup plus rapide.
Et ouais, donc en fait,
tu peux faire une migration,
on va dire, ultra, ultra, ultra,
ultra rapide, sans pour autant avoir
beaucoup de choses qui pètent, quoi. Excellent.
Je voulais le rappeler, parce que c'est vrai que...
Enfin, je tombe encore sur les projets
qu'Iboss avec Webpack, j'en ai un
à ce moment. Voilà, RSPAC,
pour gagner un petit peu de temps dans le dev,
c'est pas mal, pour builder un peu plus
vite, tout ça.
Attends, d'abord, je voudrais parler
de Prétire, si c'était à l'onglet.
Bien sûr, bien sûr.
J'ai pas l'onglet Prétire, mais je t'écoute.
Ah, ok. Alors en fait,
c'est une des dernières news que j'ai noté
pour l'épisode, c'est
VG, en fait,
Sebastien Chédo, je crois, c'est son nom.
Qui bosse chez Métin, en fait, qui est à la base
de React, React Native,
de Prétire, etc.
Et il a tweeté, en fait, il y a quelques jours,
en fait, comme quoi, il ouvrait un Bumty
sur lequel il donnait 10 000 dollars
pour la personne qui arrivait à développer
Prétire.
Donc Prétire, je rappelle, c'est un...
Comme on appelle ça, un linter,
non, c'est pas linter, c'est un
formateur, ouais. C'est un formateur
de code, tout ce qui est jayaste, tout ça.
Donc, vous mettez au niveau de votre projet
et à chaque fois que vous allez...
vous pouvez formater en ligne de commande le code
JS d'une certaine façon, avec certaines
règles, il y a des règles de base
et vous pouvez aussi, dans VS Code ou dans
PHP Storm, le mettre en auto...
Dès que vous sauvez, en fait, dans le fichier, ça va
automatiquement formater. Donc il est écrit
en JS. Donc il marche très, très bien,
il n'y a pas de problème à ce niveau-là.
Sauf que, voilà,
VG, il a dit, bah, vu qu'en ce moment,
c'est la mode, en fait, de tout réécrire en Rust,
eh ben, je donne 10 000 dollars à celui
qui réécrit Prétieur en Rust
et qui arrive à passer
à l'horizon toute une batterie de test, en fait,
dans le projet. Excellent.
Celui qui arrive à passer, je ne sais pas, il a dit
90% ou, voilà, un certain
pourcentage de test de Rust,
de Prétieur, et ben, c'est 10 000 dollars
pour lui. Donc, du coup,
forcément, ça motive.
Dans la foulée Guillermo de
Versel a dit, bah, moi, je rajoute 10 000 dollars,
évidemment. Bien, il arrive.
Guillermo, avec son petit pull
à la Steve Jobs.
Et puis, derrière,
Basmeur,
Basmeur, là, qui est un moteur
Rust, voilà, avec
Merge, un peu plus
WebAssembly, voilà,
WebAssembly, voilà,
qui a rajouté 2500 dollars
pour... Et donc, ça fait un petit
package à 22 500,
si on est en capacité
de transformer Prétieur
en Rust, enfin,
de passer tous les tests,
de passer tous les tests, voilà,
qui sont aussi efficaces que Prétieur. Donc, voilà.
Donc, plutôt motivant, moi, je sais que
si je maîtrisais Rust, peut-être que
je suis aller chercher les 22 000 dollars, c'est
plutôt pas mal. Ça motive, en tout cas. Et du
coup, ça me prépare l'enchaînement
d'après, c'est que, en fait, dans le
tweet, en fait, il y a eu plein de réponses en disant,
bah, biome, le fait déjà, en fait.
Biome, déjà, en Rust.
Donc, il a dit, bah, écoute, si jamais biome
le fait, bah, ça, à eux, les 22 000
dollars. Donc, en fait, je ne sais pas
où ça en est, en fait, aussi, il y a eu
des suites et si des personnes ont
déjà sorti des projets Rust qui
fonctionnent. Mais, donc tout ça pour enchaîner
sur biome, en fait, et biome, tu sais
ce que c'est, biome. En fait, c'est,
je crois que c'est un, c'est
Rome qui est, qui est
exactement, c'est le projet Rome qui est
mort et qui est
renait de descendre
sous biome. En fait,
Rome s'est arrêté, parce que, en fait,
Rome tools in cooperation
a baissé le RIDO tout simplement, en fait,
en fait, derrière Rome, derrière le projet
Rome, il y avait une société qui était,
le but c'était qu'elle soit prérentable
pour faire travailler les développeurs dessus, sauf que ça n'a pas fonctionné.
La société s'est arrêtée
et il y a eu un fork, en fait. Donc, un des gars
qui bossait chez, pour Rome
a lancé biome et donc
il y a eu un fork de Rome. Donc, c'est la même
chose que Rome, mais sous un autre nom
en open source.
Et donc, bah Rome continue sous le nom
de biome et qui,
justement, a un système de formatatage
de l'inter tout ça, qui écrit en reste.
Et donc, c'est pour ça que tout le monde disait, bah,
attends, ça existe déjà, il y a déjà un biome.
Alors, je ne sais pas si biome, bah du coup, ça met
biome en avant, c'est cool. Mais en même temps,
je ne sais pas si ils auront les 22 500 dollars.
Mais, voilà, c'est marrant, en fait.
Bah voilà, comme ça, les gars étaient balance
22 500 dollars, vous 1er mec
qui fera du, un prétire en reste.
Donc, je trouve ça plutôt cool.
Ouais, après, c'est généreux, surtout, un 10 000 dollars,
quand même. Ouais, mais peut-être que
aussi, ils ont un intérêt.
Je ne sais pas si...
VG, je crois qu'il s'ennuie un petit peu, en fait.
Ok.
Peut-être que chez Métan, en ce moment, il doit s'ennuyer.
Il a lancé plein de petits projets
escalideraux, je ne sais pas si
il voit ce qu'il fait. Oui, bien sûr.
C'est lui qui a lancé ça, c'est juste...
Il se met des petites challenges comme ça,
je le suis sur Twitter,
il lance des petits projets comme ça,
et puis, on dirait que c'est pour s'occuper,
c'est...
ça, les mecs, ils sont trop intelligents, donc des fois,
ils se lancent des petits challenges comme ça.
Il a trop de temps chez Métan, il a trop de temps.
Il a peut-être trop de temps aussi.
Non, mais c'est tant mieux pour lui.
Bien sûr, bien sûr.
On avait parlé sur un épisode
de news, d'un nouvel outil
qui nous permettait de générer des vidéos
à partir de codes
qui s'appelait Remotion.
Et, aujourd'hui,
il y a une solution, en fait,
qui nous permet de faire des codes snippets
en vidéo animée,
et, justement,
ce service-là, en fait,
utilise Remotion
pour faire des snippets
vidéo animées.
Ça s'appelle Acreals.
Acreals.
Acreals.
Ouais, c'est chouette, non ?
C'est parce qu'ils utilisent Remotion,
que j'ai vu ce truc, en fait,
ça fait des animations super sympas,
avec le code qui se transforme,
qui rajoute des lignes, tout ça.
C'est vraiment classe.
Mais t'avais un avis, toi, là-dessus ?
Non, moi, je trouve ça super sympa.
Technologiquement, c'est classe.
Je ne peux pas néle contraire
que ça fait son petit effet.
Je trouve ça complètement overkill.
Mais, overkill,
tu prends
un PowerPoint,
tu prends un keynote.
Et, en fait, avec les dernières animations,
tu fais le même rendu.
Mais vraiment ?
Et en fait,
je ne sais plus
qui j'avais vu sur Twitter,
justement, qui faisait
un snippet animé,
il était en mode, oh putain,
et tout le monde lui posait la question, comment t'as fait ça ?
C'est trop classe, trop classe.
Et en fait, il dit, bah, qui note, les gars ?
Qui note ?
Et en fait, le logiciel de présentation,
des animations avec des feils,
des choses comme ça.
Et ça marche trop,
trop bien.
Et donc, j'ai essayé.
Et en fait, ouais, tu peux faire
des trucs super bien, super stylés.
Tu peux utiliser ton formateur,
tout, enfin,
ton highlighter, pardon.
Et ça marche super bien.
Et donc, en fait,
je me dis, ouais, en fait,
là, on a fait de la techno overkill.
On va utiliser Remotion,
on va utiliser...
on met un pricing, tout.
Ok, c'est bien, on fait du business.
Après, qui va utiliser ça
pour payer ?
Je pense, des formateurs
dits professionnels, qui vont faire des présentations,
qui font des formations
en présentiel, ou des choses comme ça.
Et au final, c'est
ce type de personnales, enfin,
voilà, ce type de population
maîtrise,
PowerPoint, ou
Slendev, ou des choses comme ça.
Et tu peux faire des choses très,
très, très esthétiques
avec ça. Après, est-ce que tu veux
l'automatiser ? Pourquoi pas, pourquoi pas.
Ouais, je pense qu'il y a un petit côté,
peut-être comme ça aussi. Après, j'ai vu,
pas avec... j'ai vu
Versel, qui, enfin, sur le projet Next,
des devs avocats, qui testaient
Remotion, justement,
pour faire des animations comme ça. Donc,
c'était pas avec Akriss, mais
c'était avec Remotion. Ils faisaient pareil,
des animations de code, tout ça, pour des présentations, tout ça.
Donc, ouais, pour automatiser,
je pense aussi, il y a un petit peu d'interessants.
Ouais, ça peut être intéressant, si
tu es dans un processus, où tu veux
industrialiser le truc, tu vois.
Après, nous,
à notre niveau, tu veux faire une présentation
ou sur un
cours de code,
tu veux, voilà, bien
visualiser le fait que, ok, tu vas rajouter ça,
tu vas rajouter ça, tu vas rajouter ça.
Ok, pourquoi pas.
Mais, j'ai un peu
l'impression que c'est quand même...
Overkill, quoi.
C'est un peu ok, je veux
bouger un gravier. Et tu sais quoi, je vais acheter
un build-ozer.
C'est un peu le sentiment que j'ai.
J'ai des voisins comme ça.
Et si tu veux,
après, ça n'enlève pas le
côté technologique qui est super cool,
tu vois. Ouais, c'est clair.
Ça change strictement rien.
Le produit est super cool. C'est classe,
c'est bien designé, c'est bien marquetté, tout.
Top. Après,
tu sais juste un snippet
animé, quoi. Pour point.
Ouais, calmez-vous les gars.
Pour point.
Allez, c'est fait.
Ouais, je voulais pas plomber
l'ambiance. Non, non, mais t'as raison.
Non, c'est vrai, c'est vrai.
Non, mais t'as raison. C'est fait.
Surtout, ça ne savait pas que Keynote
pouvait faire ça. Je ne sais pas si je l'ai
encore sur le Mac. Super,
Jason, c'est quoi?
C'est une petite librairie
qui est de Blitz.
Blitz qui est un framework
React, avec Flight Control,
tout ça, c'est le premier
projet de Flight Control. Avant que Flight Control
sorte, c'était Blitz, un framework,
et après ils ont arrêté.
Ils sont passés sur Flight Control, qui est un système
de... c'est
une surcouche à AWS
qui permet de déployer des trucs,
des sites, etc. et en même temps,
du coup, ils prennent un pourcentage
des coups AWS.
Et bon bref.
Ça, c'est Flight Control. Mais Super
Jason. Super Jason.
Super Jason, c'est
une librairie qui permet de rajouter
des types
à un Jason. C'est-à-dire
qu'ils donnent l'exemple de la date, par exemple.
Il doit y avoir une date
en string. Tu vas te retrouver
un objet date. Tu vas pouvoir type
et transformer
les valeurs de ton Jason
dans des
types spécifiques
à ton besoin.
D'accord. Donc en fait, on pourrait dire que c'est un petit peu
la fusion entre le Jason
classique et
un typeage
TypeScript.
Oui et non. Enfin,
c'est vraiment qu'il te donne cette option d'une date.
C'est un objet date. Il va te donner un objet date.
Un objet date. Une string date.
Tu dois transformer tout ça. Là, ça sera déjà fait.
C'est un
Jason super vitaminé.
D'accord. Type Safety
et un frémoire agnostic.
Si tu descends un petit peu, tu verras basique usage.
Tu vois, tu as quelques exemples.
Ou, voilà, tu as des données qui sont
prêtes à l'emploi.
Parfait. Et tu peux
utiliser. Oui, donc en fait,
potentiellement, ça serait
voir si
des frémoires type Next, Nux,
Wongula,
Using with Next, c'est
déjà l'implémenté
facilement. Bon, voilà, ok, c'est fait.
Parfait.
Voilà, Super Dyson.
Il est doc. A testé.
A testé pour voir le potentiel.
Ça pourrait être utile des fois.
Alors moi, j'ai rien compris
avec ces histoires de
de couleurs
méga complexes.
Je connais que le hexadecimal,
c'est en éconnée.
Après, le RGBA, c'est quand même pas mal
pour avoir
l'opacité derrière, à la fin.
Voilà, ça, c'est pas mal.
Par contre, toute cette nouvelle
convention de OKLCH
déjà c'est déroulé.
Wow.
Justement, comme on est beaucoup à rien comprendre,
il y a Lian Weidgeson,
qui a, il a fait un article où il explique
la différence avec l'exadipimal, tout ça.
Qu'est-ce que ça apporte, etc.
Un petit peu d'agologie.
Pour expliquer. Excellent.
Pour les gradients, tout ça.
Il y a une utilité, il explique
pourquoi
l'utilité, c'est de nouvelles couleurs.
Et qu'est-ce que ça a passé ?
Parce qu'à un moment donné, on va avoir
l'usage où on sera obligé.
On va les utiliser, donc,
autant comprendre le plus tôt possible comment ça fonctionne.
Donc, petit article,
à Lian.
C'est des devoirs pour les auditeurs.
Le prochain, on peut poser question.
Après, possiblement,
pour les personnes qui font de l'intégration,
je pense plutôt,
c'est indispensable
de voir le bénéfice ou des personnes
qui font du design et l'intégration.
Quel est l'intérêt
de passer sur ce type
de conventions
de CSS pour, justement,
tirer profit de tous ces gradients spécifiques.
Yes.
Allez, on reste sur du CSS.
On utilise
un effet transparent.
Oui, c'est une valeur CSS
qui permet de redire
quand tu fais des gradients transparents
des choses comme ça
sur des maquettes, enfin, sur des pages web.
En fait, pour certaines personnes,
ça peut être gênant au niveau de la lecture.
Donc, il y a une propriété
un peu comme pour les animations,
on peut dire qu'on ne veut pas
l'animation et on le désactive.
C'est la même chose, je ne veux pas de transparence.
Ça va désactiver les transparences.
Donc, ça t'aura moins de problèmes de lecture.
C'est une propriété CSS
qui est disponible dans les navigateurs
que je ne connaissais pas non plus.
On apprend plein de choses tous les jours.
Voilà.
J'ai pas vu encore la compatibilité browser,
mais je crois qu'elle est bien pris en charge.
118 ans, on va regarder.
Oui, dans le sens où on va...
Oui, dans le sens où on va regarder le Safari.
Firefox, c'est derrière un flag.
Safari, NET.
Oui, il y en a de bons pros.
Et après, sur mobile,
ce n'est pas très bien implémenté.
Ça arrive, ça arrive, ça arrive vite après.
C'est important, en fait.
Là, on parle d'accessibilité.
C'est important quand même
de donner la possibilité
des personnes qui ont des problèmes de vue,
tout ça, ou même...
On fera un épisode de
l'accessibilité, les bases.
Et quand je parle des bases, c'est...
Parce que moi, je suis au rouquil là-dedans.
Je te lis tout de suite.
Je vais même parler en profondeur dans l'accessibilité.
C'est juste les bases, en fait.
Tout ce qui est couleur,
enfin, les polices, tout ça, machin.
Voilà. C'est les bases du développement.
Vous êtes développeur, vous devez connaître
les bases des activités. C'est important.
Et ça, ça en fait partie.
C'est-à-dire qu'à un moment donné,
une personne qui a des problèmes de vue, etc.,
il faut qu'il puisse désactiver la transparence
pour pouvoir lire correctement les titres.
Yes.
Pareil, toujours en CSS,
on peut utiliser
des sélectes. Donc, on a souvent
des librairies de composants qui viennent
styliser ces sélectes.
Mais ça veut dire qu'il faut
développer du JS et écrire du JS
ou utiliser ces librairies-là.
Et maintenant, on a, à l'intérieur
du sélect, la possibilité, en fait,
de mettre des bars verticales,
pardon, des bars horizontales pour venir
segmenter les options
du sélect. Et ça,
de manière totalement native.
Oui, tu peux mettre des HR,
des séparateurs dans ton sélect
pour faire des groupes, en fait.
C'est pareil. Donc, c'est dans Chrome 119
que ça arrivait.
C'est peut-être pas encore dans tous les navigateurs,
mais ça va forcément arriver. Donc, c'est plutôt
pratique de pouvoir
séparer
les options dans le sélect.
Et ça, c'est top. Parce que
après, ça s'inscrit dans une tendance
qu'on voit sur les dernières années, mais
de plus en plus de choses sont implementées
nativement en HTML
et en CSS.
Toujours dans la même lignée de
supprimer du JS.
On revient au fondamentaux.
Tu dis ça, mais franchement,
le CSS, il voulait beaucoup. Il faut vraiment
se tenir à jour de toutes les nouveautés
d'HTML et tout. Ça devient vraiment
compliqué
à suivre.
Et pour le coup,
sur un projet sur lequel je bosse,
il faut implémenter un espèce de caroussel,
ou
le snap,
l'élément snap,
tout ça.
Je découvre ça maintenant.
Ça s'est en place depuis très longtemps,
mais c'est super bien.
Après, c'est compliqué
à gérer avec le JS, mais ça marche bien.
Ça marche pas
trop mal. C'est vrai, c'est pas mal.
C'est suivant ce qu'on veut faire.
Toujours sur du CSS avec du scroll
animation,
qu'est-ce que ça nous permet de faire
ce scroll driven ?
C'est un article
sur
scroll detection avec que du CSS.
On a de plus en plus la possibilité
de le faire.
Pas besoin de jéssapes ou de choses comme ça.
On arrive à faire des animations.
On donne des exemples, des titres
qui devaient invisible et invisible, etc.
qui changent de forme.
C'est vraiment excellent. Je trouve ça super bien fait.
Et c'est que du CSS.
Donc, il y a des exemples,
il y a des exemples,
des codes pens, etc.
Et pour le coup, ça c'est top.
Après, c'est comme tout, est-ce qu'il y a
un fallback sur si
le navigateur n'est pas pris en charge ?
Est-ce qu'il y a
un fallback ?
Oui, j'imagine que
le CSS, souvent, quand c'est pas...
En fait, le comportement du navigateur,
si le CSS il ne le comprend pas, il l'ignore en général.
Donc, j'imagine que si
il ne comprend pas,
le truc ne doit pas s'animer, simplement.
Mais récupérer la scroll position
sans gs, c'est quand même pas mal.
C'est fou, hein ?
C'est super bien, même.
C'est super bien.
Toujours sur
cette partie de CSS,
les scroll gutters,
donc c'est un tweet
de Stack Blitz, qui vient nous expliquer
comment on peut jouer
avec les bars de scroll.
En fait, c'est une propriété...
Alors, c'est encore... On est beaucoup dans les propriétés,
en fait, c'est une propriété CSS aussi,
qui...
Quand tu mets overflow scroll,
en fait, tu as tout le temps
la bar de scroll.
Et c'est dégueulasse, parfois.
Et c'est dégueulasse. C'est souvent dégueulasse,
surtout sur Windows.
Et en fait, tu as une propriété
qui s'appelle scroll bar gutter stable,
qui fait en sorte
que ça affiche la bar de scroll uniquement
s'il y en a besoin, et en plus, ça laisse la marge
sur côté disponible.
Et tout de suite,
ça fait tout de suite son petit effet,
parce que la scroll bar en plein milieu,
je veux dire, c'est un viol visuel, quoi.
Ça vient peter le design.
C'est immonde et t'es dégoûté, quoi.
T'es vraiment dégoûté.
Et donc là, si tu peux normaliser
et standardiser surtout
le comportement
entre tous les navigateurs,
c'est super intéressant.
C'est super classe.
Tu as vu la compatibilité des browser,
mais je pense que ça va arriver
par terre, et ça c'est une propriété
qui va arriver un peu partout.
Et c'est vraiment top, parce que
si tu fais une sorte de div avec
des listes de news
d'un intérieur, et si tu mets un scroll
au niveau de l'overflow,
si tu as qu'une seule news au début,
tu as la bar de scroll qui va afficher.
Et si tu mets cette propriété,
tu n'auras pas de bar de scroll.
Et ça change tout au niveau du design.
Mais en termes de design, bien sûr.
Mais design meter, design meter, bien sûr.
C'est clair.
Allez, on finit.
Attends, il en manque une.
Le fonds de variant tabulaire,
est-ce que tu l'avais noté ?
Le fonds de variant tabulaire, je ne comprends pas.
Il en manque deux, en fait.
Dis-moi, dis-moi.
Où sont les fonds de variant de value-eure ?
Je ne les ai pas.
Mais vas-y, dis-moi.
C'est quoi exactement ?
C'est dommage, je ne te bats l'exemple.
C'est une propriété aussi qui permet...
Alors toi, on est vraiment sur les propriétés CSS aujourd'hui.
Tu sais, en ce moment,
c'est beaucoup la mode de faire des compteurs
avec les chiffres qui...
Quand tu scrolles,
et tu arrives sur les numéros,
les indicateurs avec des chiffres,
ça défile.
Tu sais, jusqu'à arriver au bon chiffre.
Et en fait, de faire ça,
ça décale, en fait, des fois,
parce que des chiffres qui prennent plus ou moins de la place.
C'est un décalage, en fait,
un libre niveau de ton chiffre.
Et en fait, c'est une propriété qui s'appelle
fonds de variant tabulaire,
tiré de nums,
qui évite ce décalage.
Ah, ouais.
C'est dommage, je ne sais pas l'exemple,
mais c'est pas mal.
En fait, si j'explique pour ceux qui nous écoutent,
en fait,
si j'ai bien compris,
c'est la largeur de mon oeuf,
c'est pas la même largeur
que mon 1.
Et donc, potentiellement, quand j'ai des grands chiffres,
la taille de mon élément
va bouger quelque peu.
Exactement. Et donc, ça fait dégueulasse.
Avec cette nouvelle propriété,
chaque unité
va avoir la même largeur. C'est ça ?
Ouais, en quelque sorte, ouais.
Et du coup, tu n'as plus de mouvement
au niveau de ton chiffre global.
Donc ça, c'est une propriété aussi.
C'est tous des petits détails, tu vois,
comme ça, qui ont la petite propriété qui arrive sur CSS,
qui sont pas mal.
Alors, il y avait un truc,
on a un outil que l'on a loupé aussi,
une explication visuelle
sur le fonctionnement des LLM.
Tu l'as pas, tu l'as.
Non, je l'ai pas.
Vas-y, je t'écoute.
En fait, c'est Panasonic Times
qui a sorti une page
qui explique visuellement
comment fonctionnent les IA LLM,
avec les tokens, tout ça.
Intéressant à regarder aussi.
Alors, là, pour le coup,
c'est vraiment de la PDA
où on vient réexpliquer
sur comment
fonctionnent les LLM
pour ma grand-mère
ou pour n'importe qui.
Ouais, pour tout le monde, en fait, comment il divise les tokens,
comment il prend les mots, ça,
ça correspond.
Mais c'est vachement visuel, en fait, c'est pas mal.
Ouais, c'est super bien.
Ouais, c'est super, super visual.
Ouais, carrément.
Et pour le coup,
on mettra vraiment l'article
dans les descriptions, parce qu'il est
il est super bien fait.
En fait, je l'ai déjà lu
sur les notes, mais j'ai oublié
d'en parler aujourd'hui.
Allez, on finit avec
un truc hyper léger,
hyper facile, mais...
Hyper inutile.
Donc totalement indispensable.
Un
effet toujours,
on revient sur du CSS
sur un effet où en fait, quand on passe
la souris,
ça va afficher le numéro
qui est caché.
Donc pour tout ce qui est code secret
ou pour choses comme ça, c'est
super stylé. Et le gros avantage
c'est qu'il y a 0
JS encore une fois.
Et tout est fait en CSS.
100% CSS, et surtout ça,
enfin quand tu passes sur un numéro,
celui qui est à côté devient un petit peu moins
transparent.
En fait, c'est un effet sur les
chiffres à côté aussi. Donc c'est vraiment pas mal.
Ouais, c'est peut-être...
ça fait un effet de propagation
en fait, où on vient
afficher... 100% CSS.
Et pour le coup,
on mettra le code
direct, l'accès au code
peine pour voir ça
et pour pouvoir l'implementer.
Top.
Et c'est aussi... enfin,
grâce à la propriété AS
qui arrive à faire ça.
De point AS.
Qui est une énorme révolution
dans le CSS moderne, on va dire.
Grave, oui.
L'usage et la...
toutes les possibilités que ça ouvre, c'est juste
hallucinant.
Il est venu en que ça soit généralisé dans tous les browser.
C'est une question de temps, ça va le faire.
Bien.
Ça va le faire. Écoute,
merci Patrick.
On avait
à peu près le tour de
tout ce qu'on avait à parler sur le mois
de novembre. Un grand merci
à tout le monde d'être restés jusqu'au bout de l'épisode.
Et on vous dit à bientôt
sur un prochain épisode.
Ciao ciao.
Ciao.
Retrouvez Double Slash sur le plateforme de podcast préféré.
Et sur le site internet du podcast
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.
Episode suivant:
Les infos glanées
DoubleSlashPodcast
Double Slash, un podcast sur le développement web. Retrouvez-nous régulièrement pour parler de sujets variés tels que la JAMStack, l’accessibilité, l’écoconception, React.js, Vue.js, Next.js, Nuxt.js, le CSS et des retours d’expériences sur des implémentations.
Tags
Card title
[{'term': 'Technology', 'label': None, 'scheme': None}, {'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]
Go somewhere
Coder des emails