Bonjour à tous, bienvenue sur ce nouvel épisode de Double Slash, bienvenue à tous et à
toutes.
Nous sommes en février 2024, comme d'habitude nous sommes avec Alex.
Salut Alex.
Salut Patrick, salut tout le monde.
Écoute ça va bien, l'hiver suit son plein.
Oui, certainement on a des auditeurs qui vont nous écouter le podcast sur les pistes de
ski ou sur les télésièges peut-être pendant les vacances, je ne sais pas, on verra.
Profitez bien.
En attendant, épisode de news, on fait un petit sommaire.
Allez.
On voulait commencer par remercier les auditeurs.
Absolument.
On a de plus en plus de personnes qui nous soutiennent financièrement via le GitHub
sponsor et en vous en remercie, ça fait grandement plaisir.
On voit aussi de plus en plus de personnes qui laissent des commentaires, qui interagissent,
qui nous posent des questions et on essaye de répondre à tous les commentaires.
En tout cas, ça fait super plaisir.
Donc un grand merci pour votre fidélité et votre soutien pour le podcast.
Ça fait toujours plaisir.
Un grand merci à tous.
Oui, effectivement le dernier épisode sur les CMS Headless a été bien accueilli,
pas mal de commentaires, tout ça.
C'est cool d'avoir de plus en plus de gens qui interagissent.
Donc c'est intéressant.
N'hésitez pas à laisser un commentaire.
On vous répond avec plaisir.
C'est toujours cool de discuter.
Et même si vous n'êtes pas d'accord avec nous, vous avez le droit de ne pas être

Surtout si vous n'êtes pas d'accord.
Surtout.
Allez, on attaque petit épisode de news.
On va parler de jQuery, on va parler de remix, on va parler de tempo et de notre
librairie qui va nous permettre de faire du react beaucoup plus rapidement.
On va parler du drame avec les PWVR et de Apple et un petit retour d'expérience
de Next, Patrick.
Ouais, un petit retour.
Un petit retour.
Petit retour.
Allez, on attaque tout de suite.
C'est parti.
Une version de jQuery qui arrive en version 4.
On croyait jQuery mort.
Je vous rappelle qu'on a fait un épisode où on annonçait la mort de jQuery ou plutôt
on souhaitait la mort de jQuery.
Je ne me rappelle plus.
C'est un épisode qui date énormément.
C'était dans les premiers épisodes.
Et aujourd'hui, jQuery sort en version 4.beta.
C'est une blague ou pas ?
Non, ce n'est pas une blague.
Ce n'est pas un poisson d'avril.
Non, non, j'ai vu ça.
J'ai un petit peu halluciné.
Je ne pensais pas qu'il y avait encore...
Enfin, qu'ils allaient sortir une version.
En fait, puis finalement, oui, il ne faut pas oublier quand même que jQuery est très,
très utilisé et très présent sur le web.
Puisqu'il a été énormément utilisé à une époque.
Il y a encore beaucoup de sites qui l'utilisent parce qu'ils l'ont utilisé.
Enfin, l'aide technique ou parce qu'il y a encore des développeurs qui n'utilisent que ça.
Qui n'utilisent pas.
Je vais le scriber directement en Vanilla.
Donc, finalement, c'est peut-être bien qu'il évolue parce que la version 4,
logiquement, va s'alléger.
En fait, donc ils enlèvent.
Là, on voit sur l'écran pour ceux qui regardent la vidéo.
Ils enlèvent enfin IE 11.
Enfin, j'ai envie de dire.
Enfin, il était temps.
Puis après, voilà, il y a pas mal de trucs qui sont qui sont qui fonctionnent plus
ou qui sont remplacés par des fonctions CSS natives ou il y a plein de choses qui
marchent beaucoup mieux en natif.
Donc, voilà, ils ont allégé le code.
Donc, c'est une bonne nouvelle puisque ce qui continue à utiliser jQuery ou des sites
comme, par exemple, WordPress ou c'est par défaut souvent,
bah le site sera un peu plus light.
La librairie sera plus légère.
Donc, c'est cool.
Enfin, je pense que c'est une bonne nouvelle dans tous les cas, quand même.
Après, évidemment, vous connaissez notre avis,
essayez de ne pas l'utiliser.
Mais bon, parfois.
Non, mais après, je pense qu'on a déjà abordé le sujet sur la technique.
Voilà, parfois, tu n'as pas le choix.
Tu érites d'un paquet d'applicatifs.
Bon, tu dois le faire évoluer.
Après, avant de substituer jQuery, tu passes tous tes tests, tu mets en place.
Mais aujourd'hui, tu peux largement faire 100.
Mais bon, comme comme tout, ça prend du temps de virer tout ça.
Est-ce qu'aujourd'hui, sur un nouveau projet, tu vas mettre jQuery 4 ?
Bon, on est bien, on est d'accord là-dessus.
Ça, c'est clair que nous, non, mais après peut-être.
Peut-être que d'autres.
Et tu veux vite faire, mais je travaille avec des agences qui travaillent avec
jQuery encore, parce qu'ils utilisent bootstrap ou des choses comme ça.
Du coup, ils l'utilisent toujours.
Donc, j'espère qu'ils passent contre sa version 4 et ça fera un site un peu plus
light.
Ils sont pas prêts.
À mon avis, ils sont pas prêts d'arrêter.
Mais bon, voilà.
OK.
On ne juge pas.
Et on ne juge pas.
Je ne juge jamais.
Allez, remix qui passe en version, enfin qui met à disposition un mode SPA.
Mais derrière, c'est quoi ?
C'est derrière un feature flag.
C'est quoi ?
Un stable, ça veut dire quoi chez eux ?
Un stable, ça veut dire que pour l'instant, ils déconseillent d'utiliser en production.
Donc, voilà.
Donc, tu peux tester si tu as envie et tout ça, mais ils ne l'utilisent pas encore
en production.
Ce n'est pas assez stable.
Donc, c'est pour sortir une application en mode vraiment SPA et pas du tout pour pas
la faire tourner sur un serveur comme parce que remix, c'est vraiment revient
tes serveurs à la base.
Oui, comme tu disais avant le registrement, ils sont vraiment faits l'inverse de tout
monde.
Ben ouais, en fait, tu as tous les frameworks natifs, on va dire, qui faisaient des SPA
classiques, c'était la base.
Puis, ils ont dit non, mais on a un problème, il faut faire du SSR, du rendu serveur.
OK.
La remix, lui, il est sorti en faisant du rendu serveur et maintenant, ils font du SPA.
Bon, OK, c'est le chemin inverse, mais au final, tout le monde va faire tout.
Donc, tu auras le choix de ce framework.
C'est bien.
C'est bien.
C'est une demande, je pense que c'est une demande que je disais.
Il y a aussi un...
Pour Astro, il y a aussi un truc qui est ouvert pour faire du routine côté
client aussi, puisqu'Astro, il n'y a pas de navigation dans le browser.
En fait, c'est vraiment...
Ça recharge la page à chaque fois, en fait.
Et donc, il y a quelque chose qui est ouvert là-dessus, vous voulez l'implementer.
Donc, remix passe en mode SPA.
Parfois, c'est pas mal, parce qu'on a, pour certaines applications, on n'a pas
forcément besoin d'un serveur.
On peut la faire tourner que dans le navigateur.
C'est des trucs qui sont intranets, tout des choses comme ça.
Il n'y a pas forcément besoin de toujours de serveur.
Donc, je pense que ça répond à un besoin.
Alors après, il faut savoir qu'à la version remix avec VIT, qui existe,
donc, tu peux compiler avec VIT.
Et donc, la version SPA ne fonctionne qu'avec VIT, en fait.
D'ailleurs, tu vois, tu es en plein dessus là sur l'exemple de code.
Donc, tu es obligé d'utiliser le système remix run VIT pour l'utiliser le mode SPA.
Mais voilà, testez si ça intéresse des gens.
Après, voilà, c'est super bien fait.
Il y a aussi l'alternative, c'est le React Trouter en V6, qui est avec une API
qui est très, très proche de remix, en fait.
Donc, d'ailleurs, c'est un peu basé sur la même chose.
Ça peut être aussi utile pour faire une SPA sans remix et faire juste avec un mode React Trouter.
Mais dans ce cas-là, pourquoi pas faire directement une React Create App classique ?
Oh, ça se fait plus ça.
Oh, ça se fait plus.
Ça se fait plus, mon gars.
Non, non, c'est...
Tu peux le faire...
Après, c'est pas compliqué de créer une app à la mano sans...
Avec VIT, tout des choses comme ça.
Tu peux très bien...
T'as des...
Comment ça s'appelle ?
Des scaffold qui sont déjà prêts avec VIT.
Tu lances et ça te installe tout.
Et voilà.
Donc, il y a différentes possibilités.
OK.
Bon, à savoir que ce remix vient de se devoluer de nouvelles fonctionnalités.
Ouais, ouais.
Et on parlait de React tout à l'heure.
Millions, on en avait déjà parlé, on avait évoqué le sujet.
Mais là, par contre, il passe en version 3.
Et MillionsJS, qu'est-ce que ça fait exactement ?
Alors MillionsJS, on en avait parlé parce que ça rend une application React beaucoup plus rapide, en fait.
Puisque, comme tu le sais, ça met à jour une application React ou même d'autres,
met à jour les nœuds, en fait, de l'application, différents components.
Voilà, quand il y a besoin de mettre à jour, etc.
Et donc, Meeon donnait la promesse, en fait, de être beaucoup plus rapide que le système de base de React.
Voilà.
Donc là, ils arrivent à la troisième version.
Et a priori, si vous avez... Enfin, je vous conseille d'aller vers, c'est intéressant.
C'est une phase de stabilisation, en fait.
Voilà, il y a eu la version 1, la version 2, où ils ont amélioré des choses.
Mais il y avait encore des librairies qui n'étaient pas compatibles, à priori, avec la version 2.
Et là, ils ont stabilisé sur la version 3 pour en avoir plus compatible avec d'autres librairies.
Voilà, donc c'est une évolution, plus de stabilisation.
Donc ils annoncent toujours 70% plus rapide que le...
70%.
C'est de base.
Ça me paraît énorme quand même.
Mais...
Ouais, alors...
Ouais, c'est clair.
Alors, personnellement, j'ai jamais utilisé et j'aimerais bien savoir si dans les auditeurs, quelqu'un l'a déjà utilisé.
Et que... Voilà.
Si il peut nous faire un petit retour par commentaire pour savoir si c'est vraiment efficace, si ça fonctionne bien, si il n'y a pas de bug, tout ça.
Et moi, je suis curieux que ce genre de librairies, en fait, ne basculent pas en natif, quoi.
Tu vois, si vraiment la perte est tellement énorme pour moi, en fait, la technologie.
Alors, je sais pas si c'est open source ou pas, d'ailleurs, ça.
Mais je suis curieux que, en fait, que les équipes qui développent le rendu...
MIT, oui, c'est pas ça.
Ils ne se disent pas, autant s'inspirer et aller chercher de la performance.
Je ne vais pas dire gratuite, mais on va dire facilement, parce que les mecs, ils ont déjà fait le boulot.
Ou alors, peut-être qu'ils attendent que le système de millions de GS soit à maturité suffisante pour l'intégrer nativement dans le corps de React.
Je sais pas.
Je pense que c'est ça.
Je pense qu'à un moment, peut-être qu'il n'était pas encore assez stable.
Et peut-être le jour où il sera hyper stable, hyper robuste et tout, ils penseraient peut-être à l'intégrer directement dans React.
Et puis, comme on le sait, Facebook, Facebook utilise React en interne pour les applications, tout ça.
Et évidemment, ils sont forcément intéressés pour avoir plus de performance.
Donc peut-être qu'un jour, on verra à suivre.
C'est pour ça qu'on en parle.
On verra la version 5 dans 6 mois.
On en reparlera.
On en reparlera.
Autre librairie qui s'appelle Tempo, qui vient nous faciliter la vie pour la gestion des dates.
Alors on sait que historiquement, il y avait une librairie qui a trosté un petit peu tout pendant des années.
Parce que gérer des dates, c'est un peu la merde.
En GS, il y avait Moment.
Moment GS, par contre, qui était une espèce de vache allée monstrueuse en termes de place.
C'était mais ça prenait de l'espace dans ton bundle.
Et sorti différentes librairies, je pense à DGS qui vient s'appuyer sur la même API que Moment.
Mais qui est beaucoup plus léger.
Il y a date FNS, je crois.
FN, quelque chose.
Ou la Bers.
Ouais, un truc comme ça.
Ouais, FN and date, je sais plus.
Et là, en fait, il y a une nouvelle qui s'appelle Tempo, qui est derrière, qui est poussée par l'équipe de Formkit.
Qui est un framework pour générer des formuleurs.
Et eux, comment pourrait avancer leur grosse plus-value et les tipper ?
Ouais, ça va être façon maman, t'as oublié de tipper tout ce que tu sors.
Je pense que simplement, ils ont dû développer leur système pour gérer les dates au niveau du formulaire pour tout ce qui est formulaire.
Et puis, du coup, ils se sont dit, on va le rendre open source, à mon avis.
Voilà, je pense, c'est pas plus compliqué que ça, à mon avis.
Donc voilà, j'ai envie de dire une de plus.
Mais après, est-ce qu'elle est mieux, est-ce qu'elle est moins bien ?
A tester, par contre, c'est vrai que...
Alors, moi, personnellement, je suis un gros fan de DGS.
Parce que j'avais passé du temps à l'API, donc je vais pas dire que je connais l'API par coeur.
Je vais pas dire ça.
Par contre, je maîtrise plutôt bien l'API.
Et donc, sur le formatage, si je veux ajouter sous-straire une date,
tu me donnes la date dans 6 heures, ça rend obsolète.
Ou dans 4 heures, tu refètes, ou des choses comme ça.
L'API est plutôt bien faite.
Et là, il y a une nouvelle API qui part de scratch.
Donc, ce qui veut dire qu'on doit réapprendre cet API.
Bon, pourquoi pas, hein ? C'est pas non plus monstrueux.
Par contre, il faut voir qu'est-ce qu'on a à y gagner.
Et si elle est plus intuitive, c'est vrai qu'elle paraît beaucoup plus verbeuse.
Mais on va dire déclaratif, pas verbeuse.
C'est vraiment, on va dire, plus pour les humains, quoi.
Format, la date avec le time, full, long, medium, short.
Et donc, voilà, pour indiquer le niveau de précision qu'on veut.
Donc, c'est vrai que c'est très littéral, en fait.
Pourquoi pas ?
Après, tu vois, pour le formatage des dates, tout ça, je l'utilise en JIS en natif.
Il y a des fonctions maintenant qui sont plutôt bien faites.
Tu es vraiment un mec bien.
Mais non, non.
En fait, je suis un peu extrémiste quand je peux éviter d'utiliser une librairie, je le fais.
Mais c'est vrai qu'en natif, tu as beaucoup de choses qui sont beaucoup plus simples qu'avant.
C'est vrai qu'avant, c'était un peu compliqué.
Mais maintenant, tu peux formater plus facilement avec même le pays, tout ça, la langue et tout.
Et après, c'est sûr qu'il doit faire des sous-stractions de date et tout ça.
Là, c'est bien compliqué.
Donc, évidemment, une librairie, ça devient nécessaire.
Mais, ouais, non, ça a l'air de bien marcher, en tout cas.
Format, tu vois, enfin, je veux dire, c'est simple.
Ouais, et là, on vient de faire le test en live.
Et on vient mettre la locale en FR, en EN.
Et automatiquement, ça vient mettre toutes les informations à la date.
On n'a pas besoin de...
À la bonne locale, pardon.
Ce qui fait qu'on n'a pas besoin d'installer un module, une extension supplémentaire pour gérer les dates.
Donc ça, c'est plutôt intéressant.
Ah, c'est pas mal, c'est pas mal.
À tester, il faudrait voir le poids.
Ouais, il parle pas de ça, c'est pour ça, il ne mette pas ça en avant.
Alors, je me dis, est-ce qu'elle est lourde ou pas ?
Je me pose la question.
Parce que c'est pas du tout...
Je m'attendais à ce qui se passe, généralement, quand on sort un nouveau truc de date,
il se dit, super léger, tout ça.
Parce que, justement, au moment de JS, c'était le reproche d'être trop...
Ou alors, il se dit...
...quand on est passé à autre chose.
Ou alors, à l'inverse, il dit maintenant, en fait, la légèreté, on va dire, c'est native.
Tu vois ? Et, par contre, ce qui va mettre en avant, c'est peut-être la facilité d'utilisation,
le côté où je vais pouvoir tout tipper, je vais pouvoir tout sortir vraiment
ce que je veux exactement avec une grande précision et une grande facilité,
sans pour autant ajouter plein de modules complémentaires.
Ouais.
Ouais.
Bon, à suivre.
A tester.
A tester.
Faites-nous le retour dans les commentaires, évidemment.
Ben ouais.
On a intéressé.
Et on va parler de Next.js cette fois-ci.
Alors, je sais qu'on en parle beaucoup.
Par contre, on pourrait dire que toi, il t'est arrivé quand même...
Ah !
Des péripéties.
Ou, en tout cas, t'es arrivé un moment où t'as insulté les mecs de React, enfin,
de Next parce que tu étais vraiment vénère.
Attends, tu m'as quand même appelé, t'étais en mode vénère.
En fait, je veux juste faire un retour pour donner quelques conseils.
Après, voilà, c'est juste un retour d'expérience.
Mais c'est vrai que la semaine dernière, j'étais plutôt énervé.
Ben ouais.
Mais...
Bon, raconte-nous.
Pour le coup, l'application, en fait, c'est...
Alors, je n'ai pas choisi le plus simple, vraiment, pour ça.
Je veux faire une SPA.
Oui, on fait des SPA encore.
En fait, je n'ai pas le choix, c'est ce qu'on m'a imposé.
Et donc, je voudrais faire une Next.js en mode SPA avec un export statique.
Parce que tu es obligé d'exporter statiquement si tu veux, ne pas utiliser de serveur.
Donc, tu es obligé.
Ça fonctionne comme ça.
Et donc, c'est là où ça se complique beaucoup, parce qu'il y a beaucoup de choses qui ne fonctionnent pas.
Donc, déjà, la première chose, en fait, premier conseil que je peux donner, c'est...
Parce que du Next.js, j'en ai fait beaucoup et voilà.
Après, un peu moins sur la version APB, voilà, sur la qui je vais parler.
Mais premier conseil, c'est que vous connaissez bien Next.js comme moi, repartez de zéro, en fait.
Faites comme si vous ne saviez pas utiliser Next.js, parce qu'en fait, c'est comme si c'était un autre framework, en fait.
Mais vraiment, quoi.
Tu veux dire, sur la version, entre la version 13 et 14 ?
Non, entre la version web, entre la version Page.js, c'est le qu'on utilise depuis un moment.
Et la version APB, qui est sortie avec la version 13, maintenant 14.
En fait, c'est tellement différent qu'en fait, il faut partir...
En fait, il faut partir une page blanche et dire, c'est comme si tu utilises un nouveau framework
et il faut vraiment poncer la doc, vraiment poncer la doc.
Parce qu'il y a tellement de choses qu'en fait, il faut chercher.
Revenir débutant.
Accepter de redevenir débutant sur ce framework pour partir directement avec les bonnes pratiques
et pas mettre des paternes qui sont issus de Page.js qu'on essaierait d'appliquer sur app.p.
Et en fait, on va faire des antipaternes ou des choses comme ça.
Ah non, mais ça ne marche pas. De toute façon, c'est un autre chose.
C'est ce qu'on avait évoqué quand la version APB était sortie.
On avait dit que c'est presque comme Angular 2 quand il est sorti tout ça.
Effectivement, c'est presque ça en fait.
Alors évidemment, on garde... c'est du React, on a la même façon d'écrire tout ça.
Mais vraiment, il y a un changement complet de paradigme et c'est rien à voir.
Et surtout, derrière, il y a complication.
On en parle depuis un moment, les serveurs component et les clients component.
C'est vraiment pas simple.
Un petit plenari.
Donc c'est vraiment pas simple de faire...
En fait, on se fait beaucoup avoir entre les serveurs component et les clients component.
Et surtout, pourquoi on se fait avoir en fait, c'est parce qu'il y a des choses qui ne marchent pas dans un et des choses qui ne marchent pas dans l'autre.
Donc ça, c'est hyper complexe à comprendre.
On se prend beaucoup d'erreurs au début.
Et il y a des choses qui sont dynamiques.
Il y a des choses qui sont...
Moi, j'ai complexifié avec la version export en statique,
puisqu'il n'y a aucun dynamisme.
Donc je ne peux pas utiliser...
Enfin, il y a plein de trucs que je ne peux pas utiliser, le Header, tout ça, qui me donne.
Ce qui est assez fou d'ailleurs, parce que...
Moi, là tout à l'heure, j'étais en train d'essayer d'utiliser...
En fait, il y a un Next slash Header, qui permet de récupérer des infos du Header, tu vois, par exemple.
Quand tu fais ton des serveurs.
Et c'est assez fou parce que ça ne fonctionne pas quand tu fais l'export statique.
Alors que l'export statique, il est fait en JS.
Donc je ne comprends pas pourquoi ça ne fonctionne pas dans l'export.
Après que ça ne marche pas quand tu as l'efficier en index HTML.
Je comprends.
Mais quand tu fais l'export, c'est pas normal que certaines fonctions en JS ne fonctionnent pas.
Donc c'est assez bizarre.
Et est-ce que tu n'as pas à le spécifier dans ton export, de dire que tu veux garder...
En fait, non.
Non, en fait, à partir du moment où tu mets export statique, ça te coupe plein de choses.
Tout ce qui est pas dynamique, tout ce qui est...
Tu n'as plus de middleware, ça te complique énormément les choses.
Donc là, je m'arrache un peu les cheveux.
Alors évidemment, si j'avais fait avec des serveurs derrière et vers celles, ça serait beaucoup plus simple.
Mais bon, après j'aime bien parce que c'est dans ces moments-là où on apprend le plus.
Tu galères un peu, tu ponces la doc, tu cherches, tu vas sur les forums et tout.
Et c'est là où tu apprends plus en général.
Donc c'est cool, mais compliqué.
Ouais, ça reste quand même un peu violent.
C'est apprendre, mais de la manière la plus violente possible.
Ouais, c'est assez violent.
Alors je comprends que...
Déjà, comme je disais au début, c'est vraiment que tu tombes de haut en fait, en te disant putain,
mais en fait, je ne sais plus utiliser Next, en fait.
C'est dingue.
Et je comprends que pour les développeurs qui sont un peu plus juniors entre guillemets
ou qui ne connaissent pas bien Next tout ça, ça soit très compliqué.
C'est le reproche qui revient continuellement entre les serveurs component.
En fait, le framework est devenu tellement...
En fait, tu peux faire énormément de choses avec.
Il est top, il y a plein de choses excellentes et tout ça.
Mais il fait tellement de choses maintenant et tellement performant, tellement plein de différentes façons de faire
qu'il est devenu très complexe en fait, clairement.
Donc voilà, le conseil que j'ai à donner, c'est lisez énormément la doc et voilà, poncez la doc.
Et accepter de repartir débutants sur ce type de projet.
C'est clair.
Ok.
Allez, on passe sur le coup de gueule ou en tout cas notre grande déception du moment qui est en fait...
Comment... non, c'est ça.
Allez, on va dire le mot Apple.
C'est dommage, on n'a pas une petite musique d'enterrement.
Ouais, c'est exactement ça.
C'est on prend le mot Apple et on dit le mot PWA et...
Ça n'a jamais collé, déjà, entre les deux.
C'est vrai que déjà, ça n'a jamais bien marché.
Ils ont été longtemps à la traîne.
On avait vu quand même des prémices d'ouverture.
Je pense à l'ouverture des push notifications.
Tu dis, ok, Apple ouvre un peu, on va dire, fait sauter les dernières barrières.
Top, top.
Mais là, en fait, sur la dernière version de EOS en beta, la machine arrière totale,
ils ferment des API et ils utilisent toujours le même argument, la sécurité.
La sécurité, de toute façon, c'est quand même le côté...
En fait, si tu veux couper quelque chose, tu annonces que c'est pour la sécurité
et là, en fait, personne ne va te dire le contraire.
C'est la sécurité.
C'est triste.
Pour le contexte, il y a la MDE, c'est ça, qui rentre le 6 mars, je crois.
En fait, c'est une décision de l'Europe.
C'est une décision de l'Europe, une nouvelle règle pour tous les acteurs.
Il y a plein de choses qui vont changer, pas que pour Apple.
Je sais que WhatsApp, ils vont être obligés d'ouvrir à d'autres messageries, etc.
Apple, ils sont...
Alors, justement, le cœur du truc, c'est qu'Apple aujourd'hui ne peut plus...
Ça me rappelle un peu Microsoft à l'époque, c'est l'horreur.
C'est exactement ça.
C'était le même truc.
Maintenant, Apple va être obligé de te proposer d'utiliser un autre navigateur, en fait,
quand tu vas te connecter.
Donc, de pouvoir changer par défaut, de plus à être sur safari,
et de pouvoir utiliser un autre navigateur.
Mais ça va plus loin que ça, en fait, c'est parce qu'apparemment,
tu sais, alors pour ceux qui ne savent pas encore aujourd'hui,
et ça, c'est toujours un truc très...
J'ai déjà eu des discussions assez lunaires avec les gens pour leur faire comprendre
qu'en fait, quand tu utilises Chrome sur ton iPhone, tu utilises Safari, en fait.
Les gens ne comprennent pas que c'est WebKit derrière, en fait.
Et ça, ça va changer, en fait, parce qu'a priori,
maintenant, on pourra développer...
Chrome va pouvoir développer un vrai navigateur,
pas sur WebKit pour les iPhones, en fait.
En fait, apparemment, c'est ça le cœur du problème.
Et donc, Apple dit...
Le truc, c'est qu'A.O.S. n'est pas prévu pour utiliser d'autres navigateurs.
Du coup, il n'y a pas des trucs de sécurité.
Donc, comme en ce moment, on est surchargé avec le MDL,
le DMA, je ne sais plus comment ça va être,
et bien, on n'a pas le temps de s'occuper de ça.
Alors, du coup, on coupe tous les PWA.
Voilà, terminé.
Ouais, après, je crois qu'il y a aussi une histoire de trust sur le store,
où en fait, ils sont en abus de bien,
donc ils sont obligés d'ouvrir,
d'ouvrir des Apple Store tiers,
enfin des stores tiers, pardon,
pour mettre un applicatif qui ne passerait pas par leur store.
Et en fait, ils ont des propositions.
Alors, je ne sais pas si ça a été accepté ou pas,
mais ils ont des propositions,
où les mecs, ils pété des câbles,
parce qu'ils disent, en fait,
tu pourras installer ton application,
par contre, tu vas payer 50 centimes à l'installation, quoi.
Donc, en fait, toi, tu veux faire ton application tiers,
tu vas quand même payer Apple
pour que ton application soit installée sur les machines.
Donc, tout de suite, ça fait des sommes astronomiques.
Mais bon, il faut bien comprendre
que la poule aux odeurs pour Apple, c'est le store.
En tout cas, c'est là où tout passe.
Donc, il y a un marché monstrueux.
Donc, si la régulation,
qu'il soit à l'Europe ou un autre,
viennent légiférer là-dessus et à terme,
c'est comme ça que ça va arriver.
C'est obligé.
En tout cas, c'est le chemin que ça prend.
C'est sûr qu'il faut qu'ils anticipent le cash flow
qu'ils vont perdre et donc qu'il faut qu'ils trouvent de l'argent ailleurs, quoi.
Parce qu'on le sait tous que Apple est une entreprise financière.
Donc...
C'est clair.
Donc, non, ça va être super compliqué.
Par contre, ce qui est bête, c'est que, initialement,
c'est vrai que le côté...
On se rappelle tous de Steve Jobs qui présente le premier iPhone
et qui dit, voilà, le futur, c'est le web, tout.
Bon, on en est très, très loin.
Aujourd'hui, tout est fait en natif.
Tout est fait spécialement pour le store.
Et il y a zéro web.
Enfin, voilà, c'est très, très, très compliqué.
Ça fait des années qu'on en parle sur WSLash,
où on dit qu'on ne comprend pas pourquoi ils font autant de...
Ouais, de blocage.
De blocage.
Mais bon, c'est toujours une histoire de pognon.
On est complètement d'accord.
Et là, malheureusement, ça ne va pas dans le bon sens, quoi.
Non, non, ça ne va pas du tout dans le bon sens.
Et puis, ouais, non seulement.
Donc, en fait, pour la petite histoire,
c'est des gens qui se sont rendus compte avec les versions beta,
que d'un coup, ils ne pouvaient plus installer les PwBA
sur l'accueil, tout ça, avec l'icône, tout ça.
Il y avait des attaques qui avaient disparu.
Enfin, il y a plein de choses qui disparaissent, en fait,
qui sont désactivées, quoi, de fait, durant le lendemain.
Et puis, personne n'est prévenu.
Donc, c'est vraiment dommage,
parce que depuis quelques temps, en fait,
on se réjouissait de voir qu'enfin Apple
investissait sur Safari pour faire évoluer
vers les PwBA.
Donc, on s'est dit, c'est bon, là, ça arrive.
Et puis, d'un coup, douche froide, c'est terminé, quoi.
En fait, c'est à se demander si ça va revenir, en fait.
Ouais, et puis, comme on sait tous,
comme on sait tous que Apple est grand, grand,
communiquant, elle communique énormément.
Donc, on sait tout, on sait exactement ce qui va se passer.
Hashtag, gros irony.
Donc, on sait vraiment, on n'en sait rien du tout, quoi.
On n'en sait rien du tout.
Et ouais, je trouve ça super triste.
Mais bon, il y a quand même des boîtes
qui ont développé des applications
qui, là, du jour au lendemain,
c'est tout leur business model qui s'écroule, quoi.
Donc, je trouve ça un petit peu violent.
Et alors, je terrais les noms des gens
qui ont, sur qui j'ai vu, qui ont écrit des commentaires en disant
mais de toute façon, si tu veux faire de l'applicatif,
les vrais développeurs font déjà des applications natives.
Et hashtag, si tu n'es pas développeur natif,
tu n'es pas un développeur.
Bon, je ne vais pas développer, on ne va pas développer.
Je pense qu'on a assez une culture du web pour répondre à ça.
Mais ce n'est pas très ouverture, quoi.
Je pense que j'ai vraiment l'impression, en fait,
qu'Apple est en train de devenir le Microsoft des années 90
dans sa manière de faire, dans sa manière de truster l'argent,
à sa manière de faire des décisions
qui vont que dans leur sens.
Et j'ai l'impression, alors peut-être que je me mens,
peut-être que je me trompe,
mais que le web a plutôt tendance à s'ouvrir
et à pratiquer une sorte d'ouverture
d'interoperabilité des services,
de transformer des data d'un service à un autre.
Et j'ai l'impression que Apple fait tout l'inverse, en fait.
Donc j'ai l'impression qu'il navigue à contre-courant.
Après, peut-être qu'ils ont les moyens de faire ça
parce qu'ils ont des milliards en banque
et donc ils ont atteint un niveau de pénétration de marché
qui est tel, qu'ils s'en modent,
bah vas-y on s'en fout, de façon, les gens ils vont quand même utiliser.
Mais je pense qu'à un moment donné,
ça va leur coûter, c'est obligé,
enfin, la roue tourne tout le temps.
Voilà, on a connu Apple,
où ils étaient au bord de la faillite,
avec leurs machines toutes péraves.
Non, avec les machines qui étaient très bonnes,
mais il y avait personne qui les achetait,
le marché s'écroulait,
et ils ont réussi à inverser la tendance,
c'est très beau.
Est-ce que les gémonies Apple
n'est pas arrivées à son sommet, je sais pas.
Je me pose la question.
Ouais, je sais pas non plus.
Je pense que non, je pense que...
Non, non, ils vont tourner encore un bon moment en haut.
Non, c'est dommage parce que c'est le web,
c'est un truc qui est ouvert,
et c'est vrai qu'Apple s'est plutôt fermé,
et d'être obligé comme ça,
de passer par les applications, par le store, tout ça,
de donner des sous,
c'est une ferme sûre en fait,
voilà, ça, ça.
Après, on peut toujours faire des cipes web,
ça marchera toujours sur l'iPhone,
c'est dommage.
C'est super dommage.
Mais bon,
c'est comme ça.
En tout cas, pour l'instant,
c'est comme ça dans les beta.
Tout le monde s'était inquiété en disant,
ouais peut-être que c'est un bug dû à la beta,
et là pour le coup,
maintenant Apple a clairement qu'un de les fans dit
non, non, ce n'est pas un problème,
ce n'est pas un bug, c'est une feature,
c'est voulu,
et donc là, c'est la grosse douche froide.
Bon, on verra ce que ça dit
dans le futur,
et on espère que ça ira
un petit peu mieux, quand même,
sur le...
Oui.
Mais oui, on y croit.
Yes.
Patrick, est-ce que tu veux rajouter
un truc pour cet épisode ?
Non, bah écoute,
merci à tous pour d'avoir écouté l'épisode,
et puis n'hésitez pas à laisser un commentaire.
Voilà.
Un grand plaisir,
un grand merci à tous ceux qui sont restés jusqu'au bout
de l'épisode. Un petit pouce,
ça fait toujours plaisir, parler de l'épisode.
Ouais, aussi ouais.
À vos collègues, à vos camarades,
de promo si vous êtes en formation,
sur le plateau tech,
on parle de WSLash,
ça fait une excellente
promotion. Un grand merci à tous,
et on vous dit à bientôt.
Ciao, ciao.