M.Papillon met en lumière la rapidité et la réactivité des SPA, mais alerte sur les problèmes d'indexation par les moteurs de recherche et les défis d'accessibilité. Les coûts de maintenance et les préoccupations de sécurité ajoutent à leur complexité.
Retrouvez l'intégralité de cet article sur : https://spote.developpement-durable.gouv.fr/mtect-mte-mer/sg/sg-dnum/sg-dnum-msp/article/le-developpement-numerique-durable-episode-5
Retrouvez l'intégralité de cet article sur : https://spote.developpement-durable.gouv.fr/mtect-mte-mer/sg/sg-dnum/sg-dnum-msp/article/le-developpement-numerique-durable-episode-5
Category
🤖
TechnologieTranscription
00:00 Mais en fait, avons-nous besoin de plusieurs développeurs ?
00:05 C'est ça la grosse question de la deuxième partie.
00:07 Et la question est d'intérêt parce qu'il s'est développé depuis à peu près 2015
00:16 la pratique de faire, d'utiliser des frameworks qu'on appelle single page applications.
00:21 Un exemple bien connu, angulaire, de source Google, recte, de source Facebook,
00:29 et dont le principe est le suivant, c'est en gros vous connecter,
00:32 vous allez une coque HTML qui est quasiment vide,
00:35 enfin vide, la coque HTML, et qui a une coque JavaScript,
00:38 qui va aller chercher et qui va faire des appels API, JSON, en JavaScript,
00:43 pour récupérer différents éléments.
00:45 Un bon exemple étant screenshot sur la partie droite, vous l'avez reconnu,
00:50 c'est le self mobile de GTA.
00:56 Pour venir là, j'ai mis mon navigateur en mode simili mobile,
01:02 présentant comme un mobile, j'ai pu lancer la page,
01:06 aller ouvrir l'écran de screenshot,
01:10 ce qui prend quelques secondes, revenir dans le navigateur,
01:15 et là je l'ai découvert le navigateur, vous voyez qu'il y a un bloc qui est rempli,
01:18 pour me dire en bas, aucune tâche,
01:20 et il y a un bloc en haut où le retour n'est même pas encore là.
01:25 Pour un bout de 5 secondes à peu près,
01:27 voilà ce que nous avons comme expérience utilisateur.
01:31 On enlirera aussi le petit curseur accessibilité,
01:34 parce qu'il est normal que je puisse me dire,
01:36 je voudrais une page bien accessible.
01:38 Le petit inconvénient de ce genre de technologie,
01:43 dans notre contexte, c'est qu'il est extrêmement mal indexé
01:47 par les moteurs de recherche, parce que les moteurs de recherche,
01:50 même celui de Google, ne comprennent pas nativement le JavaScript,
01:53 donc on l'a vu, il est lent sur les terminaux qui sont mal connectés,
01:57 ou plus puissants.
01:58 L'accessibilité, évidemment, c'est problématique,
02:01 parce que si vous avez une personne qui a un lecteur,
02:04 par exemple Braille, ou autre lecteur haute voix,
02:07 il ne sait pas lire le JavaScript, il ne comprend pas,
02:10 et tout ça c'est caché.
02:12 Et puis bien sûr, il va de soi que quand vous faites des formulaires,
02:16 un des arguments qui peuvent être donnés,
02:19 c'est que sur l'outil, il permet de faire des checks,
02:21 des checks par exemple, je ne sais pas la longueur d'un mot de passe,
02:24 directement dans le navigateur, avant de l'envoyer,
02:26 que dans le cadre de la réponse, on vous dise
02:28 « votre passe est trop court » ou « trop long »,
02:30 enfin « trop ceci » ou « trop cela ».
02:32 Oui, mais il faudra faire la vérification deux fois,
02:36 parce que celui qui est dans le navigateur,
02:39 un attaquant peut le manipuler, donc il faudra le refaire l'autre.
02:43 Bref, tout ça est une usine à gaz,
02:48 qui a des coûts de maintenance extrêmement élevés,
02:51 et en gros, je suis en même temps envie de dire,
02:54 si on a un peu de recul et qu'on a un peu connu les années 90,
02:57 les front-end sous forme de SPA,
03:02 c'est grosso modo le client dans la période client-server,
03:05 avec toutes les difficultés, à part l'exception de la mise à jour du client,
03:09 qui est effectivement traité par le web,
03:11 pour le reste, ça a tous les attraits et tous les défauts.
03:16 Pour bien enfoncer le clou,
03:19 je voulais vous citer,
03:22 le dénommé Tim Kadlec,
03:25 qui est un spécialiste de la performance web,
03:28 il a écrit une demi-douzaine de bouquins,
03:31 dont deux chez Aurélie, dans la collection,
03:34 vous savez, là où il y a un dessin d'animal,
03:37 c'est un petit peu comme la NRF chez Gallimard, dans l'informatique.
03:40 Deux citations de ses pages de son blog, la première,
03:44 "There is no faster way to slow down a site than to use a bunch of JavaScript."
03:49 Il rappelle aussi, dans une autre page,
03:54 à 90% du temps de réponse est passé dans le front-end,
03:58 donc en gros, dans le JavaScript.
04:01 80-90%, ce n'est pas au doigt mouillé.
04:04 Le garçon étant un spécialiste,
04:06 il a analysé, on voit là en bas,
04:09 les millions de sites les plus fréquentés sur HTTP Archive.
04:14 HTTP Archive permet d'avoir exactement comment un site a été rapatrié,
04:19 le timing et tout ça, à la milliseconde près,
04:22 et voir quel est le temps de réponse,
04:24 et qu'est-ce qu'il trouve.
04:25 D'ailleurs, son article le détaille très proprement.
04:28 De mémoire, je crois que celui qui est le plus mauvais,
04:31 en termes de temps de réponse, c'est Angular.
04:34 Le moins pire, je crois que ça va être vu,
04:38 JS parmi les grands,
04:40 et tout ça, de toute façon, est largement battu par le premier Pékin
04:44 qui fait, en gros, demander à son serveur de générer une page HTML.
04:47 Donc, pour nos sites,
04:53 réfléchir avant d'inclure le coût d'un JavaScript Framework.
04:57 [SILENCE]