Bonjour à toutes et à tous, bienvenue sur ce nouvel épisode de Double Slash, un épisode
spécial été.
Alors, on imagine peut-être que vous êtes sur votre transat au bord de la piscine ou
sur la plage ou peut-être encore au boulot parce que vous n'êtes pas forcément de vacances.
Mais voilà, on est heureux de vous accueillir dans ce nouveau podcast.
Comme d'habitude, nous sommes avec Alex.
Salut Alex !
Salut Patrick, salut tout le monde.
Mais écoute, je suis encore au boulot, je ne peux pas encore partir dans vacances.
Ce sera plus tard quand tout le monde sera parti à ce moment-là.
En tout cas, on est encore là pour l'été avec un épisode Summertime où on va parler
d'astro, on va parler de drag and drop, on va parler de masques qu'on peut mettre
sur des inputs de manière assez sympa.
On va parler de script qu'on peut charger rapidement, d'optimisation de dépendance,
de black bone et d'un nouveau navigateur.
Je suis complètement super hype par ça.
Et là, en fait, ce n'est pas un nouveau faux nouveau qui est tout basé sur Chrome
et tout ça.
Là, c'est un vrai truc qui part de Scraps.
C'est pas une copie de Chrome.
On va en parler tout à l'heure.
Donc voilà un peu le programme de cet épisode News.
On va commencer par remercier les sponsors puisqu'on a un nouveau sponsor depuis la
semaine dernière.
Merci à toutes les personnes qui nous aident.
Ils sont neufs.
Si vous avez sur la page du site www.slash.dev.
Vous avez toutes les personnes qui nous soutiennent.
Ils sont neufs aujourd'hui.
Valentin, c'est le dernier qui s'est rajouté à la liste.
Merci Valentin.
Merci aux autres aussi qui sont là depuis un petit moment.
Il y en a certains qui sont là depuis le début.
Donc c'est cool.
Ça nous aide.
Merci.
Et je voulais revenir aussi sur les commentaires.
On a eu quelques commentaires aussi sur l'épisode LiveWire Workshop qui est dispo que sur YouTube.
Donc si vous n'avez pas encore vu, il y a un workshop sur YouTube sur la chaîne Youtube
et www.slash sur LiveWire, de la ravelle LiveWire.
Donc là, on a différents retours.
Donc il y en a qui nous parlaient d'Unpoligis.
Unpoligis, c'est un système un peu équivalent à HTMX qui permet de faire du Jjs avec des
attributs aussi.
Donc une librairie de plus que je ne connaissais pas.
Donc voilà, intéressant.
Et puis après, pas mal de...
Il y en a qui parlaient aussi de LiveWire Vault aussi et de Folio.
On avait déjà parlé il y a très longtemps en fait Vault.
Ça permet de faire des components LiveWire sur un seul fichier.
Un peu à la vue, des single file component.
Folio, c'est pareil.
Ça fait du routine file system.
Donc c'est des choses qu'on peut rajouter sur le projet LiveWire.
J'en ai pas parlé parce qu'en fait généralement il faut quand même bien maîtriser LiveWire
avant de passer là-dessus.
Mais voilà, il y a des choses encore en plus qu'on peut se convulner le workshop.
Il y a essayé d'aller voir la doc, il y a pas mal de trucs là-dessus.
Et puis, je parlais aussi vite fait d'Inertia dans le workshop.
J'ai un petit peu testé.
C'est intéressant.
Alors, Inertia contrairement à LiveWire est dispo sur d'autres frameworks.
Donc c'est pas que sur la Ravel.
Et ça vous permet en fait de synchroniser le bac et le front mais d'une manière hyper
simplifiée.
C'est à dire que tu n'as rien à faire.
Voilà.
Ça te fait un rendu de component.
Mais tes datas sont déjà dans le component sans que tu aies à faire une requête à
Jacques ou quoi que ce soit.
Donc ça c'est magique.
On fera peut-être un workshop dessus.
Mais pour le coup, parce que là LiveWire c'était que sur l'écosystème PHP et la
Ravel.
Là, Inertia c'est sur l'écosystème.
J.S.
Ouais, sur Adonis par exemple c'est disponible.
Inertia, voilà.
Enfin moi, j'avais jamais testé.
J'ai testé.
Donc à ce moment, je teste pas mal de trucs.
Je m'amuse un peu.
C'est bluffant.
C'est très bluffant parce que tu rends ton component en même temps, tu rends les
data à l'intérieur de ce component et tu n'as pas besoin en fait.
Tes datas sont déjà disponibles.
Tu peux les utiliser.
Ça c'est passé si tu fais du vu par exemple, c'est passé sous forme de props sur React.
C'est d'autre pareil.
Et tu les utilisées directement.
Tu n'as pas besoin de faire un fetch ou quoi que ce soit.
Donc c'est bluffant parce que du coup, en BAC, tu utilises Adonis ou la Ravel, tout
ce qui est base de données, tout ça, etc.
Et en front, tu mets du React, du vu, tout ce que tu veux et ça fonctionne.
C'est pas mal.
Cool.
Quand on regarde ça sous le coude et peut-être un petit workshop où on a montré un petit
peu tout le potentiel de toute cette techno que tu test.
Allez, on attaque avec Astro qui a signé un partenaire avec Netlify pour devenir le
partenaire officiel de déploiement de Astro.
Clairement, ils sont en train de se mettre une guerre contre Versel et Next.
Ouais, on a un petit peu.
C'est un peu le sentiment et surtout, on sent vraiment que c'est contre Versel.
Clairement, Versel à Next et Netlify s'associe vraiment à Astro pour avoir vraiment le système
qui marche bien sur la plateforme Netlify.
Donc ils vont optimiser tout ce qui est build, etc.
Enfin voilà, il y aura vraiment des optimisations pour Astro.
Donc c'est une bonne nouvelle, notamment avec le serveur Island qui ont été annoncé
là.
Et je sais que j'ai vu passer aussi, alors je sais pas si ça en parle dans les articles
là, mais ils ont refait aussi une partie, certaines parties de Netlify avec Astro.
Je crois qu'il y a là-dedans, qui a des trucs comme ça, en fait, ou le site, je ne
sais plus.
Ah, tu veux dire que Netlify utilise aussi déjà Astro sur leur système.
En interne, ouais.
Ouais, ils ont refait des éléments internes, enfin des sites, tout ça, avec Astro.
Donc là, ils sont vraiment partis.
Alors j'espère qu'ils ne vont pas racheter Astro parce que sinon ça va faire des gatsby-like.
Ouais, après, pour l'instant, ce qu'ils annoncent en tout cas, c'est clairement
quelque chose de partenariat.
Donc ils le subventionnent en mode, voilà, ils donnent, je ne sais pas combien, par
moi pour que ça tourne et pour faire entretenir, on va dire, pour alimenter en termes de
thunes.
Mais il n'y a pas de, ce n'est pas clairement annoncé, de projets, de rachats pour que
Astro devienne internalisé Astro.
Ok.
Non, surtout pas, j'espère pas.
Donc c'est cool.
Du coup, ils ont fait une Astro Week, Netlify, ils se faisaient une annonce en fait.
Donc il y avait tous les jours une annonce avec un article de blog, etc.
Donc il y avait cinq jours.
Donc voilà, ils parlent de tout.
Pourquoi Astro, ils ont été sélectionnés par...
Ah voilà, c'est ça, je l'ai.
En plus, c'est seul de mercredi.
Pourquoi Netlify a sélectionné Astro pour son developer hub et son scene de marketing?
Ok.
Donc voilà, ils sont vraiment à fond dans quoi.
Nice.
Et toujours dans cette week, où ils annonçaient en fait une nouvelle fonctionnalité par
semaine, c'est devenu un peu le standard de tous les derniers métas, frameworks disponibles.
C'est le rendu serveur, des composants serveurs, des serveurs component.
Et là, en fait, dans l'écosystème Astro, ça s'appelle des island.
Et donc là, c'est des serveurs island.
Donc c'est des serveurs qui vont être des composants qui vont être rendus côté serveurs.
Donc on vient pousser ce système-là de mix entre d'USSR, d'USPA, du statique et tout
ça, mais à la sauce Astro.
Ouais, on avait parlé dans le dernier épisode, les serveurs island et c'est déjà dispo.
Dans la dernière version en mode expérimental, donc on peut déjà tester les serveurs island
dans la 4.12.
Donc c'est hyper rapide de l'implémentation.
Donc voilà, ça peut donner l'idée.
Je veux les tests, c'est vraiment impressionnant.
Il y a des comparaisons entre 100 et avec, où la page qui est avec, elle est chargée
vraiment instantanément.
Et après, les petits bouts qui se chargent par le serveur sont chargés par la suite.
Un peu comme le streaming sur Next, tout ça.
Mais c'est assez impressionnant.
Et donc du coup, Netlify sera optimisé pour ça.
Bien, excellent.
Donc c'est toujours, moi je pense que je suis devenu complètement fan de Astro.
Après, je voudrais pas tout faire avec ça.
Mais pour moi, un site marketing, par exemple, une présentation d'une landing page ou
de même un site statique classique, pour moi Astro est super intéressant pour ça.
Pour moi de plus en plus, de toute façon, il y en a des personnes pareil dans les commentaires
qui sont fans d'Astro, qui nous mettent des messages.
Mais clairement aujourd'hui, Astro devient un vrai challenger à Next.
Mais vraiment, puisque avec toutes ces fonctionnalités de serveurs Island, tout ça, là on a vraiment
un challenger face à Next.
Et ça m'étonnerait pas que certaines boîtes, à un moment donné, se posent la question
Next ou Astro et qui partent sur Astro parce que c'est beaucoup plus simple aujourd'hui
de faire de l'Astro que du Next.
Tantement.
A tester.
A tester, voir si le Switch est possible et si il est intéressant à voir.
Yes.
Allez, la suite, on passe sur une petite librairie qui nous permet de faire du drag and drop,
mais du drag et end swap.
En fait, c'est pas tellement du drag and drop.
Ça s'appelle swapie.
Donc l'idée, c'est de permuter.
Clairement pour ceux qui ne sont pas, qui nous écoutent, on a deux blocs et on va pouvoir
intervertir ce bloc avec du drag and drop.
Et tout simplement, les deux éléments vont venir s'interchanger.
C'est super fluide, c'est super élégant, c'est propre et c'est en plus totalement
agnostique de framework.
Donc ça marche avec React, Vusevelt, Solid, Angular, Quick et Alpine.
Et c'est hyper simple à mettre en place.
Quel que l'ing de code.
J'ai jamais vu un truc aussi simple.
D'ailleurs, on avait parlé d'une autre librairie pour faire du drag and drop qui était beaucoup
plus complexe à mettre en place, mais qui était assez complète.
Alors celle-là, tu fais quel que l'ing de code et c'est installé.
Après, tu as des événements qui t'informent de l'ordre qui a été changé et puis tu
as sauvé ça dans une base n'importe quoi.
Après, ce n'est pas spécialement parce que du drag and drop, tu vas pouvoir faire du
reorder.
Donc là, potentiellement, ça peut être intéressant.
Là, pour le coup, c'est vraiment de l'interchangeabilité.
Tu viens changer, tu viens permuter l'un avec l'autre.
Et donc, est-ce que c'est substituable à des librairies de drag and drop assez poussées
où tu vas pouvoir en fait définir des zones sur lesquelles tu peux déposer des choses,
tout ça ? Peut-être pas.
Par contre, moi, je vois un usage typique sur des créations de dashboard où clairement,
en fait, on va pouvoir donner la main à l'utilisateur pour customiser son dashboard.
Et ça, ça, ça peut être super stylé, vraiment super propre et assez facile à mettre en place
en plus.
C'est hyper simple.
En plus, tu mets des attributs sur les éléments, HTML.
Ce n'est pas grand-chose à faire pour installer quoi.
Très propre.
Si vous testez, dites-le nous sur ce que vous faites avec ça et comment vous avez implémenté
ce truc parce que ça peut être vraiment super, super classe.
Un autre truc qui peut être super classe mais super chiant à faire aussi, c'est d'appliquer
des masques sur des inputs.
On connaît tous, par exemple, si on doit mettre un numéro de carte bleue ou un numéro de téléphone
sur un champ input, ça peut vite être compliqué si on veut en fait formater ces informations-là.
C'est pour ça qu'il existe des masques qu'on va appliquer sur ces inputs.
Par contre, ces masques vont marcher plus ou moins bien, vont être plus ou moins bien
intégrés.
Et là, en fait, il y a une librairie qui s'appelle Masque étoile mais je ne sais pas si c'est
masque étoile ou si c'est…
Masca, en fait.
C'est masca.
Ouais, masca.
Je ne sais pas pourquoi sur le logo, en fait, ils ont mis autre chose.
C'est masca.
Et toujours dans ce même délire, en fait, on va pouvoir écrire notre propre masque avec
nos propres patterns et ça va automatiquement formater.
Donc là, on a un exemple pour formater des IPs ou des nombres d'argent, en fait, avec
les bons espaces, je pense, au numéro de téléphone, au numéro de carte bleue, au numéro de sécu,
par exemple, un numéro de sécu français, il est différent d'un autre pays ou des plaques
d'immatriculation.
Avoir le champ input, ça quand même… en fait, on va dire customiser le champ input amène
quand même beaucoup, beaucoup du X et c'est vachement plus facile pour l'utilisateur
final de voir l'info.
Ouais, ouais.
En plus, quand tu test un peu certains trucs, si par exemple c'est que des numéros, tu
ne peux pas mettre de lettres, ça te bloque de suite les lettres.
C'est vraiment… c'est bien fait.
C'est bien fait et ça permet justement d'éviter les erreurs, tout ça, ça accompagne
l'utilisateur.
Alors il y a déjà des masques natifs sur les éléments HTML qui sont pris en charge,
par les browser, mais après, quand on veut pousser un peu plus le truc, je pense que
ce genre de librairie est obligatoire et voilà, les monnaies, tout ça, machin, il y a plein
de… voilà.
C'est vrai qu'en fonction des pays, il y a certaines choses et les plaques d'immatriculation
ne sont pas les mêmes, donc tu vois, tu vas adapter.
C'est… c'est… en fait, au départ, sur des choses simples, ça marche plutôt bien,
c'est facile.
Dès que tu commences à voir des champs hyper spécifiques par rapport au pays, bah ouais,
tout de suite, c'est un peu plus compliqué et là, on va dire, les masques…
Exactement.
Les masques traditionnels ne vont pas suffire et donc, passer sur ce type de librairie là,
et bah ça marche plutôt bien, c'est fait en vue… en… pardon, en JS Vania et derrière,
il y a des… des usages où il nous montre comment on peut le mettre sur… sur vue,
sur Alpine, sur Svelte, donc voilà, il n'est pas totalement agnostique sur tout, tout, tout,
même si en même temps, avec du Vania, on peut tout faire.
Ah oui, tu peux le mettre sur React sans problème.
Donc ça, c'est plutôt… c'est plutôt propre, facile et assez intéressant et bah toujours
dans cette même idée de d'augmenter l'UX pour… que ça soit simple pour l'utilisateur,
quoi.
Ouais, ouais, ouais.
Cool.
Toujours dans cette idée de… d'expérience utilisateur sans jamais sacrifier la DX, c'est-à-dire
la développeur expérience.
NUXT, en fait, vient avec une… un module qui s'appelle NUXT script, qui en fait nous
permet d'injecter des scripts tiers, extérieurs, qui souvent, en fait, ont des grosses lacunes,
c'est qu'ils vont nous péter la perve, quoi.
Ouais, ouais, souvent, bah en fait, c'est l'histoire infinie du truc et je l'ai sur pas mal de
projet où on optimise à mort, tu vois, le chargement, tout ça, on rédive le pas des
images et tout.
Et là derrière, t'as le marketing qui arrive avec Google Tag et il te met 50 trucs de…
Non mais c'est un truc de fou et là, tu te fais plomber dans les perves.
Donc c'est le truc classique.
Donc là, c'est pas mal parce que c'est très performant, en fait.
Alors je sais pas comment ils font exactement.
Non, j'avoue, j'ai pas compris exactement comment ils font, mais ce qui est sûr, c'est
qu'ils le décalent en termes de priorité, ce qui fait que t'as un first content full
paint, donc qui fait partie des core vitals et donc des indicateurs qui sont écoutés
par Google pour estimer la performance de ton site, à savoir que si votre site est
trop lent, vous prenez du malus, c'est clair.
Donc c'est un paramètre à prendre en compte.
Et surtout, en fait, c'est sur le total blocking time ou en clair, avant que ta page soit affichée,
qu'est-ce qui va se passer ? Et donc si tu charges en eFrame, là, ils ont fait des
tableaux comparatifs sur le chargement en eFrame ou via cette nouvelle manière de faire
avec Next Script sur une vidéo YouTube, ils sont 46 fois plus rapide.
Ouais, c'est fou.
70 000 secondes contre 3 secondes, il n'y a pas photo.
Franchement, je sais pas comment ils font, mais en fait, ils parlent de façade.
La façade a priori, c'est un fake component qui s'affiche en premier jusqu'à ce que
le service soit remplacé par le vrai truc, le script.
Donc il y a ce mécanisme, a priori, avec du SSR.
Je n'ai pas trop compris comment ça marche.
Il faudra creuser un petit peu, mais c'est assez bluffant.
Et puis il y a aussi un système de cookies.
Puisque, comme vous le savez, quand vous utilisez la Vimeo, YouTube, tout ça,
ça va vous déposer des cookies en fait via l'eFrame et tout ça.
Et ça, il faut le bloquer en fait.
Et donc là, ils ont carrément intégré un système de cookies qui permet d'avoir d'accepter
ou pas le cookie.
C'est tout nouveau de toute façon.
C'est plus vic-prévilien ou là, donc ça vient de sortir.
Et oui, très intéressant en termes de perf.
Et toujours avec, on va dire, la patte de chez NUXT,
où ils sont très attachés avec la DX, la développeur expérience.
Et donc c'est un nouvel outil dans tout le panel qu'ils ont à développer.
En termes d'outils, on a aussi une autre solution.
C'est PNPM pour gérer toutes les dépendances.
Et en fait, sur la version 5, il y a 9.5.
9.5, merci.
9.5, il y a cette idée de catalogue qui a été mis à jour,
où en fait, on vient spécifiquement expliquer en disant,
OK, dans tel workspace, je vais utiliser la version de React, la 18.3.
Ce qui va nous éviter en fait, la version spécifique.
Ce qui va nous éviter en fait, de sortir,
surtout en fait, de faire des mises à jour,
ou dans chaque package et dans chaque applicatif,
de faire des mises à jour.
Alors on pouvait le faire avec un script install récursif
dans tous les applicatifs.
Sauf que là, on va venir explicitement dire la version
et dans toutes les applications et dans tous les packages,
on va avoir la même version.
Et donc en fait, ça nous simplifie la vie mais de ma boule
parce qu'on est toujours à jour
et surtout, on a spécifié le numéro de version
dans tout notre monoripo et dans tout notre workspace.
Beaucoup plus facile.
Carrément.
Et on peut peut-être teaser un petit peu le futur épisode.
Alors on a un épisode qui va sortir mi-haut,
vers le 7 août à peu près, sur les monoripos.
Justement.
Parfaitement parler de ça.
Et on va parler, on parlera en fait de tous les avantages,
les inconvénients, pourquoi c'est intéressant,
pourquoi c'est pas du tout intéressant
et à quel moment il faut se pencher sur du monoripo,
quel problème ça solutionne.
Voilà, petit teaser,
tu fais bien de vendre l'épisode monoripo
qui sortira début août.
Ouais, bien sûr.
Mais en tout cas, sur ce système de package,
de pnpmcatalog,
grosse mise en avant et simplification des choses.
Donc ça c'est vraiment super intéressant.
On parle de...
Backbones.
Ouais, t'as vu ça ?
Pour ceux qui pensaient que c'était...
Alors ça m'a fait rire parce que j'ai vu passer ce truc et que j'ai dit,
tiens, en fait ils ont juste fait une version
pour corriger deux, trois trucs.
Donc Backbone.js n'est pas mort en fait.
Il y a encore des versions,
il y a encore des choses qui sont bien jouées.
Ceux qui ont connu Backbone.js,
le 5 février 2024,
ils ont sorti une petite version 1.6.0,
quelques fixes et quelques ajouts.
Pas grand chose, mais on voit que c'est...
Il y a toujours des corrections, des ajouts, des versions.
Après, je pense que...
Ouais, c'est un projet qui est super ancien,
mais je pense que...
2010, la première version.
Je pense qu'il doit y avoir un parc applicatif
qui utilise Backbones,
qui n'ont pas migré sur React,
ou sur Angular,
ou sur les libres,
et dits modernes, tout.
Et donc en fait,
ils sont un peu obligés de maintenir le truc.
Après, je ne sais pas qui est derrière,
s'il y a des grosses boîtes,
ou si c'est que...
La communauté...
A la base, c'était un mec qui faisait ça.
Je ne me rappelle plus de son nom.
OK.
Qui avait lancé Star,
et d'autres trucs en même temps.
Et après, il a laissé tomber.
Je ne me rappelle plus de son nom du tout,
qui bossait, je crois, dans un média américain.
Et puis, c'était pour régler des problématiques
qu'il avait à l'époque.
Après, évidemment, la communauté a repris
tout le truc.
Mais pour ma petite histoire,
c'est le premier projet J.S.
J'avais fait une formation
avec Christophe Portneuve, à Paris.
C'était en 2015, je crois.
Et le premier projet J.S. que j'ai fait,
c'est avec Backbone J.S.
A l'époque, avec Dynode et du Backbone.
Et on a appris à faire une application,
et réacte,
et commençaient à peine à avoir le jour.
Donc...
Après, je n'ai pas beaucoup utilisé en vrai.
J'ai beaucoup utilisé de réacte.
Mais c'est un projet qui est depuis 2010,
qui est toujours vivant,
que vous pouvez toujours utiliser.
Mais est-ce que t'as pas un peu une pointe
de nostalgie quand on parle de Backbone J.S. ?

Parce que c'est ton premier projet.
Du coup, t'as une sorte de connexion
avec ce framework.
Non, non.
OK, ça va.
Non, non.
Par contre, comme tu dis,
je pense que, oui,
il y a certainement des vieilles applications
qui doivent tourner dessus.
Donc c'est une bonne nouvelle aussi
de voir que le truc est toujours mis
à jour, tout ça.
Nice.
Cool.
Backbone n'est pas mort.
Non.
Backbone n'est pas mort.
Allez, on est méga, méga IP
par cette nouvelle, en fait,
où il y a une société
qui s'appelle Lady Bird,
qui annonce,
comme quoi,
il travaille sur un web browser
totalement indépendant.
Et là, moi, je suis super, super IP
quand je vois le truc,
parce que totalement indépendant,
ça veut dire que derrière,
ce n'est pas le moteur de Chrome
avec toute la puissance
que Chrome et que Google
a mis derrière.
Et aussi, avec toutes les,
je ne vais pas dire les spyware,
mais on va dire toutes les écoutes
et tout l'écosystème Chrome,
c'est super intéressant.
Et surtout, en fait,
il est backé par du non-profit.
C'est ça, moi, qui m'a l'air,
ton mode OK.
Mais comment il gagne de l'argent,
quoi ?
C'est un projet méga,
méga ambitieux, quoi.
Ouais, déjà, de partir de zéro,
donc de refaire tout un moteur, etc.
Donc, il marque, c'est un HTML viewer
for the Serenity OS.
Alors, je n'ai pas compris, en fait, exactement,
mais ça va marcher sur Linux
MacOS, tout ça.
Pas Windows, d'ailleurs,
du coup, tiens, c'est marrant.
Désolé.
Et, ouais, ils ont des sponsors, en fait.
Ils ont des sponsors en bas,
donc il y a pas mal de sponsors
qui leur donnent de l'argent.
Et donc, deux principaux,
en Platinum, je crois, c'est 100 000 dollars,
on l'a regardé tout à l'heure.
Donc, tu as déjà 200 000 de futots,
je ne sais pas ce que c'est futot,
et Shopify.
Et après, tu as d'autres sponsors.
Et donc, ils indiquent avoir 4
engineers qui travaillent à plein temps
sur le navigateur.
Donc, ils sont, voilà.
Ils repartent, ouais, après, ils repartent
de scratch, tout est en C++.
Et ils espèrent,
ou ils targettent
de sortir une première alpha
début 2026.
Ouais, c'est pas...
C'est loin.
C'est loin, si tu veux.
Tu vois, et moi,
ce qui me fait halluciner,
c'est qu'en fait, ils sont
déjà dans la commercialisation
où ils vendent le truc,
tu vois, pour créer une sorte de hype,
ou tu vois, je ne sais pas si le but,
en fait, c'est de créer une hype,
créer l'envie, tout.
Ok, intéressant, tu vois.
Mais est-ce que ça va aller au bout?
Je ne sais pas du tout.
Tu vois, je...
Peut-être qu'après, s'il y a d'autres sponsors,
ils pourront embaucher d'autres personnes,
et peut-être aller plus vite.
Quoi que...
Si on a des développeurs,
enfin, avoir plein de développeurs,
ça ne va pas forcément plus vite
que d'avoir 4 développeurs.
Ouais.
Ouais, celui, mais en fait,
été 2026,
ce n'est pas assez dans 2 ans,
ça va aller vite.
Ce qui est intéressant,
c'est un peu plus haut,
il y a marqué
qu'ils prennent aucun...
Ouais, comme tu disais,
c'est From scratch,
donc aucun code,
aucun navigateur actuel,
donc aucun moteur de Chrome,
ni Webkit,
ni Chromium, tout ça.
Ils n'ont aussi marqué aucun deal
avec des moteurs de recherche aussi.
Ouais.
Est-ce que font la plupart,
tu vois, ils gagnent de l'argent,
on est en Google, tout ça,
et donc à chaque fois
que quelqu'un fait une recherche,
ils gagnent de l'argent,
comme faisait Fairfax,
et Népoque, tout ça.
Ouais, c'est top, je trouve.
En tout cas, moi, je suis chaud,
comme la mresse.
Après, éthiquement,
éthiquement, tu vois,
moi, je suis fan,
je trouve ça trop cool,
tout, c'est vraiment bien.
Après, j'ai peur que...
En fait, j'ai peur
sur la viabilité du projet.
Ah, ouais, c'est clair.
On voit les difficultés actuellement
de Fairfax.
Donc...
C'est ambitieux.

on tient de zéro, c'est ambitieux.
Exactement.
Et derrière,
tu vois,
le taux de pénétration,
après, comment tu veux?
Ils vont gérer
toutes les mises à jour,
tout parce que,
ok, on est un peu méchants
contre Chrome et tout ça,
mais mine de rien,
ça nous facilite la vie de Maboul
parce qu'aujourd'hui,
on n'a pas à gérer
toutes ces multiplatformes,
enfin, c'est multi-navigateur.
Et donc,
ça nous facilite la vie quand même pas mal.
Et tous ces standards,
par contre,
toutes ces standards-là
sont dictés par Google
pour faire clair.
Tu vois.
Ah ouais, ouais.
Bah oui, Google,
Google fait ce qu'il veut,
et puis là,
tu as vu encore l'histoire
des coulissières qui, voilà,
qui n'arrivent toujours pas
à abandonner tout ça.
Donc, on voit qu'il y a vraiment
quand même un problème de privacy
au niveau de Chrome,
en ce secteur.
Donc,
non, ça peut être bien
de façon à nouveau navigateur
pour, alors, c'est dans 2 ans,
mais ça va se couper un peu
le cocautier, peut-être
challengeer un petit peu Chrome,
et puis, ouais, peut-être...
Alors, ça prendra du temps
avant qu'ils prennent des parts
de marché, tout ça,
à mon avis.
Ouais, on est très, très, très,
très loin.
On est très, très loin.
Ouais, on est très, très loin.
Ça va être très, très long,
mais après...
On part sur un truc un peu
comme Opéra, quoi, tu vois,
pour...
Non, mais un truc un peu pour...
Pas pour...
Pas pour initier, mais, tu vois,
un peu...
Des mecs qui veulent faire un appart,
quoi, tu vois.
Ça peut être leur système appart.
Ils ont un navigateur différent,
on me souhaite,
mais...
Mais voilà, tu vois.
J'ai un peu...
Ce délire-là,
enfin, ça me fait penser
un peu à ça, quoi.
Donc, je sais pas,
on verra ce que ça dit
et comment ça peut évoluer
et comment ça évolue,
tu vois, est-ce qu'il y a...
Ouais.
Il y a vraiment quelque chose à faire.
Après, tu vois,
quand...
La première fois que tu m'en as parlé de ARC,
tu m'as dit, là,
il y a un mec, un français,
un navigateur et tout,
et ce jeûne, je me disais...
Non, je sais pas.
Pourquoi un navigateur,
mais qu'est-ce qu'il fait, lui et tout?
Et en fait, tu vois,
aujourd'hui, on utilise ARC
et il est pas mal, en fait.
Donc, finalement...
Ouais, ouais.
Ils ont fait une vision qu'on n'a pas.
C'est pas faux.
Après, est-ce qu'ils vont réussir
à utiliser le truc,
à faire le truc, tu vois?
Après, partir de zéro,
refaire tout le moteur
de rendu HTML et tout,
c'est faux, quoi.
Et technologiquement,
déjà, un, c'est dur,
mais je pense que l'enjeu derrière,
il est surtout marquette,

Il faut vendre
ce nouveau navigateur.
Ouais, donc ils arrivent à vivre.
Tu vois,
et...
Tu vois, moi, je prends toujours
l'exemple de ma mère.
Si ma mère, elle a compris
que c'est plus rapide d'utiliser...
Firefox ou Chrome, tu vois.
Et, ok,
elle utilise Chrome.
Ok, elle a déjà gagné ça,
mais va lui faire migrer
sur un autre,
ouah, elle est tombée.
Elle est tombée.
Ça va être très, très, très dur.

Tu vois, ça va être très, très dur.
Donc,
il faut qu'il y ait...
Il faut qu'il y ait
une proposition de valeur
de ouf, tu vois.
Ouais, il faut vraiment qu'il soit autant.
Est-ce que
il pourra devenir mainstream
basé que
sur cette conviction éthique
que c'est open source
ou que c'est scratch
et que c'est pas baqué
par des gros.
Est-ce que c'est suffisant
pour faire le switch
et pour que les gens l'utilisent ?
Hum, je ne sais pas.
Je ne sais pas.
On va suivre ça de près.
C'est clair.
Ça, ça, c'est sûr.
Ça, c'est sûr.
J'ai hâte d'être été 2026
pour le tester.
Et de toute façon,
on testera ça
là-dessus
et on vous tiendra au courant.
Ouais.
Petite épisode,
Patrick,
on peut retourner
sur nos chaise longues,
mettre nos lunettes
et tout ça
et on vous laisse
et on vous dit à très vite
pour d'autres épisodes.
Ciao, ciao.
Ouais, ça roule.
A plus, ciao.
Retrouvez double slash
sur la plateforme de podcasts préférés
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,
évoquer durant l'émission.
...