
Les news web dev pour janvier 2025
Durée: 45m23s
Date de sortie: 29/01/2025
Dans cet épisode de news pour cette nouvelle année 2025, nous allons évoquer Vercel qui achète Tremor et qui parle de la structure de ses projets. Des nouvelles concernant JavaScript Temporal, TailwindCSS 4.0, MedusaJS, quelques articles sur des retours d'expérience, et de l'IA avec 2 outils et un modèle chinois qui vient chambouler le jeu. Retrouvez toutes les notes et les liens de l'épisode sur cette page : https://double-slash.dev/podcasts/news-janv25/
Bonjour les devs, bienvenue sur ce nouvel épisode de Double Slash, le podcast indépendant,
le seul unique où on parle de développement web.
Comme d'habitude, nous sommes avec Alex, salut Alex.
Salut Patrick, salut tout le monde.
Moi juste avant de commencer, je voudrais faire un grand remerciement au sponsor.
On a eu des nouveaux sponsors ce mois-ci, des gens qui ont donné en one shot et des
gens qui se sont abonnés de manière récurrente tous les mois.
Donc un grand merci à eux avant de commencer cet épisode,
sans ça, ça serait un peu plus dur.
Et donc c'est d'autant plus facile pour tout le mâteau, c'est pour toute la suite.
Donc un grand merci à vous.
Merci à eux.
On a à peu près 11 donateurs mensuels et puis après, de temps en temps, on a des one shots comme ça.
Et des personnes même qui restent en privé qui veulent pas être publiées.
Donc voilà, merci à eux.
Un grand merci.
Un grand merci.
Petit épisode de news.
On revient sur l'actualité.
La première fois sur cette nouvelle année du mois de janvier.
On va essayer d'avoir différentes catégories, des brèves, vraiment des news très très très rapides
où on va un peu survoler pour voir un peu toute l'évolution et ce qui se passe.
Évidemment, il y aura une rubrique sur les dernières sorties.
On peut déjà un peu faire du teasing, mais il y a Tail Wing en version 4.
Ça y est, c'est officiel.
On va en parler des sujets un petit peu plus profonds et sur des articles aussi qu'on a parcourus.
Et évidemment, maintenant, une petite rubrique IA où on va pouvoir parler de toute l'évolution et comment.
On va s'adapter à cette nouvelle...
Est-ce qu'on pourrait dire que c'est un nouveau langage ou en tout cas, c'est un nouvel outil pour nous les devs ?
Ça, c'est clair.
Ça, c'est un nouvel outil, c'est clair.
On est obligé de s'y intéresser et de savoir ce qui sort régulièrement.
Et ça n'arrête pas en plus.
Donc, on est parti.
Allez, on attaque tout de suite par les premières brèves rapides.
Clairement, on parle de réactes.
Oui, ça va parler de réactes d'entrée.
Versel qui a racheté Trémore qui est un projet open source, une librairie de component.
Mais une librairie de component qui est spécialisée dans tout ce qui est chartes, graphique, etc.
Donc, c'est une trentaine, je crois, un peu plus de 35 component accessibles, etc.
Donc, ils ont acheté ça.
Donc, pour le soutenir certainement, et puis certainement,
qu'ils doivent l'utiliser aussi dans leur dashboard ou des choses comme ça,
ils voulaient pérenniser le truc, non ?
Je pense que eux-mêmes, ils sont en train de tout centraliser sur leur plateforme,
ou en fait, ils connectent différentes solutions à leur propre plateforme.
Et donc, tout ce qui est observabilité.
Et puis, même, on sait tous que la disposition de données brutes, Jason, directement,
on ne va pas faire grand-chose, donc il faut une librairie pour les interpréter.
Et le fait de tout centraliser chez eux, ils sont encore plus forts.
Bon, après, quand tu as leur budget, marketing, quand tu as leur budget,
tu peux faire des acquisitions dans tous les sens.
C'est normal.
Après, voilà, s'ils nous permettent d'utiliser la librairie facilement,
et on n'est pas obligé de le faire tourner sur Versel, ça va ?
Non, je pense que c'est bon.
Je 3 la moitié, mais voilà.
Après, c'est toujours cool d'avoir des gros acteurs qui investissent sur des librairies,
parce qu'au moins, on est sûr de la stabilité et la pérennité du projet dans le temps.
On sait que ça va évoluer.
C'est intéressant.
C'est des outils en plus.
Franchement, c'est très cool, c'est très bien.
Et en 2-2, on peut faire des trucs super chiadés.
Donc, non, c'est top.
Yep.
Next.
Qu'est-ce qui est la suite ?
Vous avez perdu des news ?
Oui, j'ai perdu mes news.
La suite, c'est Micro Frontend.
C'est Versel qui adopte Micro Frontend.
Donc, un petit article de blog sur Versel toujours.
On a les 2 premières news, c'est Versel, qui explique qu'ils sont passés sur un système en Micro Frontend,
avant ils étaient en monolithique, et ils ont explosé en différentes applications,
donc, tout ce qui est dashboard, tout ce qui est documentation, etc.
Le site aussi avec les articles, etc.
C'est plusieurs petites applications,
et qui sont évidemment gérées avec Turbo repo,
donc en Mono repo, mais en différentes petites applications.
Après, en fait, c'est le gros avantage de Turbo repo,
et pour ceux qui ne connaissent pas la fonction de Mono repo,
on vous invite à aller voir le lien qu'on mettra aussi.
On a fait un épisode spécial sur les Mono repo,
quels sont les avantages,
mais c'est vrai que le fait de tout centraliser dans un seul Mono repo,
mais de découper toutes les fonctionnalités entre la doc, le front, l'admin,
tu viens mutualiser et centraliser toute la logique,
et tu peux réutiliser tes composants.
Néanmoins, pour le site de doc,
par exemple, tu vas faire un export en statique,
et pour ton dashboard,
tu n'as pas besoin d'avoir du statique,
donc tu vas faire une simple SPA,
mais néanmoins, tu vas hériter de tout le background technique
que tu as déjà développé,
et que tu n'as pas développé qu'une seule fois.
Ok, intéressant.
Là, ils expliquent comment ils ont fait la migration.
Oui, ils expliquent pas autant détailler,
mais ils expliquent la structure,
comment elles s'organisent, etc.
Avec les URLs, tout ça.
Principalement, ils ont gagné 40%
dans l'étape de compilation,
ou en temps de compilation,
donc c'est plutôt un gain intéressant.
Je pense que c'est aussi plus simple
à gérer pour le développement.
Pour les dépendants,
c'est souvent un gain qui est monstrueux.
Ça, c'est une news qui me fait plaisir,
qui me fait vraiment plaisir.
Les JavaScript temporelles.
Je pense que, en tant que bon développeur
en front, mais même du bac,
on sait que gérer les dates, c'est la merde.
C'est pour ça qu'il y a eu plein,
plein, plein, plein.
Non, mais c'est vrai, c'est super chiant.
Ah, mais comprenne.
Et dès que tu dois commencer à faire des calculs,
en disant oui,
c'est une projection dans 3 heures,
ça sera disponible
une journée, œuvrée, plus 4 heures,
ou des choses comme ça.
Tu vas vite te prendre la tête.
C'est pour ça qu'il y a eu une effervescence
de librairie qui sont sorties.
Une des plus connues, c'était Moment,
qui aujourd'hui, je considère qu'elle
s'est fait remplacer par des DGS
ou des choses comme ça qui sont beaucoup plus léger.
Et là, en fait,
après des longues temps,
je crois, ils ont mis...
Je sais pas combien de...
J'ai lu, ils avaient 270 pages
de documentation
pour expliquer le concept.
Et ils arrivent enfin
à tomber
comme un accord sur
comment on va gérer les dates.
Et donc là, si c'est officiel, ça arrive.
Ça avance.
Ça, c'est cool.
Parce qu'on en avait parlé, je sais plus,
il y a peut-être un an dans un épisode.
Là, ça commence à être implementé
dans les navigateurs.
Donc c'est toujours en mode expérimental.
Il faut utiliser
le navigateur expérimental,
les nightbuilds, des trucs comme ça.
Ou peut-être derrière, c'est grand, je crois.
Ou peut-être derrière, il y a des flags.
Ouais, ok.
Mais en tout cas, ça arrive.
En tout cas, ça commence à être implementé
dans les browser. Donc on peut imaginer
peut-être que d'ici, peut-être 2 ans,
ça va généraliser.
Peut-être.
On va toujours utiliser
date FNS
ou un truc comme ça, ou moment,
ou DGS.
On va pas le dire tout de suite.
Parce que, avant que ça se passe.
c'est pas pour de suite.
Mais après, c'est vrai que c'est une bonne nouvelle.
Parce que c'est souvent des libre-hérées
qui sont relativement lourdes.
Et ça te augmente
considérablement le bundle final.
Même les plus light sont quand même assez lourdes.
DGS.
Patrick, regarde, DGS.
C'est vraiment petit.
Mais c'est sûr que ça serait toujours plus gros
que si c'est géré directement en natif.
Ah bah, natif, c'est mieux.
C'est évident.
Yes.
Énormement, on a loupé news.
Ah, on a raté news.
Dis-moi, on a raté news.
Ok, on t'écoutait.
C'était la Ravel
avec Faker.
Faker, la Ravel,
c'est le faker
pour faire tes données fakes.
Quand tu veux remplir un peu
ta base de données, etc.
Et en fait, ça a été implementé
avec OpenAI.
Ils ont rajouté une branche
pour avoir OpenAI,
mettre tes clés API, et en fait,
tu demandes à LIA de générer des données fakes
pour remplir ton app.
C'est top, ça.
C'est ça.
C'est ça.
Et pour le coup,
c'est natif ou il faut installer
quelque chose?
Alors, généralement,
tu vas installer le package
pour la Ravel pour générer des données
que tu vas remplir ta base de données
quand tu développes
avec des données fakes.
Et généralement, tu lui demandais
créer un user, créer des trucs comme ça,
mais il y avait déjà des fonctions qu'il crée.
Là, tu vas carrément demander
un prompt à LIA pour que
tu génères des choses un peu plus complètes.
Ils donnent l'exemple du premier
équipe de foot
d'Angleterre.
Ça donne Manchester United.
Voilà, ça va chercher
un petit peu plus loin.
On va dire un peu, c'est un petit peu tout match,
mais ça peut être intéressant
dans certains cas de figure, et puis c'est marrant de
faire générer ça par l'Inaque.
Oui, après, c'est une haute case.
C'est aussi une bonne haute case d'aller
croquer des crédits au PENIA.
C'est cool.
C'est de polluer.
Ouais, mais après,
c'est sympa.
Après, il y a quand même pas mal de librairies
qui existent déjà sur le fait de fêquer.
Potentiellement, on pourrait
s'en passer.
Mais là, c'est peut-être pour aller chercher des données
réelles, et non pas
des trucs complètement sortis du chapeau,
générer des trucs trop bizarres.
Là, c'est des données
qui peuvent être
plausibles et potentiellement réelles.
Oui, c'est à du texte,
qu'elles peuvent générer des paragraphes,
des choses comme ça, un peu plus
structurées que de l'orel vimson.
Ouais, non carré.
Pour mettre la situation pour mon application.
Yes.
Carrément.
Et donc, maintenant, on peut le dire.
On peut en parler pour de vrais.
On peut
revenir sur la nouvelle.
Ça y est.
Tailwind.
Ah, ça a été.
Tailwind.
Il n'a pas eu longtemps
entre la Beta et la version finale,
parce qu'on en avait parlé dans l'épisode de décembre,
je crois.
C'était assez rapide.
Mais le temps de gestation a été très long
avant d'arriver à la Beta.
Mais là, ça y est.
C'est sorti, version 4 de Tailwind.
Ils annoncent un
score de 100 fois plus rapide
sur l'Injen.
Enfin, sur le moteur de rendu, c'est hallucinant.
Et 5 fois plus rapide
sur la construction.
Enfin, sur le build.
C'est ça, le gain.
C'est vraiment de performance de build
d'incrémentale.
Ça répond hyper vite.
Mais ça, c'était le moteur de capitaliste.
Il me semble qu'il avait développé.
C'est ça.
Gros gain au niveau de l'expérience
d'utiliser un développeur.
Ça, c'est sûr.
Après, le gros avantage, c'est
CSS First.
Avant, il y avait
cette idée de côté un peu hybride
où on faisait quand même ça config
tout en JS.
Et donc, voilà, là, pour le coup, ils
reviennent sur des fondamentaux
et ils implémentent des
fonctions natives qui sont sorties
en CSS et qui sont stabilisées
propres pour venir
construire par-dessus.
Ce qui fait que je pense aussi
que la portabilité
d'un projet vert
du Tel Win sera d'autant plus facile,
je pense.
Après, je ne suis pas allé
investiguer
Ça prend la charge.
En fait, ils ont tout porté sur du natif.
C'est les variables CSS pour tout ce qui est config, etc.
Ils ont les containers queries
aussi qui sont pris d'office aussi,
je crois, c'est intégré.
Voilà.
Tout devient natif par défaut.
C'est aussi pour ça qu'il y a une meilleure performance
aussi, je pense.
Par contre,
je vais redire ce qui est...
J'ai déjà dit la fois précédente,
tout le monde est d'accord
pour dire que le passage
de la V3 à la V4
ne va pas se faire
sans friction.
Ça, c'est sûr.
Tout dépend, je pense, de la taille de l'app.
Oui, mais il y a quand même des outils, normalement.
Moi, j'avais testé au moment de la péter, on l'avait déjà parlé,
mais ils ont peut-être amélioré les choses.
Après, il y a des outils.
Faites-nous vos retours
si vous avez testé
une migration
sur la V4 de Taïwine.
Dites-nous si ça s'est bien passé ou pas.
Si c'est compliqué.
Super curieux
des retours.
Super curieux.
Allez,
autre annonce aussi
de Medusa,
qui est le e-commerce
modulaire
qui se veut
en concurrence directe avec Shopify.
Par contre,
là, on va garder le contrôle de tout
tout à un niveau
de toutes les modules,
tous les granulaires.
On peut installer que la partie fronte,
que la partie aides-laise, que la partie admine.
Chaque brique va pouvoir interagir.
Et là, ils reviennent avec un système de plugin.
C'est quoi exactement ce système de plugin ?
Ils ont sorti
quelques temps la version 2
de
Medusa.
Grosse refonte, grosse structuration.
En fait, je crois qu'ils sont trop écrits.
Ils ont rajouté cette fonctionnalité.
C'est tout frais.
Le 27 janvier, on est le 28.
Donc, de pouvoir
développer des plugins et rajouter des plugins.
Il y a déjà des plugins qui existent que tu peux utiliser.
Comme militiaire, je sais les choses comme ça.
Ou Stripe qui est déjà par défaut, je crois.
Et tu vas pouvoir développer tes propres plugins.
Comme on peut le retrouver dans WordPress,
ou commerce, ou tout ces choses-là.
Ou PrestaShop, etc.
Donc, en fait, c'est une extension
de features
que tu viens encapsuler
dans un système de plugins, de modules.
Enfin, eux, ils appellent ça
des plugins.
Mais c'est vraiment des extensions
qui vont venir étendre
les fonctionnalités natives du corps de Medusa.
C'est ça.
Mais c'est vraiment indispensable de toute façon
à tout système open source
pour qu'il s'adapte
à tous les projets.
C'est peut-être le seul chose qui manquait
à Medusa 2.
Ça vient d'arriver.
Et surtout, c'est aussi un bon moyen
d'ouvrir la communauté
et peut-être de développer un ecosystem
payant.
Si aujourd'hui, WordPress a le succès
qu'il y a, c'est qu'aussi
il y a eu plein d'acteurs privés qui se sont mis
et qui ont développé tout un ecosystem
de fonctionnalités payantes.
Et donc,
on va dire,
la viabilité du projet
tient aussi à ça,
à tout son écosystème, à une communauté.
Et le fait de permettre ce genre de fonctionnalités
nativement, ça ouvre
des grosses possibilités pour le futur.
Donc, c'est complètement...
stratégiquement, c'est très bien joué.
Clairement.
Medusa, client très sérieux pour le e-commerce.
Et puis, là, avec le système de plugin,
ça va être vraiment inturé.
Donc, on va pouvoir adapter
toutes les connexions avec des CRM ou ce que tu veux.
C'est l'imagination et sans limite.
Le seul problème, c'est qu'il arrive
un peu tard pour moi.
C'est le seul problème.
C'est qu'au moment où moi,
j'ai commencé mon gros projet,
ils n'étaient pas encore matures
et donc, il fallait prendre une décision.
Et je pense que je devrais
si je dois commencer aujourd'hui,
repartir d'aujourd'hui,
je pense que
j'y m'intéresserais vraiment.
Parce que je pense qu'il y a moyen
vraiment de faire des choses
intéressantes avec
Medusa.
Yes.
Ah, ça, c'est du
les Razinstar.
Ça, c'est le nanard de tous les ans.
Tous les ans, en fait, il y a le best of
J.S.
Tous les ans, depuis 2016,
ils font leurs reports.
Alors, on est très loin du state of J.S.
qui est vraiment
spécifique. Là, c'est un petit peu plus
complet.
Et en fait, on voit
l'évolution, tous les écosystèmes
vraiment.
Après, c'est vraiment de la fame.
Parce que c'est...
la source, c'est le nombre
de stars sur GitHub, c'est ça ?
Ouais, c'est ça.
Ouais, c'est le classement par rapport au stars
sur GitHub. Mais ça donne
une idée des projets qui montent
ou ceux qui descendent.
Et puis, voilà,
des projets populaires, puis ça fait
découvrir aussi des projets qu'on
éventuellement connaît pas, qui sont
dans la hype.
Ouais.
Et pour le coup, sur les
projets, donc, tout confondus,
pas de framework, rien du tout.
On voit
Excalidrogue, voilà, qui
a explosé.
alors, Afin aussi,
mais Bruno,
sur lequel on avait
discuté de Bruno, qui est super
bien, qui est un très, très,
un client sérieux pour remplacer
Postman, et
très, très intéressant.
N8n pour
l'automatisation, qui a connu un
gros, gros, gros succès avec
l'IA,
avec automatisation
de tâches classiques, mais ils
ont beaucoup investi sur les
connecteurs IA, et ce qui fait que
ça nous permet de faire des choses
intéressantes. HTML,
HTMLX.
C'est fou, hein, HTMLX.
C'est fou. Bien trouvé, là.
Ouais. C'est hallucinant.
Tori, qui est sorti en version 2,
qui est, on va dire, le
digne successeur d'Electron, on
pourrait dire, je ne sais pas, on
pourrait dire ça, non ? Ouais,
c'est ça, oui, c'est ça. En rust.
Exactement.
Soupa Base, qui
se veut, l'alternative
Open Source, à
Firebase. Flowwise,
ça, je ne connais pas ça.
C'était un système
un peu de low-code pour faire
de l'IA, des RAG,
des choses comme ça. Ok.
Et Payload,
qui est un CMS headless.
M'intéressant.
Attends, t'as loupé le premier,
au-dessus de ce calendrier.
Le tout premier, c'est quoi ?
Ah, mais c'est Chatzen.
Là, on
peut difficilement lutter
contre ce RAG de marée.
Mais en même temps, le
projet est super cool, c'est super
cali.
Chatzen, slash UI, c'est
clair que c'est le...
Et je crois qu'ils ont développé un
truc de charte il n'y a pas très
longtemps, non ?
Honnêtement, je ne sais pas. Je
ne l'utilise pas.
Et c'est possible.
Ça, c'était pour tous les
projets global, global,
pardon. Et il y a
évidemment, pour chaque
framework, React, vu tout
l'écosystème back-end,
tout l'écosystème tooling, le
mobile, il y a...
On ne va pas tous les faire, c'est
pas le but, mais
il y a quand même...
Mais regarde quand même les
front-end, le
front-end framework.
Regarde le premier.
Non, t'étais tu là, dessin un
peu. Tac, tac.
C'est là.
Htmix, devant React.
Ouais.
Ouais, après, ils regardent
sans doute la progression, le
nombre de stars qu'ils ont
chopé sur l'année.
Donc potentiellement,
oui, ça se tient.
Htmix a chopé
plus de...
Ils étaient deuxième en
2023, Htmix,
et en 2024, il est le premier.
Donc, tu vois.
Continue à progresser.
Ouais, après, je
sais, peut-être que
il y a un truc à faire avec
Htmix. Je sais pas.
Moi, je suis pas
totalement fan de ça.
Je n'ai pas encore trouvé le use
case qui me dit, putain, il faut
à tout prix que j'utilise cette
technola pour faire ça.
Ah, mais donc c'est plus adapté
à des projets classiques, HTML.
Tu vas mettre de l'interaction
avec tes attributs.
En fait, l'utilisation est super
simple. Tu mets quelques attributs,
tout ça, et ça va te faire les
plus simple. Mais c'est plus pour
des projets qui sont en pure HTML
avec du PHP ou des choses comme
ça. Si tu fais du React ou du vu,
tu n'en as pas du tout l'usage.
Ouais.
Mais bon,
après, ça ne reste
que des
stars de GitHub.
Et donc, c'est
le ego-trip ou le vanity-metric,
comme disent certains marquetteux,
qui est plutôt
pas mal.
Allez,
là, par contre, on revient
sur quelque chose de plus solide.
La
transition est complètement nulle.
Je l'en suis dévoilé.
Il reste pas mal.
Solid.js,
où en fait, c'est un article
du créateur de Solid.js
qui vient
avec
son point
de vue. Il a créé
Solid.js, Solid.start.
Et il vient
un petit peu parler de React et de vu.
Il critique
en gros, il critique la complexité
des croissantes des frameworks web
modernes, comme React et Angular.
Donc, il met en avant Solid.js,
parce qu'il est simple et performant.
Et en 2025,
surtout, l'article que j'ai rajouté,
parce qu'en 2025, il prévoit un virage
vers les outils, alliants en puissance
et simplicité.
Donc, il dit que dans les frameworks
à surveiller, c'est Angular
et vu vraiment pour 2025.
Parce que c'est simple.
Et pourquoi?
En fait, il
n'a pas commencé en disant que Angular
c'était complexe, mais qu'ils étaient
enceintes.
Mais ça simplifie.
C'est vrai que Angular
est en train de se simplifier
à l'inverse
d'un autre framework
qu'on ne citera pas.
Mais, voilà, des frameworks
qui sont en train de se modifier
et de regagner en popularité.
Angular est vu, évidemment, qui est toujours là.
Qui a toujours été facile à prendre en main.
Et qui reste un super compétiteur.
Parce qu'il a tout pour
faire des très gros projets.
Contrairement à ce que beaucoup pensent
vu
et largement capable de faire des gros projets.
Arrête, parce que là, on va dire que
je t'influence et que...
Non, non, non!
Non, non, c'est la vérité.
Bien sûr.
Pour en parler régulièrement
avec des
équipes de devs ou des choses comme ça,
c'est toujours la même chose. Quand tu parles de vue,
ah, vu, ouais, c'est facile à prendre en main.
Du coup, comme c'est facile,
c'est forcément considéré comme
quelque chose de pas sérieux.
Mais Patrick, rappelle-toi qu'en bon
un gêneur informatique,
il faut
le culte de la complexité.
Si c'est complexe,
alors il n'y a que nous qui pouvons le faire.
Et donc, si il n'y a que nous qui pourront le faire,
on est malin, on est intelligent,
parce qu'on est des devs.
C'est un peu la culture, et c'est triste,
et c'est vraiment triste.
Mais il y a un peu
le côté un peu érudit.
Et donc, le fait d'utiliser
des choses complexes,
on se sent un peu plus malin.
Mais bon,
on peut
difficilement lutter contre ça.
Et je pense qu'il ne faut pas.
Mais c'est dommage.
Mais bien sûr.
C'est dommage, parce qu'on tourne en rond.
On tourne vraiment en rond
au niveau du développement.
Parce que les boîtes veulent faire du react du next,
parce que les devs font du react du next,
c'est les devs font du react du next,
parce que les boîtes veulent faire en fer.
Donc en fait, on tourne en rond.
Ils n'arrivent plus à sortir de ce cercle.
Quand tu leur parles de nukes,
des choses comme ça, d'alternatives,
bah non,
peut-être, mais non.
Il y a moins de devs,
le marché des devs, les devs le marchaient.
Mais en même temps,
si tu maîtrises react du next,
tu maîtriseras sans problème du nukes,
c'est déjà pas script.
En reste, non.
Et c'est comme toujours
la plupart de tes problèmes
ne sont pas liées
à vue ou à nukes
ou à next.
Plus part des problèmes, souvent,
c'est du js, les problèmes de js.
Donc, les fondamentaux...
Oui, on va même pas parler de t'abstript,
mais de les fondamentaux du js.
Et oui,
et oui, et oui.
Et c'est pour ça qu'on arrive directement
sur un autre article qui nous dit
« You don't need next js.
On n'a pas besoin de next js. »
Alors là, c'est encore
un pamphlet qui est...
C'est une prise de position qui est assez
dure et assez radicale.
Perso, moi, ça me va.
Mais qu'est-ce qui nous dit
cet article ?
Après, il est...
Il donne des faits.
Alors après, ça n'applique pas forcément
à tout type d'application.
Son application se prête
parfaitement à la SPA.
Donc rendu client uniquement.
Jusqu'à là, c'est un service
qui s'appelle confi deploy.
Je crois que ça dit pour déployer.
J'imagine, vu le nom. Je connais pas.
Et donc, en fait, ils étaient sur next js.
Et puis, petit à petit, ils se sont rendu compte
qu'ils avaient déjà des coûts
prévus chez Versel. Ils parlent d'une facture
inattendue de 2 000 dollars.
Donc...
A hashtag épisode Qulifile, les gars.
A hashtag Qulifile.
Ils disent que les tests étaient de plus en plus
compliqués, que les compilations
étaient de plus en plus longues, jusqu'à 7 minutes
même, certaines compilations.
Avec le dev en local, ils devenaient de plus en plus lents.
Donc ils ont décidé, en fait,
de retourner sur une architecture
uniquement basée sur React
avec Tanstack Router, des choses comme ça.
Voilà, du pur SPA, basé React,
Tanstack Router.
Donc, Simplicity.
Et ils ont gagné tout
en performance, tout ça.
La compilation est beaucoup plus rapide, en moins de 2 secondes.
Voilà. Les tests builds, ils parlent de moins
de 18 secondes, alors qu'avant ils
parlent de 7 minutes sur Next.
Ils expliquent dans ce article
la migration et les gains qu'ils ont eu.
Eh ouais.
C'est...
Il y a toujours cette suite
en avant, techno.
On va pas revenir sur ce qu'on vient de
dire, mais c'est très intéressant
de comprendre
en fait le choix technologique
qu'on fait a toujours un impact.
Et c'est pas parce que c'est hype,
que c'est bien.
Hashtag
legacy, boring tech.
Boring, boring techno,
des trucs comme ça, mais ça parfois
ça fait vraiment le job.
Ouais, mais souvent,
sur des applications
ou qui sont juste SPA, on n'a pas
forcément besoin de se jeter direct
sur du Next ou du Next.
Il n'y a pas à force à avoir un frémoire
complet avec tous ces mécanismes de rendu,
statique, etc.
Une simple SPA peut faire le job, en fait.
Après
le fait d'avoir
une multiplicité
de pages, de pouvoir
partager l'URL de tapage,
des choses comme ça, ça rend quand
même
sans passer du temps à configurer ton
router ou des choses comme ça.
Il y a toujours
des gains.
Ouais, ça dépend le projet, ça dépend l'app.
Ouais, bien sûr.
On a un système de dashboard où tu dois te connecter, etc.
Ça n'a pas besoin de...
Bien sûr.
Et les routers sont très simples à mettre en place maintenant aussi.
Si tu prends du temps de stack routers,
c'est hyper simple à mettre en place.
C'est vrai.
Je pense que tu as connu aussi
le fichier de config
dans View Router, où tu devais te taper
un énorme fichier.
Et là, tu comprenais pas.
C'était horrible.
C'était horrible.
Mais bon, ça, c'était
avant.
Allez, on bascule
sur Shopify
qui nous fait un retour
d'expérience
avec leurs 5 années
passées sur
React Native.
qu'est-ce qu'il en sort
de cet article?
Il revient
sur 5 années de transition
sur React Native
pour les développement mobiles.
Ils ont des applications mobiles
sur Shopify
pour gérer ces sites.
Ils revient là-dessus.
Ils ont gagné le performance,
le portabilité,
le dev qui travaille
sur Android et iOS en même temps.
Tous les avantages
de React Native,
c'est que du positif.
Et ils continuent
à la fin, ils finissent par dire
qu'ils continueraient à investir sur React Native.
Ils sont très contents, 5 ans après,
d'être partis sur cette techno.
Et voilà.
Donc, un bon petit retour
d'une vraie utilisation
d'une grosse entreprise qui marche fort.
Grosse, grosse utilisation.
Non, des plaises au
hater
des app hybrid.
Ouais.
N'aie pas de hashtag.
Native app only.
Guys,
on les connaît.
OK.
Intéressant, intéressant,
intéressant.
Oui, puis là, ce n'est pas une petite app
qui n'est pas utilisée.
C'est un gros truc, du Shopify.
Donc,
un vrai retour d'expérience.
Gros retour d'expérience.
Hyper intéressant.
Célébra
inférence.
Qu'est-ce que c'est que ça ?
On bascule dans notre brique IA.
Donc, pour ceux qui ne savent pas
encore ce que c'est, l'inférence,
on va redire très rapidement.
C'est l'utilisation.
C'est la consommation
d'un modèle.
Et donc, là,
célébra inférence.
Qu'est-ce qu'elle annonce
des performances de ma boule,
des contextes où on peut envoyer
beaucoup de tokens,
des mille tokens à la seconde, quasiment.
On peut faire de l'entraînement,
je crois aussi.
En fait, l'inférence,
dans l'alternére épisode de IA,
qu'on vous invite, évidemment,
à écouter.
D'ailleurs, on avait oublié de vous dire
de nous faire un retour en commentaire,
si ça vous a plu l'épisode IA,
et si vous êtes ok pour qu'on fasse
d'autres épisodes, évidemment.
On avait parlé d'un service,
je ne me souviens plus du nom,
groc.
C'est ça, voilà, qui était ultra rapide.
Et on a aussi donc Cérébra
AI, qui est en Californie,
je crois, et qui est
pareil, inférence. Alors, ils se disent
la plus rapide du monde.
Alors, groc, c'est exactement
la même chose.
Mais alors, j'ai testé ce matin
le chat, et c'est juste hallucinant.
T'as une vitesse de réponse bluffante.
C'est-à-dire, moi, j'ai mis plus de temps
à écrire ma question, pour qu'il me réponde.
Que lui, il me répond, quand même,
plusieurs paragraphes, mais en extrêmement rapide.
C'est juste hallucinant. Je ne sais pas
comment c'est possible.
Pour le coup, tu vois, je ne sais
pas comment Cérébra a fait.
Par contre, moi,
je me suis vachement documenté sur Groc.
Et en fait, Groc, ils ont fait
leur propre chipset optimisé,
qui est un mélange entre
du GPU et du CPU
mais optimisé pour les modèles.
Et en fait, c'est grâce
à cette techno hardware, qu'ils arrivent
à avoir des propriétés
d'inférence, mais ultra, ultra, ultra rapide.
Et donc, c'est grâce à ça.
Par contre, je ne sais pas
en fait comment
c'est fait sur
Cérébra.
Par contre, tu payes quoi ?
Tu payes le token, tu payes
ses gratos.
Pour l'instant, tu ne fais rien,
parce qu'en fait, il faut remplir un formulaire.
C'est tout nouveau, c'est vraiment tout nouveau.
Il faut remplir un formulaire
pour dire ce que tu veux faire.
J'attends la réponse pour l'accès.
Tu peux quand même tester le chat
sur le site, gratuitement.
Mais j'attends
mon accès.
Et par contre, tu peux mettre quoi
comme modèle dessus ?
Il y a du Lama.
Tous les modèles dits open source.
Oui, c'est ça.
C'est les modèles open source.
J'ai testé sur du Lama 3.3
je crois ce matin.
Il y avait le 3.1 aussi.
Après, je n'ai pas fait le tour,
mais il y a plusieurs modèles, mais surtout l'open source.
Certainement, un deep seek bientôt.
Il y a une grande chance que
ça arrive très vite.
C'est disponible aussi.
D'ailleurs, c'est grâce à ça que je l'ai découvert.
C'est disponible sur Versel.
Tu sais, il y a la pays
où tu peux appeler modèle direct.
Excellent.
On reste toujours
dans la version un peu
IA
builder.io
qui est un espèce
enfin
c'est pas ce lien, c'est l'autre.
Mais c'est pas le bon lien.
Mais c'est eux.
C'est lovable.dev
Et c'est un
voilà, tu es dessus, nickel.
Très rapide, je vois que tu maîtrises maintenant.
Donc c'est un système
pour générer des apps.
Un peu comme
rappelle-moi le nom.
Bolt.
C'est équivalent de Bolt, donc tu lui fais un prompt
il peut te générer une app etc.
Sauf que
alors déjà c'est européen, je crois que c'est
au Danemark, les devs
enfin la boîte. Et tu peux importer
un Figma.
Donc ça passe par
quand tu es dans Figma, tu utilises le plugin
builder.io justement
qui va t'exporter
vers lovable.
Et donc après, à partir de ce Figma
il est capable de ce HTML
généré du Figma, il te fait l'application.
Il y a de générer l'application.
Alors j'ai testé un petit peu.
C'est ça marche.
Bon oui.
Et après j'ai itéré un petit peu.
Il y avait des chiffres, façon d'achbord.
Je lui ai dit de me faire un petit
des comptes, des chiffres etc.
Il me l'a rajouté.
Donc oui, ça marche très très bien.
Et c'est à partir de Figma.
C'est hallucinant.
Moi je pense sur tout ce qui est l'ending page
acquisition
ou des choses comme ça
on design tout sur Figma.
On passe sur ces systèmes là.
Ça nous sort du HTML.
Un peu quick ender team.
Mais au moins ça marche.
Et la possibilité d'itérer
la vitesse d'itération
va être multipliée par je sais pas
combien.
Et c'est hallucinant.
Oui, puis derrière tu retouches un petit
peu, tu retouches un petit peu, tu pofines
machin, tu corriges.
Mais oui tu gagnes un temps.
En tout cas pour lancer le truc
tu as de suite quelque chose d'utilisable
et après tu finis à la main.
Oui.
Bien sûr.
Et tu vois
je voyais des
discussions de devs
et de no codeurs.
Ils me disaient on a plus besoin de devs
on a plus besoin de devs
tout.
Objectivement, on va aller très très vite
avec ces outils là.
Par contre
le fait d'avoir des compétences
même minimes, même minimes
en devs en fait vont te permettre
de twequer le dernier truc final
de
100 pour autant croquer
des tokens et des tokens
et de réitérer à chaque fois.
Parce que tu comprends que là tu peux chanter
parce que tu as cette logique là
de devs. Et donc je pense que
t'as tout intérêt à utiliser ces outils là
pour faire 80% du boulot
ou 90% du boulot.
Et les derniers 10%
tu reles, tu réajustes
avec tes compétences toies propres
et là en fait tu peux faire vraiment
très très très très mal je pense.
Oui, oui surtout
et puis il faut surtout savoir lui l'exprimer
ce que tu veux modifier
et savoir lui dire ce que tu veux.
C'est pas aussi simple.
Donc ça reste en quête de l'iterration
de prompt, de faire un mesure.
J'avais vu, je sais pas si t'avais vu, il y avait des artistes
maintenant IA
on appelle ça des artistes IA qui font des arts
des oeuvres d'art en fait avec LIA
mais c'est toujours considéré
en gros comme de l'art
parce qu'en fait certaines oeuvres d'art
demandent jusqu'à 800 itérations
donc c'est énormément de travail pour arriver
au résultat final. Malgré tout il y a du travail
c'est IA qui bosse mais il faut savoir lui exprimer
les modifications, le besoin que tu veux
etc. Donc les devs aussi
ça va servir aussi beaucoup à ça
on va exprimer le besoin
parce que c'est vrai que souvent on va pas parler
des clients mais exprimer le besoin
c'est compliqué.
Non, c'est vrai ?
Suivez mon regard.
Suivez mon regard.
Alors pour ce c'est une private joke
qu'on a entre avec Patrick
où on a eu des interactions
sur des clients communs
où on avait besoin
d'échanger
et on est tous d'accord pour dire que
la définition et l'expression
du besoin client est parfois
toujours un peu compliqué et c'est à nous
en tant que dev d'être en capacité
de faire accoucher le client
de sa demande
et de verbaliser mieux que lui-même
sa demande.
J'aime bien ton terme accoucher.
C'est vraiment ça.
C'est vraiment ça.
Yes
L'usine
digitale
on est obligé de parler
du nouveau modèle
qui vient de sortir
de DeepSync
qui est la start-up chinoise
qui annonce
des performances
de ma boule
et qui a rendu
son modèle disponible
et beaucoup de personnes
ont testé et sont plutôt bluffés
par
sa capacité
à verbaliser
et à structurer, à raisonner
à sortir des mathématiques
du code
et on se devait de parler
de DeepSync
et je pense que
la version chinoise
d'openya est plutôt
pas mal.
Ouais de toute façon on est obligé d'en parler
parce que c'est un changement.
Là c'est vraiment un événement
et un changement de paradigme
parce que c'est surtout le coût
qu'ils ont eu pour entraîner le modèle
qui est 100 fois inférieur
à Openya
et d'ailleurs la bourse
c'est tout frais, ça fait une semaine qu'il a sorti
le modèle
et hier le lundi matin
la bourse est effondrée de l'Union
puisque ça remet en question
les investissements
et la justification aussi de
pourquoi Openya y est sur leur coût
aussi cher d'entraîner le modèle
et pourquoi les chinois ont réussi à faire
un truc qui coûte beaucoup beaucoup moins cher
alors il faut aussi dire que le fait
qu'il coûte moins cher à entraîner
va aussi coûter moins cher à l'utiliser
en tant que lèvre quand on va faire de l'inférence
les tokens seront beaucoup moins cher
donc c'est aussi intéressant à ce niveau-là
mais ouais là on est dans un virage
alors on va voir ce qui va se passer
parce qu'en plus on n'est pas dans le rendez-vous tech
alors on va pas faire politique tout ça
La projection
En fait c'est un coup de massue
là ils ont vraiment réussi un tour de force
et à quelques jours de l'annonce
de Stargate
l'investissement massif aux Etats-Unis
enfin tout ce succès là
c'est assez intéressant et de voir comment ça
En tout cas Deeppsych a eu beaucoup de mal à la répondre
et était un petit peu down pendant 2 jours
donc un peu de trop de succès
apparemment certains disent qu'ils se sont fait attaquer
mais je pense que c'est surtout le succès
mais assez incroyable
cet annonce et ce modèle
qui arrive de Chine
Et ce qui est hallucinant
c'est que tu peux télécharger le modèle toi-même
c'est-à-dire que tu peux le faire tourner
tu peux déjà le faire tourner
sur ton Olamah
si tu as une machine assez puissante
et tu vas avoir différents types de modèles
avec des tokens d'entrée
voilà tu as le 7, le 15, le 70, le 140
et donc évidemment si tu fais tourner
un gros modèle
il va te falloir une grosse machine
pour pouvoir supporter tout ça
mais même les modèles
avec vraiment
on va dire lite
je ne sais plus le terme exact
qu'ils utilisent chez DeepSyc
mais la version lite
en fait va vraiment
être en capacité
à verbaliser des phrases de manière hallucinante
et tu peux faire tourner
ces modèles-là
en local sur tes petites machines
et ça c'est...
si tu peux le faire tourner sur Olamah
il est disponible
j'ai regardé ce matin
est disponible aussi sur GreenFace normalement
donc
voilà c'est du vrai open source
et...
après est-ce que c'est du vrai open source
c'est ce qu'ils ont publié toutes les données
alors oui ils ont publié plus de choses
qu'eux
que les autres
que Meta et
Mithral donc oui ils considèrent
qu'il est plus open source celui-là
et d'ailleurs tu peux le ré-entraîner je crois derrière
donc...
d'ailleurs la start-up à la base
c'est pas vraiment une start-up tech
c'est un fonds d'investissement etc
qui utilise ça
donc ouais
intéressant et ça fait plaisir
de voir de l'innovation
qui vient d'ailleurs que les États-Unis
et ça par contre ça doit
peut-être faire peur un peu au rican
qui ont dépourçés des millions
ça c'est sûr
en attendant nous on a sorti Lucie
en France donc c'est cool
ouais
c'est méchant
pas de politique
sur double slash on a dit
mais oui
malheureusement on est un peu loin
après on
peut pas jeter la pierre
c'est déjà une initiative
ils essayent
par contre c'est sûr que je pense qu'ils sont très loin
des budgets à accorder
et quand la Chine
mais un pourcentage
de son PIB
dans l'histoire le PIB
même le pourcentage
à la fin il est tellement énorme
qu'ils ont des moyens hallucinants
ouais
top
écoute Patrick on en reste là
pour ce premier épisode de l'année
news
séquencé avec cette nouvelle rubrique
dites nous si vous voulez
des rubriques bien spécifiques
sur lesquels on pourrait venir
alimenter ces épisodes news
en tout cas nous ça nous fait toujours
plaisir d'être là
au rendez-vous sur les news
on sera encore là sur
2025 on vous dit
un grand merci d'être restés jusqu'au bout de l'épisode
et on vous dit à bientôt pour d'autres épisodes
ciao ciao
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
Les news web dev pour février 2025