Bonjour à tous, bienvenue sur ce nouvel épisode de Double Slash, troisième épisode de News
d'Octobre 2024.
Et on a décidé de l'appeler la Release Candidate 3.
Comme d'habitude, nous sommes avec Alex.
Salut Alex.
Salut Patrick, salut tout le monde.
Et super content de faire cette Release Candidate 3, à savoir qu'elle sera quand même publiée
et elle sera sortie.
Donc c'est la RC3.
Et je te propose maintenant qu'à chaque fois qu'on fait une news 1, 2, 3, ça sera RC1,
RC2, RC3.
Et ça sera très bien comme ça.
Ça te va ou pas ?
Peut-être une version beta avant.
Non, je sais pas.
Non mais c'est pas mal.
Petit.
Alors, à l'épisode 99, là vous êtes en train d'écouter l'épisode 99, donc on arrive
à 100 épisodes.
Exactement.
Et c'est quoi ? Petite anecdote, ça me fait super marré parce que je me rappelle
quand on a créé le Poète Paste, en fait, je voulais mettre deux chiffres, tu vois,
donc 0, 1, 0, 2, 0, 3, 0, 4.
Et je me suis dit non mais vas-y, je mets trois chiffres, quoi.
Et en fait, et maintenant, en fait, les trois chiffres, ils vont bientôt arriver au prochain
épisode.
Donc vous écoutez l'épisode 99 et on peut déjà dire un grand merci à toutes les personnes
qui nous soutiennent depuis le début.
Et il y en a tous ceux qui sont arrivés sur la courbe de croissance qu'on a connue.
Et donc ça fait super plaisir que vous soyez là, petits commentaires, vos sponsorings,
tout ça.
Nous avons aidé à arriver jusque à l'épisode 100 qui sera bien...
Le dernier.
Non, dis pas ça Patrick.
Dis pas ça.
Non, on arrête pas.
On vous rassure, on arrête pas.
Allez, épisode News du mois d'octobre.
Gros sujet de la conférence Next.js.
Quand on est développeur front, on est obligé de passer par...
À un moment donné, on parle de Next, on est complètement obligé.
On va parler aussi de Surildibi, de Turso, de Pissies.js.
Tout ça.
Et du zaf.
Et de Medusa qui fait une grosse, grosse update aussi.
Allez, on attaque tout de suite.
On commence par le gros du sujet.
La semaine dernière, c'était la Next.js conf.
Donc c'est le gros événement de...
Alors c'est pas verselle pour le coup.
Mais c'est que sur le framework Next, qui est la surcouche, on va dire le métaframework
au-dessus des réacts.
Qu'est-ce qu'il a été dit dans cette conf?
Ecoute, Next.js version 15 est sortie quelques jours avant la Next.js conf.
Donc ils n'ont pas attendu la conf pour le mettre en dispose.
Donc il est vraiment sorti officiellement juste avant.
Il faut savoir, petit anniversaire de Next.js aussi, il a 8 ans.
Le 25 octobre 2016, il a été lancé, la première version.
Donc 8 ans pour un métaframework.
Un petit moment qui dure.
Et je vais faire mon relou.
Mais je crois que Next, donc la même version que t'es vue, a aussi 8 ans aujourd'hui ou pas loin.

Ah ouais?
Ouais, ouais.
C'est marrant.
Donc...

Écoute, après, on va revenir sur la nouveauté de Next.js.
Mais vite fait sur la conf.
J'ai regardé la conf d'ouverture de Guillermo, si Délba aussi, quand elle parle.
Il y avait aussi Robinson.
Donc voilà, un peu les premières têtes d'affiche de version Next.js.
Guillermo, déjà un petit changement de vêtements.
Il est un peu moins, il est un peu plus cool sur scène.
Donc ça c'est sympa.
Ça confète, c'est intéressant.
Il a pris carrément, il a codé un petit peu en live tout ça pour truc.
Donc ça change de d'habitude, tu vois, de ce qu'on avait vu les autres années.
En gros, ce qu'il a présenté, c'était les quelques autres...
En fait, il a avoué à demi-maux qu'effectivement, Next.js est devenu trop compliqué depuis...
qu'ils ont écouté les utilisateurs.
Ils vont aller un peu plus sur la simplicité, ils ont dit c'est de la compétition.
Pas vraiment voulu, etc.
En fait, le fait d'avoir multiples options de cache, etc.
ils avouent que c'est devenu trop complexe.
Donc là...
Trop de choix, tu le chois.
Ouais, en quelque sorte.
Et puis, tu vois, ils passent leur temps à rabâcher avec des vidéos pour expliquer
qu'ils fonctionnent tout ça.
En gros, à partir du moment où tu commences à devoir expliquer, c'est déjà à la base.

Ouais, après, si par exemple tu fais juste des vidéos...
Moi, je trouve qu'il faut quand même un minimum d'explication pour expliquer comment ça fonctionne.
Par contre, quand tu as atteint un niveau de complexité tellement énorme que même
les gens ne comprennent pas, peut-être que là tu es allé un petit peu plus loin.
Et peut-être que, justement, comme ils disent, ils ont écouté la communauté, ils arrivent
à trouver un juste milieu, ils sont peut-être allés dans l'extrême compétition.
Peut-être avant, c'était ultra simple et donc ça manquait de fonctionnalité.
Peut-être qu'on arrive à une période de maturité où justement, c'est un petit
peu plus facile mais toujours efficace et efficiant.
Ouais, en fait, le truc, c'est que les JS se fait tellement de différents modes de rendu, etc.
De cache, de gestion de cache que... Voilà, pour un petit site, ça devient trop compliqué.
Après, pour un site plus complexe, c'est forcément utile.
Donc, ils ont inversé la tendance.
Donc déjà, ce poc côté-là, on va reparler après.
TurboPak aussi, il a revenu sur TurboPak, qui est officiellement stable pour le Dev.
Voilà, donc TurboPak qui met en cache, etc.
Hyper rapide.
Alors, ils ont amélioré le call start, ils sont super améliorés.
Ils ont amélioré la compatibilité avec toutes les librairies externes comme de
qu'on peut avoir en CSS, etc.
Donc, stable pour le Dev, ils passent tous les tests.
Donc, c'est officiel, vous pouvez l'utiliser sans problème.
Pour la version build, donc pour la version prod, c'est pas encore prêt.
C'est bientôt prêt.
Ils passent pas encore tous les tests.
Voilà, TurboPak, ça a beaucoup avancé.
Donc, c'est cool.
Et après, je vais revenir après sur les nouveautés de Next.js 15.
Alors, c'est pas une version, voilà, on a eu la 14.
La version vraiment officielle, vous savez, il y avait vraiment du gros changement,
c'était la 13.
Après, il y a eu la 14, la 15.
Il n'y avait pas de gros break-in-change, etc.
Donc, c'est pas une version révolutionnaire.

Mais on s'abutue quand même à l'avoir tous les ans, à peu près, en octobre,
la nouvelle version de ce qui se fait dans Apple, etc.
Donc, comme je disais, simplicité.
Alors, ce qu'ils ont fait, en fait, évidemment toujours plus stable, plus performant,
évidemment, ils travaillent essentiellement sur la version app et plus sur la version
PageEase, puisqu'il y a une version donc prise en charge de React 19.
Et toujours sur React 18, React 18 sur la version PageEase, voilà, on reste.
Ils ont sorti un code mode.
Donc, tu lances une CLI avec un code mode pour passer en migration vers la version 15.
Donc, si jamais les choses qui ne sont pas compatibles, ça va te le signaler, etc.
Donc, c'est cool.
C'est ce qui se faisait un peu en gulard, donc c'est pas mal pour les migrations.
Il y a un gros changement, c'est au niveau du cache.
Voilà, ce que je disais, comme ils disaient, on va simplifier.
Jusqu'à maintenant, en fait, tout ce qui était...
Tu sais, ils ont un système, un Fetch, qui s'avait un peu réécrit avec un système de cache, etc.
Et en fait, version 14, c'était par défaut, c'était mis en cache, tu faisais une requête.
Et par inversion, compét, aujourd'hui, tout n'est plus rien, enfin, plus rien n'est mis en cache par défaut.
Tu deviens dynamique.
Donc ça, c'est un gros changement.
Donc, c'est à toi de déclarer volontairement ce que tu veux mettre en cache.
Et au lieu d'être, en fait, la valeur par défaut absolue et on cache tout, là, maintenant, c'est non, ça, je vais bien le cacher.
Ouais, c'est ça. En fait, tu inverses.
Avant, si tu mettais rien, c'était en cache.
Ce qui était un peu, semble-t-il, problématique pour comprendre, etc.
C'était automatiquement mis en cache.
T'avais tout qui était optimisé, en fait, pour avoir un site rapide, performant.
Inversion totale, donc on ne met plus en cache, que ce soit les routes, que ce soit les fetches.
Donc, ça, c'est un gros changement, breaking change, donc, qu'il y a par défaut tout en cache et qu'il veut rester en cache, application, pour mettre des directifs.
Donc, ça, c'est un changement.
Il y a aussi un breaking change par rapport aux choses qui sont passées en asynchronous, tout ce qui est Header, coup qui, etc.
La lecture, donc, voilà, maintenant, ce sera un await, asynchronous, pour être cohérent avec tout le reste qui était déjà asynchronous.
Tout passe en asynchronous.
Donc, ça, c'est vraiment les gros changements principaux de Next.js 15.
Et après, voilà, en gros, c'est vraiment le système de cache qui se simplifie.
Et, une nouveauté qui n'est pas encore disponible, qui est expérimentale, c'est le...
Une nouvelle directive qui arrive, c'est Use Cache, que tu mets au début des fichiers et qui va...
Donc, en fait, c'est une directive qui est utilisable dans différents niveaux.
Par défaut, tu vas le mettre dans ta page, donc tu as Use Cache en haut.
Ça va tout mettre en cache.
À partir du moment où tu as mis ça en haut du fichier, il va tout mettre en cache, tout le rendu de React, ça, le fetch, etc.
Et après, tu peux le descendre à différents niveaux, tu peux le descendre au niveau du component.
Par exemple, tu peux mettre un component dans cache, donc tu peux le mettre dans cache.
Et tu peux le mettre au niveau du fetch, du get data, tu vois, l'exemple.
Donc, ça va cacher la data.
Voilà, donc tu peux vraiment... Il y a beaucoup de granularité, tu peux descendre à un certain niveau.
Et tout ce qui est sérialisable, en fait, peut être mis en cache.
Donc ça, c'est pas encore disponible, c'est en version canary, mais ça va arriver dans la 15.02, je crois.
Et question ultra basique, mais comment ça fonctionne ?
Est-ce que c'est stocké par un Redis ou c'est stocké par ton serveur ?
C'est stocké ou en fichier, en DB, en mémoire ?
En fait, normalement, historiquement, c'est toujours stocké en fichier sur Next.js.
Et ils sont en train justement d'améliorer ça.
On va pouvoir de plus en plus stocker des Dc, etc.
C'est déjà disponible, mais ils vont améliorer ça.
Robinson a dit sur scène qu'ils allaient encore faire des améliorations là-dessus.
Et dernièrement, alors, chose très surprenante, c'est qu'il y a eu des vidéos pour self-hoster Next.js, qui est assez...
Wow !
Donc il explique comment on fait pour self-hoster Next.js.
Sachant que moi, je le fais déjà sur des projets depuis bien longtemps, mais il faut expliquer.
Ouais, tu nous avais dit, en fait, sur un épisode précédent que c'était un petit peu compliqué de self-hoster Next.js,
et que toi, t'avais vraiment galéré.
Là, en fait, t'as donc l'Ir Robinson qui nous explique comment faire, et c'est devenu beaucoup, beaucoup plus facile.
Ben moi, j'ai toujours...
Enfin, self-hoster Next.js, c'est pas très compliqué de base,
parce qu'il suffit d'avoir un serveur node, tout ça.
Ce qui devient compliqué, est-ce que on s'est cassé les dents dessus, c'est justement ce partage de cache.
Parce que quand un contenaire qui gère un Next.js, une instance qui va faire du cache, qui va mettre en fichier, etc.,
ce fichier n'est pas partagé avec un autre contenaire.
Donc quand tu utilises plusieurs contenaires pour une application,
et ben en fait, le cache n'est pas partagé.
Donc c'est là où tu vas commencer à partager soit les fichiers,
ou soit sur du Redis, sur un serveur Redis, tu vas mettre ton cache,
et donc ça sera partagé entre les différents contenaires.
Et c'est là où ça ne le gérait pas très bien.
Et donc là, petit à petit, ça va le gérer de mieux en mieux.
Moi, je n'ai pas réussi à le faire.
En fait, sur la version PageZ, on a fait du Redis pour faire du cache,
et ça fonctionnait dans l'ensemble, mais, de temps en temps, ça plantait complètement,
et donc on n'a pas pu le garder pour un...
On va voir si ça m'éliore.
Mais voilà, cette gestion de cache, c'est là où ça devient problématique pour le self aussi.
Après, ce qui est cool, c'est qu'il faut encore de l'incrémentale,
qui en fait était un peu le truc, un peu intelligence,
et on cache de manière intelligente,
sauf que ce que je comprenais...
Enfin moi, ce que j'ai compris, c'est que tu étais quand même un petit peu obligé d'aller rester sur Versel,
parce que Versel, j'irais très très bien ça,
sauf que si tu étais pas sur Versel,
tu perdais cette fonctionnalité là.
Non, tu l'as, tu l'as.
Ouais, sauf que tu viens de dire que c'était compliqué à gérer, à mettre en place,
et donc maintenant, en fait, ils ont simplifié ça,
pour justement, pour garder cette fonctionnalité d'incrémentale,
mais sur ton propre serveur.
Ouais, ouais.
À partir du moment où tu n'as qu'un seul serveur, un seul conteneur,
une seule instance, ça marche très bien,
c'est là où tu... C'est après quand tu as...
tu as la force de faire en charge, que tu peux multiplier les instances,
mais là, ça devient compliqué.
Mais ce système de cache incrémentale, de auto-revalidate et tout ça,
c'est toujours dispo, même avec la nouvelle directive UseCache,
ça sera toujours disponible, tu peux mettre un timeline, tout ça.
Donc vraiment, voilà, tout est toujours dispo,
c'est la force aussi de NagJS, de cette façon de pouvoir gérer mentalement et tout ça.
Nice.
Voilà, voilà.
Donc, ça est toujours... NagJS est toujours pas mal à utiliser.
Et tu l'as annoncé tout à l'heure,
React a, en fait, évolué,
et Next, en fait, vient s'appuyer sur React.
React passe en mode Compiler, on l'avait déjà annoncé.
Là, maintenant, il faut encore un pas supplémentaire,
où justement, eux, ils passent en beta-release sur le React Compiler.
Ouais, ouais. Le Compiler, il est officiellement, voilà, depuis le 20 octobre, il est en beta.
Voilà, ça fait un petit moment qu'il a annoncé,
tu pouvais le tester depuis, je crois, tout comme ça.
Mais là, c'est officiellement en beta, donc on approche d'une sortie imminente,
et on peut le tester, l'implémenter, donc il y a plein de...
Alors, c'est toujours un plugin Babel, hein.
Ouais.
Ça fait un peu... Ça fait un peu retour en arrière, ça, non ?
Ouais, c'est un peu étonnant, mais bon, c'est logique,
puisque Babel, il va compilé, refactoriser le JS, et c'est ce que fait le Compiler.
En fait, le Compiler, pour rappel, il va faire en sorte de la mémoisation.
C'est-à-dire des éléments qui n'ont pas besoin d'être recalculés,
il va les mettre à part, voilà, des pièces de zone d'application,
il va les mettre, pas qu'elles soient recalculées à chaque rendu, en fait.
Donc, il optimise, en fait, tous ces éléments qui ne doivent pas être rendus.
Voilà, donc c'est une optimisation.
Apparemment, c'est assez bluffant, j'ai vu quelques vidéos,
il y a vraiment une différence entre une application compilée et une application non-compilée.
Donc, voilà, on peut le tester.
Il y a toutes les installs, voilà, des exemples, tout ça, avec VIT, avec Webpack, avec l'XJS.
Donc, on peut le tester dès aujourd'hui, sans problème.
Cool. Et bien, on va regarder ça.
Point aussi sur l'évolution qui passe en version 2 sur MEDUSA.
MEDUSA, on peut dire que c'est, est-ce qu'on pourrait dire que c'est le framework open source
qui voudrait concurrencer Shopify, qu'on peut le présenter un peu comme ça ?
Je crois que c'est comme ça qu'ils se vendaient à l'époque, non ?
Ouais, ok.
C'était le Shopify open source, un truc comme ça, je ne sais plus.
Ouais.
On a reçu Adrien, et...
Oui, qui bossait, en fait, qui est une belle histoire, qui bossait en fait sur l'open source pour MEDUSA,
et à la fin, il s'est fait embaucher par la boîte.
C'est top.
Non, c'est cool.
C'est assez compétent.
Adrien, il est toujours dans la boîte.
Donc, ils font un beau boulot, grosse migration des premières versions de MEDUSA,
et donc, la version 2 vient de sortir,
qui est... J'ai l'impression qu'ils ont tout refait, en fait, en gros.
L'impression.
Donc, assez bluffant quand on regarde les nouveautés.
Alors, les nouveautés.
Et tu peux aller, je crois, sur le lien...
Announcing.
Ouais, c'est ça.
Donc, les nouveautés, déjà, il y a une nouvelle...
Alors, tu peux avoir une admine que tu installes.
Voilà, nouvelle interface.
Ils ont découplé l'admine du store.
C'est bien, ça, le store.
Ouais.
Alors, eux, ils sont très réactes, et NECJS.
Alors, c'est possible que ça soit fait avec NECJS, ou quelque chose comme ça.
Je me souviens qu'à l'époque, c'était fait avec du...
Gatsby, il ne s'avait dit Adrien,
ce qui est assez fou, en fait.
Mais je ne sais pas pourquoi ils ont fait ça.
Mais peut-être qu'ils ont migré, maintenant.
Voilà, ils ont tout migré.
Donc, voilà, nouvelle interface admine, tout ça,
que tu peux utiliser, qui est open source.
Donc, c'est déjà, tu as une admine vraiment sympa d'office.
Donc, ça, c'est cool.
Et c'est pareil, la version...
Alors, je n'ai jamais utilisé Medusa, mais je sais qu'il y a...
Alors, tu as Medusa.js, qui est la version...
Tu as tout le backend, de quoi.
Donc, tu vas faire des appels, voilà, pays, machin, tout ça.
Et après, tu as la version admine, qui va se connecter à ça.
Donc, il y a deux choses qui sont différentes.
Au niveau des features e-commerce, donc, ils ont rajouté plein de trucs.
Il y a le Retrain Magazine Natif, le pick-in store, le pick-up.
Les variantes de produits qui ont été améliorées
avec tout un système d'inventaire, machin.
Tu peux faire plein de variantes d'inventaire.
Un nouveau système d'authentification,
où tu peux mettre Google, Facebook, tout ce que tu veux,
les providers.
Tous les hauts hautes, c'est cool.
Ouais, code promo avec beaucoup de granularité,
avec des conditions, tout ça.
Voilà, ça, c'est des trucs qui sont d'office natif.
Tu as des vrais trucs efficaces.
Et la grosse nouveauté, c'est surtout que tout est entièrement décompte.
Donc, chaque brick de Meliza est un module,
à part entière, indépendant, et que tu peux remplacer.
Parts ton propre module, c'est-à-dire que...
Donc, ils ont 17 modules de base.
Donc, tu as tout ce qui est cartes, customers, payments, produits, etc.
Donc, tout est panier, tout ça, c'est vraiment un chacre truc.
C'est un module qui le gère.
Et si, par exemple, toi, le système de panier,
tu te plais pas et que tu veux en développer,
tu peux en développer et mettre le tien là.
Super flexible, etc.
Donc, le truc, il a l'air vraiment...
Sur le papier, ça a l'air top.
Et tout ça, open source.

Ouais, top.
Pour le coup, je bosse sur un e-commerce depuis un an.
Et j'avais regardé Meliza,
et en fait, il y avait des options qui ne passaient pas,
en tout cas, des fonctionnalités que je devais avoir,
qui n'avaient pas.
Et là, je crois qu'ils ont résout tous les problèmes.
Ils ont résout-lu tous les problèmes.
C'est vraiment propre.
Ouais, vraiment bon.
Non, le truc a l'air robuste.
Je sais que c'est tout écrit en type script, tout ça.
Enfin, voilà, c'est...
Et pricing, self-hosted, c'est free.
Ben, free, évidemment.
Et après, en fait, il y a une version cloud
pour gagner de l'argent.
Ils utilisent pour celles...
Enfin, une version cloud,
où c'est eux qui gèrent le tout.
Impressionnant, impressionnant.
Ouais, là, vraiment, un acteur qui va être très sérieux
pour tout ce qu'il y a e-commerce.
On parle de, comment ils s'appellent ça, la composabilité.
C'est le truc marketing à la mode dans l'e-commerce.
On est totalement...
C'est entièrement composé-able.
Trop bien.
Un truc qui est vraiment bon.
Ouais, et tu veux changer ta brique recherche,
tu peux mettre tag, tu veux changer ta brique carte,
panier, tout.
Ouais, et par exemple, les promotions, tu t'en fous,
par exemple, tu mets pas le module promotion.
En fait, tu mets ce que tu veux.
Tu peux faire un tout petit système d'e-commerce
avec juste les produits, paiements, le panier, etc.
Et puis, en fait, c'est ça.
Je vais essayer de tester un petit peu le truc,
ça a l'air intéressant.
Ouais, top.
Vraiment super joli.
Allez, on passe sur autre chose,
P-6JS.
Alors eux, c'est pour construire des composants natifs,
mais super léger,
avec un framework, mais c'est leur framework à eux,
ou en fait, ils s'appuient...
C'est quoi exactement le truc ?
C'est un framework très light,
au-dessus des web components.
OK.
Simplement. Donc web component, je rappelle,
c'est un système qui est natif à JavaScript.
Il n'a pas besoin de rajouter quelque chose.
Mais évidemment, il manque toujours des choses
par rapport à des frameworks qu'on peut utiliser autres.
Donc, il y a un petit framework qui se met par-dessus.
Et il te permet, donc il utilise vite tout ça,
il te permet de faire des web components,
de les utiliser sur un site.
L'avantage, c'est qu'il va charger,
en fait, il va importer uniquement ce qu'il y a nécessaire
pour ton... Par exemple, donc il donne l'exemple le plus bas
du Header, et il va charger que le script,
déjà pas script du Header, avec le CSS du Header,
et rien d'autre, en fait.
Ça permet de faire des web component indépendants
qui s'auto-gèrent avec ce qu'ils ont besoin.
Donc ça a l'air super intéressant.
Donc, l'idée, c'est d'être le plus light possible
et d'être le plus natif,
JS, pour l'inviter de mettre trop de librairies,
du vu du réact, d'angulaire, tout ça.
On fait tout en web composants natifs.
Néanmoins, on a une sorte de meta framework
pour orchestrer un petit peu ces composants
et pour gagner en vitesse de développement
et en rendu.
Voilà, il donne quelques exemples où il a intégré
sur un Astro, sur, je sais plus quoi,
WordPress, sur Elementy.
Je sais pas si le gars est français,
je n'ai pas regardé, je ne sais pas,
parce que je vois qu'il a fait des choses pour lui.
Mais peut-être belge,
ah oui, il y a un point BE,
donc peut-être belge,
Magikestake.be.
Donc, c'est possible parce que des catalans
en plus, ils sont dans le Nord.
Donc voilà, intéressant.
Moi, je trouve ça cool d'avoir,
de pouvoir faire des composants
où tu vas intégrer dans ton Astro
un C tiré Header et derrière,
tout est automatiquement injecté.
Mais surtout, c'est pour éviter
de mettre des sur-couches, de sur-couches,
et qui au final ne fait que rajouter
de la complexité.
Là, on revient sur des choses
un petit peu plus natives
et pas pure,
mais en tout cas,
minimisé au maximum.
Oui, et surtout,
en partant sur du natif comme ça,
souvent, dans le temps,
ça ne change pas, c'est natif.
Donc, tu n'as pas besoin
de mise à jour de réacte.
Nice, nice, nice.
Autre nouvelle,
je ne sais pas si vous utilisez
Chrome au quotidien,
si vous utilisez Arc,
mais Arc est le navigateur,
on va dire un peu trendy
sur l'année 2024.
Beaucoup de gens ont fait la migration,
et là, en fait, on a la boîte
qui annonce un nouveau projet.
Ils ont déjà Arc,
mais ils vont faire autre chose.
C'est Josh Miller qui annonce ça
en disant que Arc
fonctionne bien, que tout le monde est content,
qu'on a fait plein d'implémentations.
Je rappelle, la plupart des implementations,
c'est souvent les utilisateurs
qui les demandent, qui regardent
si ils peuvent les implementer,
et puis ils le font, etc.
C'est un navigateur qui va très loin.
Personnellement, je trouve qu'il est
devenu un peu trop complexe
à mon goût, au début, il était simple,
avec l'IA, ça c'est mon avis perso.
En gros, ils fonctionnent tellement bien
que les gens sont contents,
et ils voudraient, malgré tout,
continuer, parce qu'ils ont voulu
faire des expérimentations,
ils ont voulu implémenter plein de nouvelles choses,
sauf qu'ils ne peuvent pas,
parce que tout le monde est content,
et tout le monde veut garder Arc,
et en fait, ils ont choisi de faire
un deuxième navigateur,
où ils vont pouvoir s'exprimer librement
sans déranger les gens qui sont content de Arc.
En gros.
Donc ils font un deuxième navigateur,
et ils repartent
sur Chrome,
ou ils repartent, enfin,
sur le moteur, c'est le même moteur,
ou ils redépartent,
ils repartent.
Ils n'ont pas trop annoncé,
il n'y a même pas donné le nom,
ils vont sûrement partir sur la même base
que Arc, ça évitera de refaire
toutes zéro, mais
après, ils ne communiquent pas
sur le nom, ce qu'il va faire, tout ça,
mais c'est juste...
Petit effet d'annonce, quoi.
Ouais, effet d'annonce, ouais.
Comme quoi, le navigateur, il y a encore
pas mal de choses à faire.
C'est encore un marché,
c'est un marché, c'est clair.
Pour ce...
Alors on ne va pas rentrer dans la poémique,
si vous êtes plutôt intelligent,
ou VS Code,
ou Curse,
ou Neo Veeam, ou Veeam,
ou tout ça. Par contre,
il y a JetBrain, qui a quand même
sorti
une petite
carte
de sa poche, en annonçant
WebStorm, donc qui est la suite,
on va dire, pour développer
du JS, en
Free for Non-Commercial
Use. En clair,
c'est gratos
si tu ne l'utilises pas pour du business,
quoi. C'est ça ?
Si tu dis que tu ne l'utilises pas pour du business.

J'aurais qu'un fait ce qu'il veut.
J'aurais qu'un est libre. Ouais, ouais.
Mais est-ce qu'ils sont pas un petit...
Est-ce qu'ils sont pas un peu le couteau sous la gorge
pour...
devant tous les navigateurs,
qui deviennent quasiment gratos,
ou augmenter
avec des features type IA,
je pense, à Curse.
Est-ce qu'ils sont pas obligés
de...
de lâcher un peu
pour garder des utilisateurs,
je sais pas.
Après, WebStorm, enfin, JetBrains
c'est assez gros, ils ont...
enfin voilà, c'est une grosse boîte.
Mais c'est potentiellement
ce qui les pousse un peu à rendre
ces éditeurs gratuits, notamment pour les étudiants,
tout ça, toi qui donnent des cours,
tout ça, évidemment, ils donnent des coupons,
des choses comme ça pour avoir
une remise ou un éditeur gratuit,
mais c'est quand même plus simple
comme si l'étudiant peut aller directement
de les charger et c'est-à-dire.
Donc ouais, plus avec CurseOr, qui est arrivé,
qui est quand même CurseOr,
ils prennent plus en plus de place
même par rapport à VS Code,
et donc c'est clair qu'ils ont dû sentir
le vent un petit peu tourner.
Alors WebStorm, il est spécialisé dans le front,
c'est JS, CSS, tout ça,
il ne prend pas en compte PHP, tout ça, normalement.
Donc c'est pas PHP Storm,
c'est un petit peu différent quand même,
quand même plus avoir PHP, c'est pas que WebStorm,
mais il soit fri, c'est vraiment cool
pour se déclare
si vous faites du commercial ou pas.
Mais c'est un bon produit.
Mais
tu vois, je ne sais pas si c'est un coup de grâce,
tu vois, ou est-ce qu'ils sentent
le vent tourner,
il faut qu'ils réagissent,
ou après, ils ont les reins solides.
Mais bon,
dans une vision à long terme,
ou à moyen terme,
ils doivent quand même sentir le vent un petit peu tourner.
Donc
ils se doivent de réagir, je pense.
Enfin, je ne sais pas si c'est une interprétation.
Ouais, de toute façon,
en tant que dev,
souvent, comme tout le monde,
on est gouverné par les habitudes,
si tu commences à coder
avec un éditeur, comment tu as habitué
à cet éditeur, tout ça, après c'est vrai que tu auras plus de mal
à changer. Donc peut-être aussi,
c'est une stratégie pour mettre le pied
dedans et que les gens soient habitués,
parce que c'est un bon produit, c'est un super bon produit.
Ils font des bons éditeurs,
qui sont Light, qui ne font pas monter le CPU,
etc. et ils sont basés sur Java,
Cotline.
D'ailleurs Cotline, c'est eux qui l'ont
plus ou moins inventé.
Ils ont poussé le truc, ouais.
Ouais, si je ne dis pas de conneries, donc voilà,
c'est des bons éditeurs.
Ils avaient même sorti le Ria
disponible aussi.
Donc voilà,
je pense que c'est une stratégie clairement.
Un peu obligatoire.
Yes,
retour sur la semaine dernière,
la semaine du 21 au 25
octobre, donc c'était
Halloween, ok.
Tant le petit cube.
De quoi ? Le petit fantôme, mais j'adore
le sourire. Exactement.
Ils m'ont annoncé
Thurso, donc en fait, qui est une boîte
qui fait du hosting
de Lib SQL,
qui est ni plus ni moins un fork
de SQLite.
Par contre, le gros avantage, c'est
qu'eux, ils le font tourner
sur le Edge, donc au plus proche
de l'utilisateur partout, pour
des prix
dérisoires, avec des performances
de Maboul pour
et donc très intéressant.
Et ils ont sorti, c'est un peu
dans l'air du temps maintenant, ils font
une semaine de lancement au lieu de faire
une journée avec plein de lancements, ils étalent
ça sur une semaine et
ils font un peu monter la sauce,
ça fait partie
une fois de plus de stratégies commerciales.
Qu'est-ce qu'il faut
en retenir
de ça ?
Évidemment
le stockage
des informations
issus de l'IGA
est devenu quasiment
obligatoire. Donc
en fait, Thurso
est venu de manière natif
en fait, avoir la capacité
de stocker ces informations
qu'on appelle des vecteurs.
On l'a déjà parlé, mais
en tout cas, tu peux stocker
facilement toutes tes informations
et tu peux faire du
search aussi
là-dessus. Ils vont aussi annoncer
où en fait, tu peux
faire tourner un modèle
en local
parce que
toute leur stratégie
et c'est ce qu'ils ont annoncé aussi
sur le dernier jour
où
tu vas utiliser
un réplica.
SQLite, souvent
c'est un fichier.
Donc, tu vas pouvoir le mettre
sur ton téléphone
ou sur ton site internet
mais côté client par exemple
et tu vas pouvoir stocker
des informations
en local.
Et là, ils ont annoncé
que maintenant
tu vas pouvoir aussi écrire
et il va y avoir des stratégies
de synchronisation qui vont se mettre en place
et donc, il y a
une sorte de fusion
entre local et du distant
qui est plutôt
intéressante avec
des stratégies de synchronisation
que tu pourras choisir
et ça recoupe aussi avec ce qu'ils ont
annoncé sur le deuxième jour
où en fait, ils ont fait
un SDK
pour tout ce qui est mobile
donc iOS, Android, React, Native
en plus de PHP, Ruby et C
alors il y avait déjà plein d'autres
de SDK qui étaient déjà
disposés mais ils ont rajouté tout ça
pour orienter vraiment sur du mobile
parce que SQLite
en mobile, c'est
juste super intéressant
et avec la synchronisation
entrée sorti, ça va être
d'autant plus intéressant
et d'autant plus puissant
Autre annonce aussi
tu peux aussi déployer
sur AWS
et ils mettent en avant
qu'il n'y a pas de ColdStart
donc on sait que quand on fait
du serverless, on peut avoir un ColdStart
là en fait, leur techno
tourne tellement qu'il n'y a pas de
ColdStart donc c'est
instantané avec des perffes
de ma boule
et je dis, ils ont annoncé
un truc qui moi m'a fait marrer
et je trouve ça super intéressant
est-ce que tu connais le concept
de Vegas Blackout
non du tout, c'est quoi ?
en fait
c'est la phrase
où tu dis que tout ce qui se passe
à Vegas reste à Vegas
donc en fait, t'as une sorte
d'amnesie
et en fait, ils ont
annoncé ça en disant
que c'est plutôt
super sympa parce que
en fait, il y a
une journée, en fait, dans le mois
où tu peux choisir
et t'auras un usage
gratos
en clair
tu dis, ouais mais
à quoi ça sert ?
si par exemple, pour X-Raison
tu te fais hacker
et on a vu
en fait
les expériences des utilisateurs
qui avaient des factures
à 1000 ou 2000 balles
en 2-3 jours
même pas en 2 heures, ils avaient ça
et ben ça peut arriver donc toi, tu réagis
sauf que
tu te dois de t'acquitter
de la facture
donc tu vois, 10 ou 15000 balles
et ben là en fait
à Posteriori, tu pourras choisir
une journée dans le mois et tu dis
ben ça c'est gratos
et donc ils t'offrent
une journée par mois et c'est toi qui choisis
la journée
donc c'est pour en pallier
en fait, si un jour pour X-Raison
t'as eu un accident
et t'as une journée où t'as explosé
et ben là, tu le passes dans ton
Vachouse Blackout et hop
c'est oublié
je trouve ça super sympa
ouais, tu fais newsletter
tout ça où t'as un pic de visite
exactement
et ça t'évite
après, je pense
l'objectif c'est plutôt d'éviter
les accidents de facture
un peu trop élevés
ou t'as un mec
qui te spam ton site
et du coup ça explose tes records
tout les choses comme ça
donc tu profites du serverless
avec un espèce de garde-fou
un petit peu pour éviter
de te faire déglinguer la tête
sur la facture
donc ça peut être
intéressant
toujours est-il que
sur Toursaw
Esculight
devient de plus en plus puissant
de fonctionnalité
et je pense que
c'est vraiment une débaie
qui est sous-estimée
mais vraiment, j'en suis indiscriminant
c'est à l'air super intéressant
de faire du vector
en local tu peux faire du vector storage
et tu te dis qu'un IA
tu peux faire tourner en local
tu peux
en fait
on mettra le lien
en fait
de l'article
dans les notes
mais en fait il explique
qu'il se mette
avec
un truc
qui s'appelle KIN
et qui te permet
d'avoir un insistant IA
personnalisé
au sein de
et donc tu vas pouvoir injecter
des données via
des
searches donc des embedding
et tu vas pouvoir utiliser
ton assistant qui va aller taper
dans cette base de données pour aller récupérer
des informations qui sont propres
et donc
ça c'est monstre puissant
intéressant
et toujours dans
la formation
on sait que
dans l'univers des DB évolue
sauf qu'il y a un nouvel acteur
qu'on a déjà parlé qui s'appelle Surildibi
qui s'annonce un petit peu comme la DB ultime
néanmoins elle fait tellement de choses
que parfois on peut être
un petit peu perturbé
de savoir qu'est ce qu'on peut faire
ou comment on fait
et tout simplement ils ont sorti
leur université
donc c'est une sorte de page
dédiée avec beaucoup de
vidéos, beaucoup de
tutos où ils expliquent justement
comment c'est fait, comment ça
fonctionne, pourquoi ils ont fait
comme ça et surtout comment l'implémenter
donc
très intéressant
pour tester
et en plus
de toute façon
c'est un peu le
on va dire l'état général dans
Surildibi, la direction artistique
est quand même super
polie, c'est super joli, c'est bien fait
et donc
toutes ces vidéos sont dans le même
délire
très très propre
on voit les couéris, comment ça
marche, comment c'est fait, tout
c'est très très très très bien fait
et ça nous explique vraiment
tout le fonctionnement
donc
si vous vous êtes curieux
de passer
sur Surildibi
ou en tout cas de vouloir tester
c'est un super moyen de pouvoir le
faire
ça a l'air pas mal, c'est bien
intéressant tout ça, mais oui, nickel
Patrick, on en reste
là pour cet épisode
99
99
oui
on vous remercie
d'être restés jusqu'à là
pour l'épisode, pensez à mettre
un petit pouce, un petit like, ça fait
super partager l'épisode
évidemment, un grand merci
au sponsor et on vous dit
à bientôt pour l'épisode 100
ouais, ciao