Bonjour à toutes et à tous, bienvenue sur ce nouvel épisode de Double Slash, on est
en janvier 2024 et évidemment on va vous souhaiter des merveilles, de bonheur, de développement,
de tout ce que vous voulez pour cette nouvelle année.
Qu'est-ce que t'en penses Alex ?
Bien sûr, du code, faites-vous plaise, mais faites du code, écoutez Double Slash, mettez
des commentaires, des petits pouces pour mettre dans d'une bonne ambiance, une bonne énergie
pour 2024. En tout cas, nous on arrive avec une bonne énergie et justement des épisodes
de news plus petits, plus courts, plus facile à partager et plus facile à écouter parce
que un peu moins long, le format restera toujours le même sur des news, peut-être
un petit peu plus court et des formats un petit peu plus longs où là on prendra un
sujet qu'on viendra développer de manière plus étoffée et toujours des invités aussi
sur des épisodes un petit peu plus longs. On viendra mixer un petit peu tous ces épisodes
pendant cette nouvelle année.
Oui carrément et ben t'es à une résolution pour vous tous là qui nous écoutait une que
vous pouvez tenir facilement, et ben vous allez soit vous abonner à la chaîne YouTube
soit mettre un commentaire sur Apple Podcast ou un truc comme ça, ça c'est vite fait,
bien fait et c'est une résolution que vous allez tenir, c'est là. Et puis nous écouter
tous les mois aussi.
Super et un grand merci aussi à tous les personnes qui nous soutiennent sur GitHub
sponsor, des dons, soit tous les mois soit en one shot, un grand merci à tous ceux qui
l'ont déjà fait et à tous ceux qui peuvent le faire, un grand merci et ça nous fait
super plaisir.
Carrément, carrément.
On attaque Patrick ?
Oui.
Et...
Allez, le 28 décembre est sorti donc juste vraiment les derniers jours de 2023 est sorti
la dernière version de Vue qui implémente la 3.4 qui s'appelle la Slam Dunk. Alors les
amateurs de basket comprendreont le délire, mais clairement, qu'est-ce que ça amène
de plus cette version ? Qu'est-ce que t'en as retenu toi ?
Ben, déjà surprise qu'il nous sort des versions comme ça entre les fêtes, après
suivant les pays, forcément Noël tout ça, on va dire.
C'est pas faux.
Oui, très bonne surprise parce que, ben, moi, ce que j'ai vu principalement, c'est
que ça, c'est pas indiqué dans, enfin j'ai vu un tweet qui parlait de ça, c'est pas
indiqué dans le page qui explique cette version, c'est que dans la 3.2 déjà, ils
avaient refait le système de réactivité pour le rendre plus performant et apparemment
pour la 3.4 ils ont carrément tout réécrit et pour une grosse amélioration de performance
au niveau de réactivité.
Donc tout le système de réactivité a été réécrit apparemment.
Donc ça, c'est pas vraiment indiqué dans l'article.
Benchmark.
Donc voilà.
Ouais.
44 % d'improvement parce qu'ils ont tout réécrit.
Ouais, ils ont optimisé aussi le single file component, aussi le système de bundler qui
compile ses fichiers.
Donc il y a beaucoup de, voilà, entre autres, c'est beaucoup de performance en plus déjà.
Et après toi, tu as remarqué des trucs en plus qui te plaisent.
Ah ouais.
Moi, je suis complètement fan de la nouvelle manière de le define model, en fait, qui était
derrière une preview ou un flag.
Là, il passe en version stable.
Par contre, le define model, c'est super intéressant surtout.
Alors en fait, pour expliquer à quoi ça sert le define model souvent, dans vue, avec
le v-model, on va pouvoir, on va récupérer la value et on va récupérer l'update.
Et donc ils ont fait une propriété, une, j'ai perdu le mot.
Oui, d'affaire.
Non, directif.
Fonction.
Une directive qui s'appelle v-model.
Par contre, en fait, quand tu commences à utiliser plusieurs composants, par exemple,
si tu veux avoir un composant générique d'un input, par exemple, tu vas mettre ton v-model.
Par contre, ton composant générique, tu vas peut-être l'encapsuler dans un autre composant.
Et donc, en fait, tu vas te retrouver à passer des propres et des values plusieurs
fois.
Et là, en fait, avec ce define model, ça va automatiquement binder ta value et automatiquement
binder l'émission de ton update, ce qui fait que c'est vachement plus facile à lire
et donc, enfin, surtout à implémenter parce que par convention, ça va automatiquement
pousser tes événements updates et ça va lire la value à travers tes différents composants
et ton arbre de composants avec tes parents, tes enfants, enfin, ton parent et ton enfant.
Donc, ça, c'est super bien.
C'est une version stable.
Donc, c'est ouvert à tout le monde.
Donc, non, c'est vraiment ultra, ultra puissant.
Et le truc que j'adore encore plus.
Ah, les shorts.
Les shorts.
Ah ouais, le short name.
Alors, pour le coup, c'est un truc qu'on connaît déjà sur JavaScript.
Au lieu de faire ID égal à 2 points ID, bon, on pouvait dire ID.
Ça a vécu automatiquement faire le bind.
Le lien.
Oui, le lien.
Et là, maintenant, en fait, ils ont fait la même chose dans vue.
C'est l'équivalent vraiment pour des propres.
Souvent, on va utiliser une proche qui s'appelle Product et on va lui passer, en fait, l'objet
qu'on appelle dans notre composant Product.
Et donc là, au lieu de faire Product égal Product, on va faire 2 points Product et ça
va donc c'est une fois de plus.
On va trouver tout ça.
Exactement.
Une fois de plus, c'est un niveau d'abstraction qui est un petit peu plus haut et c'est
de la convention.
Donc, c'est vrai que pour quelqu'un qui débarque dans le framework, c'est pas toujours
facile parce qu'il n'a pas ses conventions, il ne va pas comprendre.
Donc, c'est vrai que c'est plus explicite quand il y a 2 points Product égal Product.
Par contre, le côté implicite de 2 points et la facilité de lecture, moi, je trouve
ça super bien.
Je suis fan de ça.
J'adore.
Oui, c'est pas mal.
C'est pas mal d'être d'autant que ça n'existe pas sur React.
Donc, toujours obligé d'écrire la variable ou ça.
Peut-être ça viendra.
Moi, je trouve ça cool.
C'est toujours une…
Moi, je trouve que c'est plus facile à lire.
C'est plus facile à lire.
C'est écrit plus vite.
Alors, on ne répète pas les choses.
Exactement.
C'est toujours évite de répéter la même chose.
Moi, c'est ça qui m'intéresse pas mal.
Après, il y a d'autres features qui sont sorties.
Pour le coup, je n'ai pas tout lu.
En termes de perf et cette histoire de define model et cette histoire de bind, ça me suffit
largement.
Oui, c'est déjà pas mal.
D'autant que ce n'est pas une version majeure non plus.
C'est déjà pas mal d'amélioration pour une version comme ça.
Oui, complet.
Évidemment, si la version de vue est mis à jour, la version de Nuxt va l'être aussi.
Donc, quasiment quatre jours après, la version de Nuxt se met à jour et passe en version
3.9 pour venir intégrer cette version de 3.4, la nouvelle version de vue et la version
de VIT 5 qui est sortie.
Ça date un peu plus, mais on en avait parlé.
Oui, ça date un peu, mais non.
Mais bon, il n'avait pas encore implémenté.
Oui, eux, c'est encore pire qu'autant vu, ils l'ont sorti le 28 décembre que eux,
c'était le 25.
Le 25.
Le 25, quand même, le jour de...
Ah, noël quoi.
Les mecs ne s'arrêtent jamais.
C'est cadeau.
Non, mais en fait, peut-être que c'était...
Il y avait une volonté.
Oui, tout était prêt.
C'est cadeau.
Allez, c'est cadeau les gars.
Non, c'est cool.
Je trouve ça super sympa.
Et pareil, ils viennent implémenter aussi un système des islands, donc les composants
island.
Par contre, là, ils viennent faire un mix entre du serveur component et des island component.
Ils appellent ça des interactives serveurs component.
Alors, ça commence à faire être...
À piquer un peu la tête, mais on va dire pour s'y retrouver, ça commence à un peu
être compliqué.
Néanmoins, si vous commencez à implémenter les serveurs component, ça peut être super
intéressant.
Bien carrément.
D'ailleurs, j'avais posé un petit sondage rapidement pendant les vacances là pour
savoir si les gens étaient au courant que Noxt fait de l'incrémentale statique regeneration
ISR.
En fait, actuellement, je ne sais pas si c'est un constat où je me plante, mais j'ai
l'impression qu'en fait, Noxt fait énormément de choses serveurs component ISR.
Les gars, les gars, les gars.
Mais que les gens ne le savent pas.
En fait, j'ai l'impression qu'il y a un problème en termes de marketing.
Je suis le premier à le déplorer, Patrick.
Je suis le premier à le déplorer et on m'a dit, enfin, j'étais sur un meet-up, on m'a
sorti des trucs, mais stratosphérique, des énormes conneries en mode « ouais, mais
tu vois, le backside, enfin tout le serveur, tout le côté serveur sur Noxt, c'est pas
calé, c'est pas rapide, c'est lent, enfin des trucs mais hallucinants.
»
Et tu dis « ouais, les gars, je crois que vous n'avez pas joué avec en fait, c'est
pas possible.
Parce que quelqu'un qui se penche vraiment dessus, aujourd'hui, il y a une maturité
de ma boule sur Noxt3, ils ont mis du temps à sortir Noxt3, ils le disent, ils ont mis
beaucoup, beaucoup de temps.
Par contre, c'est suprasolide, c'est ultramodulaire et aujourd'hui, on a quasiment tout.
Alors je dis « on » parce que je me sens investi dans cette communauté parce que
je…
Tu es Noxteur, c'est pour ça.
Bien sûr, parce que j'utilise ça au quotidien et mais vraiment sur le streaming, sur le
service ad event, sur le côté provider où on peut déployer ça sur n'importe quel
système, que ce soit du Cloudflare, du Versel, sur ta propre machine, tout.
Enfin, c'est trop bien, c'est trop bien, c'est trop bien.
Il y a beaucoup de choses qui sont méconnues et je pense qu'ils sous-estiment souvent
Noxt à contrario de Noxt et du coup, Noxt communique beaucoup.
C'est dommage, j'aimerais bien que Noxt communique un peu plus sur tout ce qu'ils
sont capables de faire et à l'autre.
Après, ils implémentent toujours dans la doc le Discord, en fait, on voit beaucoup,
beaucoup de choses passer sur le Discord pour ceux qui ont eu Noxt ou qui utilisent
Noxt.
Vraiment, le Discord, il y a beaucoup de choses qui se passent et on voit sur l'implémentation,
sur des exemples et en fait, on découvre beaucoup de choses qui ne sont pas spécialement
toujours dans la doc.
Mais bon, c'est un travail à part entière, clairement.
Je suis en train de chercher dans des tweets, il me semble que le moteur de Noxt, qui s'appelle
Nitro, il me semble que j'ai vu passer un tweet comme quoi, solide l'avait implémenté.
Exactement.
C'est ça, on est d'accord pour moi.
En fait, sur solide, sur une version, l'équivalent de Noxt, mais pour faire un peu de SSR et
de faire du rendu server, ils vont utiliser Nitro pour le framework.
Pour toute la partie server, ils vont utiliser Nitro.
Je trouve que c'est une bonne chose pour tout le travail qu'ils ont fait quand on fait
un autre framework.
Exactement.
Et ce qui est énorme, c'est que c'est totalement agnostique et on peut l'utiliser avec n'importe
quel autre framework.
Il y a une communauté derrière, un repo qui s'appelle NGS et derrière, ils ont fait
un travail titanesque.
Ils ont tout repris, les parceurs, comment jouer avec les URL ou les choses comme ça.
En fait, ils ont fait des toutes petites libres.
Et en fait, Noxt n'est que l'agrégation de toutes ces petites libres qui y a dans
l'organisation qui s'appelle NGS.
Franchement, aller voir NGS, c'est phénoménal, le boulot qu'ils ont fait et c'est vraiment
top.
Carrément.
Carrément.
C'est clair.
Et une gestion des erreurs aussi qui est super sympa où tu peux créer tes propres
erreurs tout vraiment intéressants.
Si vous êtes Noxteur, enfin devenez Noxteur en tout cas.
On va dire ça.
C'est clair.
Testez Noxt, si vous n'avez pas, testez encore.

Allez, vu qu'on n'est pas chauvin et on ne va pas parler de Noxt, il y a notre ami
de Lee Robinson de chez Vercel, Vercel qui est le propriétaire, le créateur de Next
GS qui vient implémenter Lightning CSS sur...
Par contre, c'est en test, c'est ça Patrick ?
C'est en experimental, c'est bien ce qu'il dit, c'est exploring, moving to Lightning
CSS.
Voilà, pour le moment, je crois que je ne sais même pas sur quoi c'est d'ailleurs.
Je dois être sur post-css ou un truc comme ça.
Je ne suis même pas d'ailleurs.
Je ne sais pas du coup, je ne suis comme un con, je ne sais même pas sur quoi ça tourne
Next.
On ne se pose pas la question, ça marche direct.
Ils essaient d'implémenter Lightning CSS en experimental.
Lightning CSS qui est un équivalent de...
Comment ?
Il compile le CSS et rajoute les préfixes, tout ça.
En fait, tout ce que fait un peu post-css.
Mais beaucoup plus rapidement.
Parce qu'il est fait en...
C'est dur à se...
C'est dur à se...
Je ne sais plus du tout.
Je ne sais plus.
Si c'est dur, oui, c'est dur.
Oui, possible.
De toute façon, si ça rapide, c'est dur.
Et voilà, donc à tester.
Par contre, oui, on en discute avant.
Lightning CSS ne prend pas en charge pour l'instant, Daywind.
Donc c'est pour l'instant un petit peu un frein pour l'utilisation.
Enfin, pour ma...
Mon utilisation perso, parce que la plupart des projets que j'ai sont Daywind.
Pour moi, ça sera pareil.
Tant que ça ne sera pas implémenté, enfin, tant que Daywind ne sera pas là-dessus,
ça sera difficile pour moi de faire une migration.
Clairement.
Après, il faut savoir que ce n'est pas forcément la faute de Lightning CSS.
C'est Daywind qui, dans son cœur, utilise post-css.
Oui.
C'est un choix de Daywind.
Oui, clairement.
Voilà, mais Daywind avait, il y a quelques mois, annoncé qu'ils allaient faire un sort
de passer sur Lightning, enfin, la possibilité de passer sur Lightning CSS.
Donc j'ai hâte de voir ce que ça arrive.
En tout cas, pour les projets où j'ai essayé sans Daywind avec du Lightning CSS, ça dépend.
La complétation est ultra fast.
Ce n'est pas à mettre entre toutes les mains.
Ça va très vite.
Ça marche.
On parlait de Nuxt tout à l'heure et c'est vrai qu'il y a un go...
Ils ont réussi.
Ils ont fait quelque chose de ouf qui est le Nuxt DevTools.
Mais ce n'était sans compter sur la communauté qui a sorti un Next DevTools qui s'est fortement
inspiré.
C'est ça.
En fait, sur Next, il n'y a pas de DevTools comme sur Next.
On peut aller au quoi que ce soit.
Après, il y a peut-être des libres qui ne sont pas du tout connus.
Mais non, il n'y a pas de DevTools officiels.
Il y a un gars qui a créé un DevTools pour Next qui sait largement et il le dit inspiré
du Nuxt DevTools.
C'est quand même super sympa déjà de l'exprimer.
Après, on le dit souvent, mais chaque gégère entre ces frameworks pousse l'un dans ses
retranchements.
Il y en a un qui a fait ça.
Les autres vont le faire, veulent rattraper le retard.
J'ai l'impression que ça tire tout le monde vers le haut.
Au final, c'est top.
Tous ceux qui sont sur Next pourront avoir aussi un DevTools digne de ce nom.
C'est cool.
Oui, carrément.
Ça manque.
De toute façon, c'est clair.
Allez, Claude Flair qui est un opérateur, un hébergeur de site, mais aussi un CDN,
qui a aussi un système de clé-valeur.
En tout cas, ils ont tout un écosystème pour héberger.
En tout cas, ils viennent sur de l'hébergement, mais aussi plein de services et plein de solutions.
Ils ont fait un système de, on pourrait dire, de gits.
En fait, j'ai quelques sites par lesquels je...
En fait, tu passes, tu trans...
Il y a un service qui s'appelle...
C'est comme un proxy.
En fait, ils passent par Claude Flair avant d'arriver sur ton site.
Donc, Claude Flair va filtrer toutes les requêtes et les sortir.
Donc, ça te permet de protéger ton site, pour les attaques des DDoS, optimiser le site, etc.
Donc, je m'en sers pour certains clients.
Donc, c'est vraiment pas mal.
Et du coup, ça leur permet d'avoir beaucoup de statistiques, puisqu'ils ont le trafic qui rentre et qui sort.
Et donc, ils peuvent chaque année sortir des statistiques sur les technologies, tout ça, des sites internet.
De 5000 sites internet qui sont...
C'est le top 5000 domaines qui passent par eux.
Et donc, j'avais vu ce stat.
Et quand tu vas dans Web Framework, et bien...
Le premier...
On va dire que c'est un épisode de Nox, c'est après.
Alléluia !
Des mecs, vous me dis, on a peut-être un épisode sur Nox, tout quoi.
Ouais.
Là, pour le coup, c'est totalement...
C'est Claude Flair qui le dit.
Par contre, après, il y a peut-être un biais aussi.
C'est qu'il y a peut-être plus de sites qui sont hébergés sur Claude Flair, qui sont en Nox,
parce que l'intégration avec Nox et Claude Flair se fait en trois clics.
Et c'est complètement...
Je crois que c'est natif.
Tu lui dis Claude Flair deploy ou je ne sais plus, c'est le terme exact.
Mais c'est hyper facile.
Donc, peut-être que potentiellement, ils ont plus de sites Nox que des Symphonies.
Parce que déployer un Symphonie sur Claude Flair, c'est peut-être hyper compliqué.
Non ?
Ouais, après aussi, le mode proxy, ça peut être le Symphonie,
il peut être hébergé sur ton serveur, ça passe par le serveur.
Mais ce que tu dis, c'est vrai.
Parce que le Next est hébergé chez Versel,
la plupart sont hébergés chez Versel.
Et du coup, ils n'ont pas forcément besoin de Claude Flair en tout cas.
Parce qu'ils ont déjà tout le système CDN sur Versel.
Oui, effectivement, les stats sont à prendre l'aigle des pincettes.
Parce que voilà.
Mais ça fait quand même plaisir.
Ça fait plaisir.
Bon, le deuxième fait moins plaisir quand même.
Ouais, express.
Tu...
Express.
Sans commentaire.
Droite réserve.
Troite réserve.
Par contre, ce qui est pas mal, c'est qu'on peut regarder aussi,
il y a d'autres informations.
Il y a aussi les CMS, les versions de HTTP,
les mobiles desktop, des bots de trafic.
Donc, c'est un peu intéressant d'aller se yuter,
un peu, de voir à peu près ça.
Des iOS version Android ou des choses comme ça.
C'est quand même très, très, très intéressant.
Et ça nous donne pas mal d'infos.
Yes.
Bien sûr.
Symfony en version 7.
Alors, c'est sorti au mois de novembre.
Donc, on va dire que l'actu n'est pas si...
On a pas en charle.
... pas si fraîche que ça.
Néanmoins, c'est quand même une version majeure qui sort.
Ouais, ouais, c'est une version majeure,
la version 7, donc plein de nouveautés.
La version 7 est sortie en novembre,
mais la page là qu'on a sous les yeux, elle est assez récente quand même.
D'accord.
Donc, ça reprend un petit peu tous les principes de...
toutes les nouveautés et les principes de Symfony 7.
Donc, évidemment, ça prend toutes les nouveautés de PHP 8.2
avec, voilà, de petits pages, etc.
Il y a plein de nouveautés, les commentaires, etc.
Donc PHP évolue beaucoup et du coup,
les frameworks utilisent cette évolution pour évoluer aussi.
Et passent par les fonctions natives au lieu de, voilà,
recréer la roue.
Donc, ça c'est pas mal.
Il y a pas mal de nouveautés,
dont les asset mapeurs qu'on avait évoqué dans un épisode précédent.
Donc, c'était faculté d'utiliser des librairies,
JS, tout ça, sans avoir de build, etc.
de NPM ou de Node pour compilé tout ça.
Merci les ESM.
Voilà, c'est un truc native dans les browser
et avec les modules, etc.
Donc, voilà, ça prend toutes les nouveautés comme ça.
Donc, c'est vraiment une version quand même hyper intéressante.
Et pourquoi je voulais en parler, tout simplement,
et ça va aussi avec la news qui va derrière,
c'est que tous les frameworks, en fait, se mettent au front,
se remettent au front, surtout.
Tous ces frameworks qui avaient tendance, en fait,
à être utilisés comme des API, tout ça, des backend, tout ça,
qu'on a qui s'occupait plus trop du front,
reviennent sur le devant de la scène.
Et comme l'asset mapeur,
on avait des HH aussi qui parlaient pour la version 8.
Tout ce qui est no build, en fait, de faire des frontes
avec du JS sans builder, quoi que ce soit, sans NPM, tout ça.
Donc, apparemment, ça semble être le but des frameworks,
c'est de faire du front sans builder, quoi que ce soit.
Ouais, de tendre vers ça,
parce que les navigateurs supportent de plus en plus.
Ouais.
Tous les ESM, les modules peuvent s'exécuter directement
dans le navigateur, donc on gagne du temps de build
et on enlève de la complexité.
On s'implifie les choses, c'est complète,
enfin, c'est dans les...
Ouais, c'est logique, tu vois.
Après, en fait, c'est toujours...
Enfin, je pense que ça fait assez longtemps
que tu es dans le game, on va dire, du développement,
où tu vois bien qu'en fait, c'est toujours
une espèce de pendule où on fait que du front avec des SPA,
mais en fait, après, c'est la merde.
Donc, on fait que du back, et puis après,
on essaye de mélanger, on fait du full static,
on revient sur du static, on revient sur des trucs à l'ancienne.
Et en fait, le concept, c'est toujours la même chose,
on va toujours faire des applications,
mais on essaye de simplifier au maximum
et on va dire que...
Ouais.
Ouais, si on arrive à utiliser tout ce qui est natif
et sans passer par cette phase de build
qui peut être hyper chronophage,
même si aujourd'hui, on a du rust, donc ça va vite.
Donc, c'est bien.
Mais si on peut éviter cette phase-là,
autant implémenter...
Ouais, après, c'est...
Ouais, tu vois, parce que c'est surtout l'évolution des browsers, en fait.
Comme, tu vois, là aussi, dans le tweet,
il parle d'un port maps, donc on est à cette mapeur,
c'est le même système.
C'est ce nesting, le 2.haz,
enfin, il y a tellement de choses qui arrivent natives
dans le browser, qu'on a de moins en moins besoin de...
Ouais, les webpush, donc le JavaScript, petit à petit,
de moins en moins...
de moins en moins nécessaire.
Donc après, il faut savoir qu'il y a beaucoup de développeurs PHP,
machins qui travaillent sur Symfony et tout,
qui sont totalement allergiques au JavaScript.
Il ne faut même pas leur parler d'installer notes sur la machine.
Enfin, oui.
No way.
J'ai encore travaillé avec certains au mois de décembre.
Lui, il n'a pas notes sur sa machine.
Il ne veut pas en entendre parler.
Ouais.
Voilà.
Donc, ça existe.
Ouais, ça existe.
Et dans le même délire, toujours de DHH,
il avait sorti un tweet où justement,
il voulait tendre, mais c'est dans la même ligne,
en fait, de toute cette phase de build,
de supprimer cette phase de build,
c'est de faire des PWA,
donc des Progressive Web App,
pour justement, en fait,
limiter la friction et l'implémentation
des développeurs à l'utilisation des PWA,
essayer de simplifier son utilisation.
Parce qu'une PWA, on se rappelle quand même que ça s'installe
sur un téléphone.
On n'a pas besoin de passer par les stores.
On n'a pas besoin de payer la dime des 30 points à Apple
ou à Google si on fait du trafic et si on fait du commerce dessus.
Aujourd'hui, il y a toutes les web push,
il y a les notifications.
Si vraiment, vous n'avez pas besoin d'utiliser la puissance machine,
par exemple pour un jeu ou pour faire du calcul sur le téléphone,
pour faire des applications basiques,
clairement, vous pouvez faire des PWA.
Oui, totalement.
De toute façon, avec Safari qui se met à jour plus rapidement
qu'avant par rapport au PWA,
c'est clair qu'il n'y a quasiment plus d'excuse de ne pas faire du PWA.
On avait déjà parlé plein de fois,
mais il y a 80% des applications sur le Labstore
qui peuvent être faites en PWA et pour beaucoup moins cher.
Et sans friction de pouvoir valider l'application, les mises à jour, etc.
Juste pour la mise à jour,
j'ai un bug sur mon appui natif,
il faut que je publie une release,
que Apple valide la release, que ça développe
et que les clients mettent à jour leur application.
Parce que s'ils ne le font pas, ils restent avec le bug.
Oui, mais il y a plein de contraintes.
Ça fait des allées qu'on se bat pour ça.
Peut-être qu'à un moment, ça va y arriver.
Un jour, un jour, on arrive.
Allez, toujours sur cette notion de perf,
un petit nouveau qui rentre dans le game.
On connaît très bien ESLint.
Et maintenant, on a QuickLint.js,
qui est encore plus performant.
Je ne connaissais pas du tout QuickLint.
J'ai découvert ça.
Pour 2024, sur la dernière version,
sur la 3, il prend en charge TypeScript.
Ça semble un linter assez intéressant,
parce qu'il est ultra rapide par rapport
au linter de TypeScript ou de ESLint.
Là, sur la vidéo,
sur le démon, un GIF, moins GIF.
C'est flagrant.
Je vais dire le truc,
mais les autres ne m'ont pas encore 1 seconde.
Il n'y a même pas 4, 10e secondes.
C'est un petit outil open source à tester.
Je me crains que j'ai le même résultat.
Est-ce que j'ai exactement le même résultat ?
Est-ce que la convention d'API,
tout ça, c'est exactement la même ?
En clair, en termes de friction,
gérer un ESLint, figure un ESLint,
ça ne me fait pas rêver.
C'est super chiant, c'est galère.
C'est clair.
Ce n'est pas le truc que je kiffe faire.
Je me suis tapé une fois.
Mais si, là, je dois remodifier,
parce que l'API a changé et tout ça,
je ne sais pas.
Donc, à tester,
peut-être un projet à suivre,
pour voir si, justement,
ils ont facilité la migration
vers ce nouvel outil en reprenant les mêmes API.
Dans ce cas-là,
ça peut être super intéressant.
Oui, mais t'as raison.
Le linter, c'est quelque chose qui est vraiment
bien réglé.
C'est pas de top.
Oui, oui.
Allez faire un tour sur Qlint.js,
et puis tester,
vous faites nous des retours.
Exactement.
Yes, Patrick.
On en reste là pour cette première version
des news 2024
dans un peu le nouveau format officiel.
Et puis...
C'est un épisode reste ultra rapide.
Ah, c'est ça.
Épisode codé en reste.
Épisode codé en reste.
Écoute, un grand merci, Patrick.
Merci à tout le monde d'être restés jusqu'au bout de l'épisode.
On vous dit à bientôt pour des news,
des épisodes plus longs, des invités.
Ciao, ciao.
A plus, ciao.
...