Bienvenue sur Double Slash, le podcast dédié aux outils et aux techniques pour le développement
web.
Bonjour à tous, bienvenue dans ce nouvel épisode de Double Slash, le seul, le nique, le podcast
indépendant français qui parle de code et de développement.
Comme d'habitude, nous sommes avec Alex, salut Alex.
Salut Patrick, salut tout le monde.
J'ai hâte, j'ai adoré ton impôt.
Oui, on est indépendants, nous on n'a pas de publicité de ça, on n'a pas d'agence
derrière, etc.
On est deux petits indépendants qui faisons notre petit podcast et heureux de retrouver
comme tout le temps les auditeurs.
Merci de nous écouter comme toujours.
Donc épisode news de mars 2024, on est en mars 2024.
Et on fait un petit sommaire.
Oui carrément, on va parler du revirement des PW1 avec l'Apple, c'était un peu je t'aime
moi non plus.
Allez on fait un petit spoil, ça se passe plutôt bien.
On va parler de roll-up, de roll-down avec l'évolution, on va parler de Tailwind, on
va parler de PHP avec Laravel, on va parler de React qui change peut-être beaucoup de
choses.
On va parler de l'inter, de NUX, de Astro, de Chiki parce que c'est super classe Chiki.
On va parler de Web Performance avec une nouvelle métrique qui sort.
Et on va revenir aussi sur tout le streaming en HTML.
Et voilà, donc ça c'est le petit sommaire de cet épisode de mars 2024.
Allez on attaque directement peut-être par moi la news qui m'a en plus le plus IP
qui m'a fait vraiment plaisir, c'est Apple qui refait un peu machine arrière sur les
PW1.
Alors je ne sais pas si vous avez entendu, en tout cas on n'avait parlé.
Si vous n'avez pas suivi le topo Apple en fait dans une nouvelle version de iOS, on
va dire fermer la porte à bon nombre de PW1, supprimer la possibilité d'installer
ou en tout cas metter, ne rendait pas très facile la vie des développeurs pour l'installation
d'une PW1 sur iOS et surtout elle coupait toutes les fonctionnalités qu'elle avait
déjà implémentée auparavant, les push notifications, le storage derrière, les badges, les choses
comme ça.
Et au final à la grande surprise ils ont fait machine arrière et au final rien n'a
changé donc ça veut dire que tout est compatible.
Et donc ça c'est plutôt une excellente nouvelle pour les développeurs web que nous
sommes et vu que nous on est à fond sur les PW1, on est plutôt content quoi.
À fond, à fond.
Ouais en fait faut dire qu'Apple n'a pas eu vraiment le choix en fait.
Enfin si on suit l'histoire un petit peu, alors on n'est pas le rendez-vous tech ou
comme ça on va pas faire tout l'historique d'Apple machin avec l'Europe.
Ce qu'on peut dire c'est qu'il faut savoir pour avoir un petit historique c'est que
Apple était vraiment la seule boîte qui était contre ce DMA en Europe, ça fait
deux ans en fait qu'ils travaillent dessus au niveau de l'Europe et Apple a toujours
fait des pieds et des mains pour pas que ça passe etc.
Donc c'était vraiment de mauvaise foi qu'ils enlevaient les PW1 et ils n'ont pas eu
le choix parce que l'Europe a dit non ça c'est pas normal, vous enlevez pas ça et
bah du coup ils n'ont pas eu le choix, ils ont fait marche arrière et ils ont remis
comme c'était avant.
Donc voilà, comme quoi je suis très content en fait parce que déjà l'Europe a du poids par
rapport à des sociétés comme ça donc ça c'est super intéressant déjà.
Et puis ouais le retour des PW1, moi j'en ai fait trois la dernièrement donc je suis hyper content
que ça fonctionne.
Moi je te cache pas que je ne savais pas du tout comment j'allais pouvoir appeler
mes clients et leur dire bon écoutez les PW1 en fait là c'est enfin bon c'est la
merde je savais pas du tout comment aborder le sujet j'ai temporisé jusqu'au bout et
au final Happy Ending donc c'est vraiment bien néanmoins enfin je pense que au delà
de ça du côté réglementaire ce qu'il faut comprendre à mon avis de mon analyse c'est
mine de rien si Apple reste cranté et lâche rien là dessus c'est qu'il y a quand même
un business énorme pour eux quoi parce que voilà.
Ah mais ils l'ont dit hein, ils l'ont dit hein, ils ont dit que cette nouvelle règle
en fait ça pété leur business en fait, ça va casser leur business model, repostor
etc.
Bien sûr, bien sûr et sous couvert de sécurité ou de choses comme ça, mine de rien en fait
à la fin oui ils peuvent mettre en avant des arguments sécuritaires à la fin c'est
le porte menace, c'est le business qui est touché quoi.
Bon, oui oui.
Bon et nouveauté aussi par rapport au web alors on va pas parler des applications
tout ça même si ce qu'on suit un petit peu c'est un peu la guerre avec Epic Games
en ce moment.
Mais ils sont revenus je crois.
Bien ils sont revenus, ils ont voulu faire un store séparé sauf que Apple a dit non
ils ont coupé leur compte développeur etc.
Donc là c'est la guerre en fait, c'est reparti.
Bon en tout cas nous pour le web la grosse nouveauté aussi c'est qu'aujourd'hui si
vous avez fait la mise à jour sur la dernière version quand vous vous connectez enfin vous
ouvrez un lien en fait la première fois il vous propose d'utiliser un autre navigateur
par défaut et il vous propose même des navigateurs que vous n'avez pas encore installé sur
l'iPhone en fait.
Donc vous pouvez choisir.
Ouais, charger moi j'ai mis Ecosia pour rigoler comme ça donc voilà tu vas sur le store
tu télécharges le navigateur et ça te le installe et c'est celui par défaut après.
Donc ça c'est une grosse nouveauté et la grosse nouveauté aussi c'est que jusqu'à
maintenant c'était Webkit de toute façon que ce soit Chrome ou n'importe quoi et la
nouveauté c'est que maintenant Google va pouvoir développer son propre navigateur
pour iOS et ça ça va faire un énorme changement en fait.
Donc on va voir aussi pour les PWS ce que ça va faire mais ouais ça va changer un petit
peu la donne au niveau du web.
Donc ça c'est pas mal.
Ouais ou alors ça va aussi donner encore plus de boulot parce qu'il faudrait pas que
le nouveau moteur de rendu soit en fait la plaie de tous les développeurs.
Je garde en tête le vieux i11 qui nous a hanté nos nuits pendant des années.
Après ils ont un poids qui est monstrueux donc iOS va faire son moteur de rendu.
Ok c'est cool.
Par contre j'espère qu'ils resteront un minimum dans la trame traditionnelle.
Sinon faudra prendre en compte ça encore.
Ouais à voir de façon après ça prend du temps mais assure.
On en reparlera sûrement.
Exactement.
Exactement.
Allez on passe quelque chose qui avait été annoncé durant la vue conf de du mois de
décembre ou novembre en tout cas dans l'automne où Evan Yu avait annoncé que Rollup allait
évoluer et aller passer sur du Rust et qu'il est par l'évolution en fait ils allaient
refaire un nouveau projet qu'ils appelaient Rolldown.
Et là c'est fait c'est sorti.
Ouais il est passé en ouais il est sorti et puis annoncé un open source là il y a trois
jours et enfin ce week-end je crois.
Et donc voilà c'est officiel alors je crois que c'est pas encore totalement stable c'est
working progress mais voilà le futur compiler pour VIT est annoncé et forcément plus rapide
encore du Rust.
Rust vingo.
C'est une bonne nouvelle parce que VIT est déjà ultra rapide j'ai envie de dire par
rapport à enfin tous les compilateurs aujourd'hui sont rapides mais on voit que tous les outils
passent en Rust avec donc ils deviennent tout devient super rapide.
Donc ça nous facilite la vie ça nous rend la vie plus rapide et puis voilà.
Bon après il faut quand même garder en tête que pour nous ça sera quasiment transparent
il odore un color pour les utilisateurs de librairie Dev et même pour les personnes
qui maintiennent en fait des packages qui sont basées et qui sont compilées avec Rollup
Rolldown et totalement Rollup compatible donc c'est vraiment sous le capot que ça
se passe quoi.
Donc en tout cas ils veulent faire une transition sans douleur donc ça c'est plutôt bien.
Ouais c'est excellent carrément.
Toujours en mode évolution Tailwing qui est aujourd'hui en 3 4 1 donc c'est une évolution
classique la dernière version avait introduit toutes les des unités sympas en CSS avec les
As, les subgrids et tout ça.
Par contre ils sont déjà en train de travailler sur la version 4 de Tailwing et qu'est-ce qui
va changer foncièrement.
Il faut beaucoup de teasing depuis quelques jours.
Ils sont très fort marketing quand même.
Ça te tise à fond et ils nous font rêver, ils nous font des coups d'écran, machin.
Ce matin il a fiché la vitesse de compilation par exemple tu tapes les classes.
Ça donne envie en tout cas.
Des mecs qui te donnent envie.
A priori il y aura beaucoup moins de configs.
Enfin ça va vers la simplicité en fait.
La rapidité est la simplicité beaucoup moins de configs.
Il n'y aura pas besoin de Tailwing config si ce n'est pas nécessaire.
Il y a plein de choses comme ça.
Tout se simplifie.
Il y aura des générations de variables automatiques.
Ça embrasse de plus en plus le CSS moderne natif.
J'ai mis quelques exemples par exemple.
Tu as un arrobat theme pour définir tes couleurs de thème.
Au lieu de le mettre directement dans la config Tailwing.
Il y a des choses comme ça qui sont hyper simplifiées.
Automatique.
Ça donne envie.
Il manque ça ça.
Après je vais être méchant.
Je pense qu'il n'y aura pas une grande révolution mais c'est une évolution.
Je pense que ça va être une suite un peu logique.
Après il y aura des breaking changes.
Ça reste toujours des classes utilitaires.
Mais peut-être plus facile à gérer la configuration.
Comme il l'annonce sur la simplification.
Après sur la rapidité.
Il ne faut pas abuser.
Ça complique beaucoup.
C'est déjà une très rapide.
Les grosses évolutions qu'ils ont déjà faites.
Le fait de faire le ménage avant au moment du build.
Maintenant ils font l'inverse.
Ça a déjà cuté beaucoup de poids.
En termes d'optimisation c'était déjà très très bon.
Ce qui ne sont pas en train d'évoluer.
Pour améliorer l'expérience.
Dx.
La développement d'expérience.
Après sur les performances intrassecques.
C'est déjà bon.
On est déjà dans de très bonnes performances.
Il y a beaucoup d'outils comme ça.
Le POS CSS est intégré dans beaucoup d'outils.
Dans le cœur de Tywin.
Ou même dans le cœur de VIT.
Là ils sont en train de le sortir.
Ils sortent pas mal d'outils.
On aura moins en moins d'outils.
Ça sera tout natif.
J'ai vu qu'on a pu enlever les harobases Tywin.
Les CSS.
On n'a plus besoin d'importer les trucs de base.
Dans l'exemple que tu montes.
Il y a plein de trucs qui sont simplifiés.
Mais oui, ça ne sera pas la révolution.
La révolution était entre la 1 et la 2.
Ils ont inversé le système.
Au lieu de purger le CSS.
Ça rajoutait que les choses que tu utilises.
Exactement.
Après le dilemme reste entier.
Pour ceux qui ne veulent pas.
Qui sont anti Tywin.
Alors n'utilisez pas Tywin.
C'est pas grave.
Et vous avez le droit.
Continuez à venir sur WSL.
Et dire non on n'est pas d'accord.
C'est pas grave.
Vous avez le droit.
C'est un prisme.
C'est une manière de faire.
Il n'y a aucun problème avec ça.
Et on va aborder un autre sujet.
La Ravel.
Et pour le coup.
Une autre vision de la religion.
Parce que mine de rien.
Dans le monde du dev on est proche parfois du dogme.
Et donc il y a les anti CSS.
Les anti tywin.
Qui veut faire que du CSS natif.
Et dans le monde du PHP.
C'est un peu pareil.
Il y a un peu des mecs.
Qui sont hyper cliquant sur non.
La Ravel non c'est faux.
Pas du tout.
Qu'importe.
Choisissez vos outils.
Et c'est pas grave.
Nous en fait on parle de tout.
Et la Ravel passe en version 11.
C'est officiel.
Qu'est-ce que ça amène ?
Alors moi je suis pas du tout dans l'écosystème.
La Ravel.
Donc je connais beaucoup moins.
Je n'ai pas suivi des masses.
Mais alors après il y a des chaînes pour ça.
Comment il s'appelle ?
Qui était venu sur le podcast.
J'ai un trou de mémoire.
Enfin bref.
Je remettrais le...
Il y a un Youtubeur qui a une chaîne.
Qui parle beaucoup de la Ravel.
Qui est super intéressant.
On l'avait invité sur le podcast.
Les nouveautés c'est principalement de la simplificité.
La simplification.
C'est à dire de base la Ravel sera vraiment minimale.
Et après tu rajouteras ce que tu as besoin.
D'ailleurs c'est marqué. Minimal.
Application structure.
Quand tu vas installer la Ravel, ça sera beaucoup plus simple.
Il y aura moins de choses au niveau des dossiers.
Donc ça sera plus facile de se retrouver.
Ça fera le minimal.
Et après si tu as besoin d'autres choses tu rajoutes.
Des éléments.
Ça il y a la Ravel Riverb.
Qui est un système pour le Socket.
Qui est un peu plus bas.
Dans la page.
C'est un système pour les Sockets.
Donc voilà.
Pour les Web Sockets.
Pour les Web Sockets.
Pour échanger en fait.
Les informations non pas sur un protocole HTTP.
Mais sur un protocole Web Socket.
Ok.
Du Realtime Web Socket Communication.
Comme il marque.
Assez performant a priori.
Qui supporte plus de 30 000 clients connectés en même temps.
Donc pas mal.
Je rappelle.
C'est que PHP n'est pas spécialement fait pour le Web Socket.
A la base.
Contrairement à du Node.
Puisque PHP meurt.
En fait chaque requête il se réveille.
Quand la requête est finie.
Enfin quand il a fini son job.
Il meurt PHP.
C'est un peu difficile de maintenir des Web Sockets.
Sur un truc qui meurt en fait.
C'est un peu différent de Node.
Le serveur ne marche pas en fait.
Donc voilà.
La Ravel Riverb.
Et puis après.
Par exemple SQLite.
Qui est par défaut maintenant.
Tu instaimes un projet de la Ravel.
Tu seras sur SQLite.
SQLite fait son gros retour dernièrement.
Exactement.
Et moi alors.
Ce que je me rends compte.
C'est que de plus en plus de projets.
Reviennent sur des choses basiques.
Parce que avoir des bases de données.
Hyper performante.
C'est bien.
Mais parfois en fait.
Pour faire un truc ultra simple.
Bah t'as pas besoin d'avoir une énorme base de données.
Et aussi.
Parfois tu vas vouloir segmenter tes bases de données.
C'est à dire tu vas avoir un truc hyper lite.
Avec SQLite.
Qui va très très bien faire le boulot.
Et tu vas avoir une base de données.
Dédiée pour la BI.
Et là.
Ou tu vas mettre.
Toutes les extensions.
Qui vont bien.
Et en fait.
On revient sur une sorte de segmentation.
Des bases de données.
Au lieu de tout mettre sur une.
Qui est totalement un vaut.
On va segmenter.
Et pour avoir.
Des choses un peu plus efficientes.
Et dédiées en fait.
À l'utilisation métier.
Que l'on va en faire.
Sauf que comme tu l'as dit.
SQLite on le voit de plus en plus.
Moi je suis complètement fan.
Et je trouve ça ultra léger.
Ultra facile à prendre en main.
Et je suis.
On revient sur le côté PHA.
Mais.
Il y a de plus en plus de trucs.
Qui se font avec.
Du SQLite.
Dans le navigateur.
Et donc.
Avec des synchronisation.
Je sais pas si vous vous rappelez.
Qu'on avait parlé.
De.
De.


En fait il crée des connexions.
Et des synchronisation.
Entre ta base locale.
Et ta base distante.
Super hyper.
Mais.
Et.
Il rajoute.
Une petite route.
Pour voir si l'application est up.
Ouais.
C'est pignet.
Il y a plein de.
C'est de la simplification.
De la meilleoration.
La ravelle.
C'est excellent outil.
Comme tu le dis.
C'est très français.
Le clivage entre symphonie et la ravelle.
C'est très français.
Parce que symphonie France.
Il y a beaucoup de développement.
Souvent.
Les développeurs symphonies.
N'aiment pas trop la ravelle.
Ils le trouvent trop permis.
Tu peux faire n'importe quoi.
Il n'y a pas les injections.
Il y en a.

C'est un peu de la technique.

On ne veut pas rentrer.
Dans la polémique.
Utiliser la technique.
Ça marche bien.
On passe.
Le titre.
Je lis.
Réacte.
Va devenir compilé.
C'est quoi ça?
Il.
Il.
Il travaille.
Un compilateur.
D'une application réacte.
Il annonce.
Ça ne sortira pas.
La v19 va bientôt arriver.
Il annonce.
Ce n'est pas dedans.
Un peu plus tard.
J'ai trouvé cet article.
Il explique pourquoi.
Comment.
Quel est la nécessité d'avoir un réacte compilé.
Après.
Pour rappel.
Si vous faites du TypeScript.
Votre TypeScript est compilé.
On est déjà sur des systèmes.
Qui sont un peu compilés.
Pourquoi?
Il y aurait besoin d'un compilateur.
Le réacte.
C'est parce qu'on est trop mauvais.
Tout simplement.
Pour résumer.
Si tu veux.
À la base.
On avait les classes.
Les classes component.
Là.
Ça fonctionnait assez bien.
Il y avait un render.
Une fonction.
C'était bien segmenté.
Il n'y avait pas de problème.
On est passés sur les fonctionnels.
Les fonctions.
C'est là.
Ça complique les choses.
Si tu mets une fonction.
Dans un fonction.
Un fonction.
La fonction.
A chaque rendu.
Il y a des variables.
Des fonctions.
Tu commences à utiliser.
Un mémo.
Pour mettre un memoire.
Le use callback.
Pour garder les fonctions.
Des choses pour optimiser.
C'est un peu compliqué.
On ne le fait pas.
Je me mets dedans.
Ce compilateur.
Ce serait.
Nous faciliterait la vie.
En se chargeant.
Toutes ces choses à mémoiser.
Exactement ce qui est écrit.
Ça nous faciliterait la vie.
Ça rendrait l'application.
Beaucoup plus optimale.
Moins de rendu inutile.
Plus performante.
Et objectifement.
Moins de mémoire.
Et objectifement.
Pas trop de friction.
Sur un passage.
Au moment où ils vont passer.
Sur du full compilé.
Ça sera.
Inodore un color pour le dev.
On verra pas la différence.
Ça ne sera pas obligatoire.
En plus si tu veux l'utiliser.
Je le vois comme ça.
Je pense que ça sera une bonne solution.
Pour solutionner.
Toutes ces petites problèmes.
De sur rendu.
Et tout ce que l'on va dire.
Donc à suivre.
Pas pour de suite.
L'article est super intéressant.
Et refait tout l'historique.
De comment ça fonctionne.
Pourquoi il y a des choses qui sont recréées.
Pas mal.
À lire.
C'est en anglais.
Mais il est super intéressant.
Si vous faites du réact.
Ça peut être super intéressant.
Comment ça va évoluer.
Clairement.
On bascule.
Sur millions.
Millions toujours sur la performance.
On en avait déjà parlé.
Sur le précédent.
Grâce à millions.
On va gagner en performance de fou.
Sur les applications réactes.
Et là en fait.
C'est million lint.
C'est quoi en fait.
C'est un linter.
Encore.
Encore.
Mais celui là.
Alors.
Pour l'instant.
C'est un linter.
Tu vas installer un package.
Un module.
Qui s'ajoute sur les scottes.
Et derrière.
Il va te donner des informations.
Comme le frère.
Pour optimiser ton application.
Pour gagner en mémoire.
En poids.
Donc il te conseille en fait.
Pour rendre ton application beaucoup plus optimisé.
Donc c'est un linter.
Qui t'aide à rendre ton application.
Beaucoup plus optimisé.
Donc en fait.
Il va t'aider dans ton développement.
Ouais c'est ça.
Il va t'aider.
Tu pourrais peut-être faire comme ça.
Pour consommer moins de mémoire.
Alors.
Je l'ai essayé tout à l'heure.
J'ai pas réussi à le faire fonctionner.
Il m'a fait planter l'application.

Alors il en a le faire encore.
Donc voilà.
C'est pas encore totalement fini.
Mais il vient de le sortir.
Les exemples sont assez parlants.
Il t'explique comment tu peux améliorer.
Telle chose.
Ça s'applique principalement un réact.
Si je me trompe pas.
Mais intéressant à suivre.
Et puis effectivement.
Si nous donnent des conseils pertinents.
Sur une amélioration de code.
C'est toujours à prendre.
Parce que quand même.
L'objectif au départ.
Le linter c'est pas un assistant.
Qui va t'aider.
À améliorer ton code.
Il n'a pas ce niveau d'intelligence.
Mais là.
De plus en plus.
Je vois avec nos éditeurs.
VS Code.
Il te donne beaucoup de conseils.
Et même maintenant.
Tu te reformates directement.
Si tu cliques droit.
Ça aide beaucoup.
C'est un linter qui améliore la performance.
Ça n'existe pas encore.
Je trouve le concept intéressant.
A suivre.
A tester.
En tout cas.
Ça n'a pas marché pour l'instant.
A tester.
On va parler de NUXT.
ABE.
On sait que NUXT est sorti en version 3.
Déjà depuis un an plus.
Il y a une grosse refonte.
Et leur objectif.
Ça a toujours été annoncé.
De faire quelque chose de plus en plus full stack.
Et là.
Avec ce package.
Qui est NUXT.
ABE.
Ils font un gros pas en avant.
Sur la gestion.
Des bases de données.
Clévaleur.
Tout ça.
Ils viennent l'intégrer directement.

Oui. Alors ça tu dois mieux connaître que moi.
D'après ce que j'ai compris.
Ça te permet de déployer
une application sur Cloudflare
pour l'instant uniquement.
Alors.
Exactement.
Pour ceux qui connaissent un petit peu
l'univers NUXT.
Ils ont un package.
Qui s'appelle NGS.
Qui s'appelle storage.
Use storage.
Qui va nous permettre d'utiliser le storage.
Avec la convention.
Et une seule convention.
Pour différents clients.
Donc si j'ai une base redis.
Si j'ai un Azure.
Si j'ai un Vercel KV.
Je vais utiliser la même convention.
Les mêmes API.
Et en fait.
On plug n'importe quel service.
Et en fait. On va utiliser.
On va utiliser toujours les mêmes API.
Pour gérer le storage.
Donc ça c'est super intéressant.
Et en fait. Là ce qu'ils ont fait. Ils sont passés à un niveau supérieur.
Ou en fait. Ils vont pouvoir gérer.
La base de données.
La gestion des fichiers blob.

Qui est l'équivalent de S3.
Et le KV.
Avec une seule et même.
Avec une seule et même API.
Donc ça c'est plutôt intéressant.
Pour l'instant. C'est que.
Sur Cloudflare.
Est ce que demain.
Ils veulent développer ça. Sur d'autres.
Providers. Qui donnent aussi accès.
A des bases de données. A du serveur fichier.
Enfin du stockage de fichiers.
Et du clé valeur.
Je sais pas du tout.
J'en suis pas. Je suis pas dans les petits papiers.
Ce qui est sûr. C'est que.
Ce système de.
En fait. De. Limiter la friction.
Au maximum. Et d'utiliser.

Des composables.
Que.
Sur lequel on vient brancher un service.
Directement. Et on utilise toujours la même API.
Et ça en fait. C'est vachement bien.
Parce que. Si demain.
Pour X raison. En fait. On a.
Une migration.
De. Provider. Affaire.
Voilà. Aujourd'hui. On est.
Je vais faire très simple.
Mais aujourd'hui. Vous êtes chez Microsoft.
Vous voulez passer chez Google.
Clairement.
Il y a grande chance.
Que. Vous.
Vous casiez beaucoup beaucoup.
De. Codes. Et.
Ils ont déjà fait ça. Sur l'hébergement.
Nux. Et en fait. Eux.
Qui veulent. C'est.
Agnostique. C'est-à-dire.
Votre. Codes. C'est votre code.
Et que vous le déployez.
Sur.
Sur. Chez.
Chez X. Y.
Versailles. Nettlify.
Ou je sais pas quoi.
C'est pas grave. Eux.
Voil. Avoir le même.
Rendu. Et en fait. Ils ont poussé.
Ce système-là. Sur.
La gestion des données. Et sur.
Les. Sur la base de données.
Et aujourd'hui. Ça marche sur.
Claude. Flair. Et ce que demain.
Ça sera sur. D'autres.
D'autres services. Je sais pas.
Mais en tout cas. La.
Démarche. Et plutôt.
Super. Super.
Interessante. En plus.
D'être. Sur le edge. Total.
Donc. Sur le edge. Pour ceux. Qui.
N'ont pas suivi l'épisode. Sur le edge.
C'est. Un. Mode. De. Rendu. Non. Pas. Sur le serveur.
Mais. Au. Plus. Proche. De. L'utilisateur.
Ça coûte. Beaucoup. Beaucoup.
Mains. Cher. C'est. Beaucoup. Plus.
Rapid. Et.
Et.
C'est. Oui. C'est. Beaucoup.
Mains. C'est. Beaucoup. Plus. Rapid.
Qu'un serveur. Classique.
C'est. Le. Meme. Fonctionnement. Qu'un.
Server. Laisse.
Sauf que votre serveur. Laisse. Elle est en fait.
Il y a un serveur quand même. Et elle est.
Localisée. Sauf que là le edge.
Il est déployé n'importe où. Donc en.
Termes de rapidité. C'est.
Beaucoup. Beaucoup. Beaucoup. Plus.
Rapid. Et ça coûte. Beaucoup. Beaucoup.
Mains. Cher. Aussi. Donc. C'est.
Super. Interessant. Et c'est.
En version. Alfa. En ce moment.
Et. Sur invitation d'ailleurs. Il faut demander.
Enfin. C'est sur l'isle d'attente. J'essaye de.
Pour l'instant. J'ai pas accès moi. Ok.
T'accès toi.
Je crois que j'ai pas fait ma demande.
Patrick. Oh la la.
Je bosse trop. Je bosse trop.
J'ai pas. J'ai pas le temps de tester ça.
Je suis. Ça.
Mais le pire c'est que ça me désole parce qu'en fait.
Je vois. Je vois la news passer.
Je regarde en travers.
Tout. Et je me dis putain.
Ça a l'air trop bien. Je. Je.
Je suis complètement fan. Je suis.
Je suis complètement fan. Mais malheureusement.
Je n'ai pas le temps de.
De passer du temps.
De tester. De. De voir.
Et. Et donc. Ça m'a triste.
Mais. C'est. C'est une réalité.
Mais. Je vais quand même demander.
Mon invitation.
Je vais. Je vais. Je vais appeler.
Je vais faire un tweet à Sébastien.
Sébastien.
Ouais. Ouvre-nous les invitations.
Ça marche.
Grosse.
Semaine.
De. Lansement.
Pour. Pour. Astro.
Qui. Qui.
Sort un système de.
Astro.
Studio.
Ouais. Ouais.
Mais malheureusement on n'a rien à montrer parce qu'en fait on est trop en avance.
C'est ça. Alors attend peut-être que sur le blog ils ont sorti l'article parce que justement je regardais juste avant le.
L'épisode mais.
Non. Toujours pas. Mais bon.
On est un petit peu en avance. Ça sort aujourd'hui le 12 mars.

Vu que c'est.
Vous êtes à Zuni. Donc c'est un petit peu décalé.
Donc. Encore le matin. Tout ça.
En Californie. Je sais pas si c'est en Californie mais.
Bon bref.
Ouais. Comme tu dis c'est une semaine de lancement.
Donc ils ont lancé la 4 5. Ils ont lancé.
Je sais plus quoi. Un autre truc.
Ils sont avec.
Voilà.
Il y a plein d'annonces.
Ils font des teasing depuis la semaine dernière.
Sur. D.B. Machin. Qu'est-ce que c'est machin.
Alors ils m'aient été Astro.
De. Point.
Tout le monde se demande ce que c'est. Ils n'ont vraiment pas dit ce que c'était.
Et donc c'est.
C'est censé sortir aujourd'hui. C'est studio Astro.
Donc ça serait.
Ça serait en fait.
Une interface. Tu vas lancer.
Un projet Astro. Donc c'est dédié.
Astro. C'est que compatible.
Avec Astro.
Ou il y aurait des.
Désponibles.
Il y aurait une sorte de visualiseur.
En fait.
Dans la base.
Dans l'achbord. Plus.
Tu gérais.
Ton application.
Donc.
Pour l'instant. J'en sais pas plus.
Parce que j'ai testé tout à l'heure.
Et ça fonctionnait à moitié.

Alors.
Pour ceux qui.
Qui.
Qui.

Qui.
Qui.
En tout cas. Qui se fait.
L'actualité Astro.
Je pense que là.
Ça peut vraiment.
Le.
Est.
Le.
Grosse critique.
On en parlait.
Dans l'épisode.
Sur les CMS.
C'est un.
Générateur.
Mais.
Mais comment on fait pour gérer la donnée ?
Et bien clairement, ils ont trouvé une solution que ça s'appelle Astro Studio et il y a des
choses pas mal qui vont sortir là-dessus quoi.
Ouais, à savoir que Gatsby est mort, on peut considérer qu'il est fini.
On peut le dire.
On peut le dire.
L'astimplice.
Non, c'est officiel.
Ne commencez pas un projet sous Gatsby là maintenant.
Ne faites surtout pas ça, c'est fini.
Enfin, je pense que le projet va mourir.
C'est triste sauf que Gatsby avait des choses vraiment intéressantes en interne au niveau
de la gestion des data.
Quand on ne retrouve pas, je sert à trop.
Pour l'instant en tout cas, il y a beaucoup de gens qui passent de Gatsby à Astro puisque
l'astro c'est tout ça.
Donc c'est vrai qu'à ce niveau là, ils ont beaucoup de choses à faire et à proposer
et peut-être ça en fera partie mais il y aura peut-être d'autres annonces.
Mais en tout cas Astro gagne en popularité, ça c'est sûr.
Et c'est un super outil.
Et on se rappelle quand même que Netlify avait acheté Gatsby Hub qui était en fait
la gestion des data et pour l'instant on n'a pas trop vu le truc sortir.
Alors soit ils y travaillent, soit…
Je sais pas si t'as remarqué mais Netlify en ce moment, ils s'enroulant vraiment sur
les entreprises et le professionnel en fait.
Donc toutes les offres en ce moment sont vraiment tournées entreprise, budget plutôt conséquent
et donc j'ai l'impression que…
Peut-être que d'avoir des développeurs qui ont des comptes gratuits, ça ne rapporte
pas beaucoup.
C'est possible.
C'est possible.
Et nous les premiers donc oui, c'est clair.
C'est clair.
Allez, on parle d'un frais petit…
Non.
Si en fait, regarde.
RS Press.
Ouais, c'est RS Press mais RS Press c'est maintenu par le compte d'IWEP de Web tiré
Infra.dev et donc ils ont fait un système de générateur de sites statiques basé sur
RS Pack et bien sûr c'est du Rust et donc c'est super rapide et tout ça.
C'est quoi le concept en fait ? C'est juste un générateur de sites statiques ?
Un de plus.
Un de plus.
Non, un de plus mais voilà, c'est ultra rapide parce que c'est du Rust.
On ne passe plus un épisode sans parler de Rust.
D'ailleurs, moi je suis chaud pour apprendre le Rust parce que ça me motive.
Ah ouais ?
C'est tellement de Rust maintenant.
Ah ouais ?
J'ai eu bien envie.
Si je devais apprendre un langage, je pense que je passerais un petit peu tant sur du
Rust.
Je ne sais pas.
RS Press pour comprendre comment ça fonctionne.
Ouais, ok.
Ok, pour faire l'effort de…
Oui, je suis d'accord.
Après, non, moi je vois trop de Rust partout et ça me fatigue.
Mais en même temps…
Il est tellement rapide.
Non mais.
Ouais mais je ne connais pas et je ne maîtrise pas le truc donc clairement je n'en sais
rien, je ne maîtrise pas l'outil.
En tout cas moi, ça ne me fait pas rêver pour l'instant.
Je ne suis pas complètement hypé par la hype Rust où tout le monde veut faire du Rust.
Même si je n'en doute pas un instant de la performance et de l'efficience du langage,
tout ça.
Et si pour moi Rust a déjà gagné sur beaucoup de batailles, voilà, c'est indéniable.
Néanmoins, je ne suis pas prêt à monter dans le train parce que je considère que j'ai
encore beaucoup de choses à apprendre sur ce que je maîtrise à moitié.
Je préfère poncer le truc là-dessus plutôt que de m'ouvrir un autre langage.
Je n'aurais sans doute pas le même discours dans quelques années.
Peut-être que ça serait une vision différente et très bien.
Mais pour l'instant en tout cas, ce n'est pas ma priorité.
Je ne suis pas prêt à faire le pas pour du Rust.
Je ne suis pas prêt.
Oui, oui, oui.
Ça s'entend.
Mais il y a plein de formations qui sont faites pour les développeurs TypeScript, pour passer
à Rust.
Il y a plein de passerelles pour ne pas commencer de scratch.
C'est-à-dire que tu as déjà des bases de connaissance dans un langage de programmation.
Comment tu les appliques ? Comment tu peux faire une translation vers le Rust, même
si à mon avis, il y a quand même un gros changement de paradigme ?
Après, ce n'est pas si compliqué que ça.
Il y a des concepts qui sont plutôt pas mal.
Après, je ne me suis pas formé encore dessus.
Mais moi, j'aime bien apprendre différentes choses.
Depuis le début que je suis développeur, j'apprends différentes choses.
Souvent, ça me fait progresser.
Par exemple, si je fais du JS et que je fais du Rust, après, le Rust va potentiellement
me faire progresser en JavaScript sur des concepts un petit peu différents.
Ça a toujours été comme ça depuis que j'ai commencé à développer.
C'est souvent ce qui me motive de voir un peu comment ça fonctionne et les concepts.
Et puis après, tu vas parfois de l'appliquer aussi sur d'autres trucs.
Bref, R.S. Press.
Si tu cliques, si tu te dis R.S. Press, qu'est-ce que c'est ?
R.S. Press, c'est basé sur R.S. Pack.
Il y a tout un écosystème autour de R.S. Pack qui est tout des outils qui sont écrits en Rust.
Et si tu me dis un exemple de R.S. Press, la doc, tout simplement où tu es, c'est du R.S. Press.
Alors, c'est pas...
Enfin, nous, au niveau... Une fois que c'est compilé, il n'y a pas de différence.
Ça reste une doc réacte, etc.
Avec un moteur de recherche, etc.
D'ailleurs, ils étiez chiquis aussi pour le code.
On en parlera juste après.
Chiqui.
Ouais.
Mais voilà, je pense qu'au niveau d'expérience développeur, c'est simple, c'est rapide, etc.
Après, peut-être que...
C'est un générateur de docs, quoi, de plus.
Ouais, après, je pense que peut-être que quand tu es dans l'écosystème Rust,
le fait d'avoir un outil qui génère ton site doc avec du Rust, au final, tu restes dans ton univers, quoi.
Je ne sais pas, c'est comme ça que je vois.
Après, là, tu n'es pas obligé...
Ouais, après, tu ne fais pas de Rust en utilisant ça, c'est juste que c'est plus rapide.
Ok.
Après, ça reste comme les autres générateurs statiques.
C'est juste que l'expérience est peut-être plus cool, parce que c'est...
C'est rapide, c'est plus dur à utiliser.
Ouais.
Voilà, c'est ça.
C'est ça.
Yes.
Allez, Chiqui.
Chiqui qui...
Qui est déjà un, c'est quoi, Chiqui ?
Alors Chiqui, c'est un Highlighter de code, tu sais, les morceaux de code
qu'on va mettre dans un blog de développeur, tu vois, pour montrer comment ça fonctionne,
comment tu écris la syntaxe, enfin, tu vois, quel...
Donc Chiqui, c'est ce genre d'outil qui te mette le code avec les bonnes couleurs, tout ça,
comme dans ton VS Code, tout ça.
Donc il y a déjà ce outil qui s'appelle, il y a Prism et Highlight.js qui sont très connus.
Bah, la... qui en fait, qui facilitent la coloration syntaxique.
Voilà.
Et donc voilà, en fonction du langage, etc.
Donc ça rend la lisibilité, tout ça.
Et donc Prism et Highlight.js, c'est des outils qui vont se mettre dans le client, dans le navigateur.
Et donc, Viage à Vascript, ils vont mettre des couleurs, tout ça.
Ils vont mettre des spas autour du texte pour que ce soit Highlighter correctement
par rapport à 6 et du GIS, du PHP, du...
Enfin, tous les langages, ouais.
Ou du Rust.
La différence chiquille, en fait, c'est que lui, il va le faire avant.
Donc par exemple, avec Nox Content, qui est le générateur de contenu à base de fichiers Markdown, tout ça.
Bah, si tu mets du code dans ton fichier Markdown, lui, il va le compiler et il va le renvoyer, en fait, déjà, déjà, prêt...
Tu vois, il est déjà prêt.
Prégénéré, en fait.
Tu vois, les spas, tout ça, sont déjà là.
Class Line, etc.
Les couleurs, tout est prégénéré.
Donc ton code va s'afficher dans ton contenu sans JavaScript, en fait.
Donc c'est plus rapide.
En fait, au lieu de faire toute cette coloration syntactique à posteriori, c'est-à-dire du côté client,
la coloration syntactique, en fait, va se faire au moment du build,
donc soit au moment du build parce que c'est exécuté sur du statuque, soit au moment de la génération de page,
donc côté serveur.
Ouais.
Et donc, ça rend beaucoup plus rapide.
Donc cet article, il explique Anthony Fou, là.
Comme je te le dis, c'est un IA, ce mec.
C'est incroyable.
C'est une machine.
C'est hallucinant.
La somme de travail qu'il arrive à faire.
Ça peut pas être un humain, c'est pas possible.
Bien sûr que si.
Arrête.
Il faut pas dire ça.
Il faut pas dire ça.
Il faut pas dire ça.
C'est tout.
Non, non, c'est hallucinant sur le nombre de projets open source qu'il arrive à développer.
Et ils sont tous aussi performants et utiles les uns que les autres.
C'est vraiment hallucinant.
Ouais.
Ok.
Il explique tout dans cet article comment il a développé Shiki, tout ça.
Il a forké pour pas casser les utilisateurs en cours de Shiki pour voir si ça marche,
et maintenant officiellement c'est ok.
Donc là, il merge et il avait un sort.
Donc c'est vraiment assez intéressant.
Et un petit peu le Buh-H, c'est ce qu'on dit avant, il y a tout se lâche.
Voilà, le loutil qui se rajoute encore par dessus, Shiki, et qui te met en fait des indications
sur TypeScript, tout ça.
Donc sur l'exemple juste en dessous, quand tu passes ta souverie.
Là, par contre, c'est super intéressant, je vois, pour des articles de blogs, pour donner
encore plus de contexte, en fait toute la partie du code sera à Light-Ibe, c'est-à-dire
au moment où on passe sa souris sur le texte, on voit la petite bulle qui nous explique
en fait qu'est-ce que c'est le typage ou des exemples.
Donc non, c'est super intéressant pour justement encore améliorer la qualité des exemples
et donner encore plus de contexte aux exemples qu'on pourrait mettre dans nos blogs.
Super intéressant.
D'ailleurs, on va peut-être changer le nom du podcast en tout se lâche au lieu de
200.
Non, non, justement, on ne change rien du tout.
Mais c'est très bien d'être dedans.
Non, top.
Donc voilà, forcément intégré dans Next, officiellement, et puis Nox Content, donc
c'est nickel, ça marche direct.
Et puis, il y a VITPRESS, donc le générateur statique de VIT.
Pas mal.
Et puis je pense que ça va venir sur d'autres outils aussi, puisque ça vient à peine de
sortir.
Quelle début quoi.
Quelle début.
Oui.
Yes, alors moi, quand j'ai vu ça, Copnag Book, moi je pensais que c'était le petit
guide de visite de la capitale danoise, mais en fait pas du tout.
Pour les prochaines vacances, oui.
Pour les prochaines vacances, si vous voulez faire du vélo à Copnag, il y a un bouquin
qui vient de sortir, qui est totalement open source.
Mais en fait, pas du tout.
C'est un bouquin qui n'a rien à voir avec la ville de Copnag, mais qui va nous parler
d'authentification.
C'est ça ?
Oui, c'est un livre sur comment implémenter les guidelines et l'implémentation de l'authentification
dans les web apps.
Il est gratuit, open source est maintenu par la communauté, donc c'est plutôt cool.
Ça vous explique.
Je me mets toujours dans la boucle.
Parfois, on fait des trucs avec des tokens, on ne sait jamais, attend, est-ce que je l'ai
bien fait ? Je ne me souviens plus.
Il faut faire comme ça.
Tout est là.
Ça t'explique tout, comment faire les sessions, est-ce que j'utilise des cookies ou pas ?
Toutes ces choses-là, les interrogations qu'on peut avoir.
Tout est là-dedans.
Open source.
C'est super intéressant.
Même si faire soi-même sa propre authentification, quand tu vois que même des gros services
comme Octa ou OX0 vont se faire pas hacker, mais en tout cas vont être perturbés partout
parce que c'est critique.
En fait, l'authentification, derrière, souvent, il y a aussi toute cette histoire de permission.
C'est-à-dire, qu'est-ce que je vais pouvoir faire si j'ai récupéré un token ? Ce token,
qu'est-ce qu'il a le droit de faire ? C'est quand même assez critique.
Néanmoins, je vois même si on n'est pas obligé de développer notre propre système
d'authentification, de comprendre comment ça marche.
Je pense que ça peut être super intéressant et lire ça.
Le truc sur les CSRF, les Cross Sight Trick West Forgery, c'est aussi intéressant.
On évite des attaques avec ça parce qu'on peut se faire voler les infos dans les cookies,
sur le même réseau.
On ne soupçonne pas trop.
Je ne sais plus si je devais partager une vidéo sur un gars qui parlait de ça.
C'est juste impressionnant, mais comme c'est facile de voler des choses sur un réseau.
On ne se rend pas compte.
C'est super intéressant de lire tout ça.
Juste pour une culture web, aujourd'hui, on ne peut pas dire que la sécurité, je la délègue.
On se doit de faire des choses, un minimum de sécurité, même si c'est un job à part entière.
Aujourd'hui, sur des grosses plateformes ou un gros applicatif, l'enjeu sécuritaire est majeur.
Néanmoins, nous, en tant que simple développeurs, on se doit déjà de respecter le minimum de sécurité.
Et en tout cas, à travers ce type de bouquin-là, en tout cas de documentation qu'on va monter en compétences
et pour mieux comprendre les enjeux et au moins se prémunir de la règle des 20-80,
au moins 80% des attaques peuvent être évitées avec 3-4 règles de sécurité,
qui sont quand même faciles à mettre en place.
C'est top.
Pour rebondir, je ne veux pas faire peur aux auditeurs, mais n'oubliez pas,
s'il y a des indépendants, des frilences qui nous écoutent,
que votre responsabilité peut être mise en jeu si jamais il y a des grosses failles de sécurité
et qu'un de vos clients se fait haquer ou voler la base ou quoi que ce soit.
Vous pouvez être responsable en tant que développeur.
Donc, attention à ça quand même.
Pour le coup, c'est un vrai sujet.
Ah ouais.
Là, c'est gros gros gros sujet.
Yes.
Allez, la performance, on en parle toujours parce que ça fait partie aussi,
de la même manière que la sécurité,
ça fait partie des choses qu'il faut implémenter le plus tôt possible.
Et en fait, que ce soit privacy ou en tout cas,
sécuritaire, barille, design,
on peut faire la même chose avec la web perf.
Et les corps web vitals évoluent.
Donc, on se rappelle que les corps web vitals,
ça va être un ensemble de métriques qui vont nous donner des indicateurs,
qui vont être des indicateurs de performance de votre site internet.
T'avais fait un super épisode où tu venais décortiquer
justement tous les corps web vitals Patrick.
Oui, on avait fait un épisode là-dessus et la nouveauté,
c'est aujourd'hui, alors aujourd'hui, il y a beaucoup de choses qui sortent.
Le 12 mars 2024 que l'INP est mis en place par Google.
C'est quoi l'INP ?
Alors, ça remplace en fait l'ancien,
c'était l'interaction, first input.
FIIP ?
Oui, FIIP.
Si je disais un petit peu, il y a,
en fait, avant, on avait un indicateur qui donnait la première interaction
par rapport à la vitesse de rendu,
si tu cliquais sur un bouton,
combien de temps ça mettait pour agir, en fait, pour réagir.
Donc, celui-là n'était pas très, très fiable
et donc, il le remplace par l'INP,
qui est une interaction de Next Paint, en fait.
Donc, il y a plusieurs indicateurs.
Donc, cet article d'AirOne Boyer,
qui était venu dans le podcast,
en tant qu'invité,
c'est un très bon article qui explique beaucoup de choses,
qui est assez long à lire, mais bon,
toujours intéressant.
Et surtout, c'est aujourd'hui que ça s'est mis en place.
Donc, il y a peut-être des clients potentiellement qui vont vous demander,
bah, l'INP, qu'est-ce que c'est ?
Est-ce que mon site passe l'INP ou quoi ?
Je pense qu'il est important de lire,
ne serait-ce que pour comprendre comment ça m'occupe.
Et puis, de faire passer aussi des sites
dans cet indicateur, dans les indicateurs INP,
pour ne pas être pénalisés au niveau des sites.
Parce que je le rappelle.
Vas-y, vas-y, vas-y, vas-y.
Je rappelle que les corps Web Vital,
c'est important d'avoir des bons scores,
puisque si vous avez des mauvais scores,
ça peut pénaliser le site au niveau du référencement,
du positionnement dans Google, etc.
C'est quand même important.
Et au-delà de la performance SEO,
il y a juste la performance aussi inhumain.
Aujourd'hui, on sait que si votre site, il est trop lent,
la personne dégage tout de suite.
Elle va voir ailleurs.
Et donc, c'est un enjeu vital, quoi.
Enfin, sans faire des jeux de mots à deux balles.
Mais pour le coup, il y a R1 qui était venu, en fait,
sur un épisode où on avait parlé de Web Perf, justement.
Et là, qui fait un super article assez long.
Mais hyper détaillé pour comprendre les enjeux, tout.
Donc, si vous êtes dans la Web Performance,
en tout cas, si vous êtes investis sur ce sujet-là,
et on ne saurait que vous recommander
de l'être au minimum,
parce que ça fait partie du package de développeurs modernes,
de venir intégrer ces éléments-là,
aller lire ce super article.
Et pour terminer, on parle de performance.
Et on se dit aujourd'hui, oui, il y a le streaming,
c'est le nouveau système, c'est complètement révolutionnaire.
Ça change.
Mais en fait, on se rend compte que streamer du contenu en HTML,
c'était déjà possible bien avant l'ère du JavaScript.
Bien sûr, en fait, c'est pas React qui l'a inventé.
Quoi ?
Non, non.
C'est pas Versel.
Non, non, c'est pas Versel, c'est pas React, c'est pas Facebook.
Non, non, le streaming existe,
puisque ça vient des serveurs principalement,
et du navigateur qui s'est l'interprété,
qui reçoit des paquets de données.
Et donc, cet article fait un exemple, en fait,
de streaming avec uniquement du HTML, sans JavaScript.
Donc, ils montrent que ça fonctionne parfaitement,
sans JavaScript.
Donc, c'est vraiment pas du tout un truc qui est lié à JavaScript,
à React, ou quoi que ce soit.
Donc, article intéressant aussi à lire,
comprendre un petit peu comment ça fonctionne.
Et puis voilà, c'est tout.
Et ce qui est super intéressant,
après, on en parle suffisamment,
mais on voit quand même cette tendance,
qui serait en fait à supprimer le JavaScript,
ou en tout cas à l'alléger au maximum,
pour avoir des applications plus performantes,
des sites plus rapides, plus efficients.
Et au final, c'est pas mal de revenir un petit peu au fondamentaux.
Une fois de plus, ne pas oublier que les fondamentaux
font déjà beaucoup de choses.
On revient, on est en train d'enlever un peu le JavaScript.
On limite le JavaScript dans les navigateurs,
enfin, dans nos applications.
C'est ce qui a fait Next.js,
avec les serveurs component, tout ça.
Oui, oui.
Clairement, nos applications ne viennent beaucoup plus légères,
par défaut, et c'est très très bien comme ça.
C'est écologique, entre guillemets,
et plus rapide surtout.
Ouais, je pense que le premier impact, c'est quand même celui-là.
Donc, top.
Yes.
Ecoute, est-ce que tu vas rajouter quelque chose Patrick ?
Merci de nous avoir écoutés jusqu'au bout.
Merci d'être restés jusqu'au bout de l'épisode.
Pensez à nous mettre un petit pouce à parler du podcast
ou de la chaîne YouTube à vos collègues,
à vos potes de promo, à tous les développeurs possibles.
Et un grand merci à tous ceux qui nous sponsorisent,
qui nous aident financièrement à maintenir tout ça en place.
Ça nous fait grandement plaisir.
On vous dit à très vite, à bientôt.
Ciao ciao.
Ciao.
Retrouvez Double Slash sur la plateforme de podcasts préférés.
Et non, c'est pas fini en fait.
Parce que là, il s'est passé un truc durant l'épisode.
En fait, ils ont sorti le fameux article de blog
qu'on attendait de Astro.
Et en fait, il est sorti au moment où on a pressé sur Rec.
Et donc, on devait repartager ça.
Merci d'être restés jusqu'au bout en fait, à ce point-là.
Database, plateforme avec du content Driven website.
On est complètement IP.
Complètement en fait.
En fait, à priori, il y a un système intégré dans Astro.
Donc, tout des outils, des helpers, tout ça,
qui permettraient d'interroger la base de données
qui est dans AstroCloud.
Et donc, basé sur Drizol, ce que tu as vu.
Et hyper simple, sans configuration.
Enfin, voilà, ça a l'air vraiment pas mal.
Donc, basé sur Lib SQL, en fait,
qui est l'évolution de SQL Lite,
mais qui est le fork qui a pris aujourd'hui
quasiment plus de poids que SQL Lite,
qui a bien été poussé par un service torseux.
Toursaux, je crois.
Toursaux, pardon.
Toursaux.
Toursaux, ouais.
Et ils annoncent un TypeScript ORM,
comme tu l'as dit, qui est basé sur Drizol.
Donc, qui est compatible avec Drizol.
En même temps, c'est normal,
parce qu'ils ont beaucoup bossé avec Lib SQL.
Et donc, en fait, ils nous mettent en avant
plein de possibilités pour faire des commentaires,
des blogs, des formuleurs, des feedbacks,
une authentification.
L'exemple est plutôt assez bien fait.
On voit des exports possibles en SQL ou en CSV,
à un espèce de tableau visuel,
un peu à la Prisma Studio ou à Drizol Studio,
ou à Table Plus ou à n'importe quel utilitaire
de base de données,
où on a un peu au format Excel,
toutes les lignes,
avec un tableau assez intégré.
Et surtout, on voit un plan de base gratos.
Pour l'instant, oui.
Je pense qu'ils n'ont pas encore défini le pricing,
ils ne savent pas, ils vont voir en fonction de l'utilisation.
Mais pour l'instant, le pricing, c'est free.
Donc, faut tester, en fait.
Je vous encourage à tester.
Moi, j'ai trop envie de tester là, maintenant.
Je suis chaud comme à Bres.
Après, un milliard de lectures de lignes
qui est gratuite par mois.
Je ne sais pas sûr que ça reste longtemps.
Et un million en écriture.
Ça me paraît énorme et surtout,
le million en écriture, un dollar.
Ouais.
Ça se trouve, ils sont en train d'écrire l'article en même temps.
C'est hyper intéressant.
Ce qui est sûr, c'est qu'on va tester
et on fera des retours dans Double Slash, évidemment.
Merci d'être resté sur ce petit bonus
qui était sorti en live.
Ciao ciao.