IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

« L'utilisation incessante de frameworks JavaScript de pointe a contribué à rendre le Web moins accessible », d'après Easy Laptop Finder
Selon lequel ces derniers détruisent les performances des sites Web

Le , par Patrick Ruiz

117PARTAGES

29  0 
Les frameworks Web détruisent-ils vraiment les performances du Web ou l’expérience utilisateur ?
Ils placeraient la satisfaction des développeurs au-dessus des utilisateurs

Êtes-vous d’avis que les frameworks, en particulier les frameworks JavaScript, aient peu à peu détruit les performances Web ou l’expérience utilisateur ? C’est là la thèse que défend un billet de blogue d'un gamer et journaliste portant le pseudo « cheatmaster30 » travaillant sur Gaming Reinvented, une plateforme pour les nouvelles et les éditoriaux sur le jeu. Il estime que ces dernières années, les performances du Web ont baissé à cause de l’avènement des frameworks Web, comme React et Vue.js, et les applications web monopage (single-page application (SPA)) qui privilégient les développeurs à l’expérience utilisateur.

C’est peut-être un sujet qui revient plus souvent, faut-il utiliser les frameworks JS ou pas ? L’écosystème JavaScript a évolué ces dernières années plus que jamais et il existe désormais des dizaines de frameworks JS front-end comme back-end. Cependant, des voix s’élèvent pour dire que JavaScript est responsable de la lenteur des sites Web, notamment le JavaScript de tiers. Selon cheatmaster30, les frameworks JS ont rendu la page Web moyenne désormais plus grande que jamais, les pages de 2 à 3 Mo étant plus courantes que jamais.

« C'est un fléau sur Internet, et beaucoup de personnes blâment les frameworks dans leur ensemble. Après tout, beaucoup de ces sites sont construits avec des frameworks JavaScript même quand ce n'est pas vraiment nécessaire (comme avec beaucoup de sites de news). Et un bon nombre d'entre eux utilisent aussi Bootstrap pour le CSS », a-t-il dit. Toutefois, selon lui, il ne s’agit pas là du vrai problème. « Je pense plutôt que le problème est l'état d'esprit des développeurs et des concepteurs dans de nombreuses entreprises », a-t-il déclaré.


Les frameworks auraient rendu les développeurs et les ingénieurs moins soucieux de leurs utilisateurs ou de leurs clients que par le passé, plaçant leur satisfaction au-dessus des usagers de leurs applications. « Je crois fermement que beaucoup de développeurs et d'ingénieurs logiciels placent leur satisfaction professionnelle au-dessus de leurs utilisateurs ou de leurs clients », a-t-il déclaré, ajoutant que c’est ce qui a conduit les développeurs vers toutes ces pratiques douteuses, ainsi qu'à un manque d'intérêt pour ce qui compte.

Par exemple, il estime que les systèmes de construction lourds comme Webpack et des dizaines de composants NPM sont utilisés pour faire gagner du temps et de l'effort aux développeurs, sans tenir compte des kilo-octets (ou même des méga-octets) de JavaScript qui s'ajoutent au produit fini. Des composants tiers sont apportés avec des quantités importantes de CSS et de JavaScript, simplement pour éviter d'avoir à construire ces composants à partir de zéro, la taille de la page étant damnée (fonctionnalités inutiles, chargement lent, etc.).

Dans d’autres cas, cheatmaster30 allègue que les développeurs choisissent d’utiliser un langage ou une technologie pour effectuer un travail simplement parce qu’elle est “cool”, et non parce qu’elle est la mieux adaptée pour faire le travail. « Regardez tous ces sites de nouvelles reconstruits comme des SPA avec des frameworks JS très résistants. Ils n'ont pas besoin d'être faits comme ça, et ils ne devraient probablement pas l'être », a-t-il déclaré. Par ailleurs, il ajoute que ces choix ne s’observent pas uniquement chez les développeurs.

Selon lui, il n'y a pas que les développeurs qui sont ainsi. Il estime que tout le monde est comme ça dans la chaîne de commandement. Les gestionnaires, les PDG, les investisseurs, l'équipe de marketing, les ventes, etc. Tout le monde veut avoir l'air bien devant ses pairs ou devant les hauts dirigeants, et tout se termine par une surcharge de travail et une lourdeur qui en résulte, ce qu'il faut changer. Le client ou l'utilisateur doit être en priorité, et non les personnes qui travaillent sur le produit ou encore l'entreprise elle-même.

De plus, dans une certaine mesure, les utilisateurs comprennent cela. Il estime qu’on le voit bien par le nombre de produits et de services “merdiques” qui finissent par l'emporter sur des rivaux plus exigeants. Toutefois, cela n'est pas le cas de tous les services. « Regardez Craig's List. C'est apparemment moche, mais la technologie utilisée n'est probablement pas un sujet de conversation très important », a-t-il déclaré.

«  Il en va de même pour Hacker News et pour l'ancienne version de Reddit ou pour de nombreux jeux populaires en général comme Minecraft ou Wii Sports ou Tetris », a-t-il ajouté. Il estime qu’aucun de ces jeux n'est particulièrement fantaisiste dans tous les sens du terme, mais ils se sont tous vendus à des millions d'exemplaires néanmoins.

« Alors, créateurs, arrêtez de vous focaliser sur votre CV ou votre convenance personnelle. Cessez de faire passer vos propres intérêts avant ceux de vos utilisateurs et de gaspiller des centaines de kilo-octets pour des choses dont personne ne se soucie. Vous n'êtes probablement pas Facebook ou Google, et vous ne devriez pas concevoir ou construire des choses comme si c'était le cas. Faites plutôt ce qui est nécessaire pour le travail et offrez une expérience que l'utilisateur aimera utiliser, avec aussi peu de ressources que nécessaire. Faites cela, et vos utilisateurs et clients vous en remercieront », a-t-il conclu.

Source : cheatmaster30

Et vous ?

Quel est votre avis sur le sujet ?
Les frameworks Web détruisent-ils vraiment les performances du Web ?
Quelles sont votre position et votre stratégie sur les frameworks ?

Voir aussi

Le langage JavaScript est-il responsable de la lenteur des sites Web de nos jours ? Oui, selon un expert

État de JavaScript en 2019 : les développeurs aiment un peu plus React, Angular est en déclin, un groupe de développeurs pensent que JS est « trop complexe »

The State Of JavaScript 2018 : l'enquête révèle que JavaScript est en pleine évolution. Voici une vue macro des technologies JS utilisées
Vous avez lu gratuitement 2 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Zefling
Expert confirmé https://www.developpez.com
Le 19/08/2024 à 10:44
J'ai un peu l'impression qu'on cherche plus à faire des applications web que des sites web maintenant.
D'ailleurs dans ma boîte, on transforme toutes les applications lourdes en webapp.
Et c'est plus plus simple à maintenir: pas de dépendance à un OS, ça fonctionne partout, le client à toujours la dernière version et c'est plus rapide.

Après oui, c'est plus lourd en RAM au démarrage, mais une fois chargé, les appels d'API sont beaucoup plus rapide.

Mais pour ce qui est d'un site web classique, en effet faire du tout JS c'est overkill et ça se référence mal à moins de faire du SSR et encore.
3  0 
Avatar de Stellar7
Membre éclairé https://www.developpez.com
Le 18/08/2024 à 8:58
[Note d'humeur]
C'est simple, les frameworks sont "vendus" comme permettant d'aller plus vite, avec des devs "moins" chevronnés (mais au top des dernières nouveautés). Enfin, pour le "moins", il faut quand même compter le temps d'apprentissage et le "plus" de maîtrise du bousin. Je peux voir des pages avec régulièrement 2 librairies/frameworks incluses, parfois trois : quel est le niveau de compétence de ceux qui ont fait cela ?
Le plus triste : on n'a quasiment plus aucun dev qui connaisse le code front end (je parle de mon contexte), et ils ne comprennent pas comment un exemple de quelques lignes de html/css/js fait le boulot, alors qu'il leur est souvent difficile voire impossible de tordre le cou au framework pour lui faire dire papa/maman correctement.

Ce qu'il faut aussi comprendre : ces frameworks (et les composants livrés ou fabriqués avec) n'ont pas été conçus par des devs ayant des notions de développement accessible, voire d'accessibilité tout court. Ces frameworks ne donnent donc pas aux devs les outils pour gérer l'accessibilité. Pour tester, nous appelons le lecteur d'écran le "juge de paix", mais souvent, simplement essayer de faire fonctionner l'appli avec juste le clavier tourne à la catastrophe.

Le pire : l'accessibilité, c'est prendre en compte "au mieux" (car on ne peut tout résoudre) 20% de la population, c'est de l'humain. Mais pour pas mal de décideurs : c'est du temps, du budget, donc bon… Alors, ça court après une "note de conformité" vis-à-vis du RGAA lors d'un audit, mais pour ce qui est de l'utilisabilité… C'est quand même ce qu'on cherche, que l'utilisateur puisse utiliser l'appli ?
[/Note d'humeur]

Bonne accessibilité à tous !
2  0 
Avatar de rsuinux
Membre actif https://www.developpez.com
Le 22/08/2024 à 9:30
Je suis d'accord que les pages web sont devenu des usines à gaz.
Il n'y a qu'à mettre déjà un bloqueur de script script pour voirla réactivité de la page. Accessoirement, les appels aux sources web à-côté.... Parfois, jusqu'à 30 sites associés. Tu m'étonne que la page met du temps à charger. Entre les appels réseaux, et la taille des fichiers a récupérer.
Cependant, oui, tout le monde oubli les personnes avec de petit débit. Tout le monde n'est pas en ville, ou en périphérie, avec la fibre.
Démo: hier, impossible de charger le site des impôts ni le site des questions du code de la route pour mon fils. Dommage.
Et tout le monde s'en fou. Nous sommes d'accord ?
S'en compter aussi les petites machines qui traine encore type lecteur multimédia. Le mien doit avoir 6 ans fonctionne encore, mais firefox ne tourne plus avec. Les pages ne sont plus interprétable: le proc ne tient plus la route, la mémoire n'en parlons plus. Même le lecteur youtube inclus plante a présent toute les 5 minutes !
Mais allons y renouvelons le matos la planète aime ça.
Désolé, c'est mon coup de gueule du matin.
2  0 
Avatar de RenarddeFeu
Membre averti https://www.developpez.com
Le 18/08/2024 à 7:29
Le HTML5, le CSS sont des usines à gaz, pas JavaScript en particulier. Et le troll ultime, c'est qu'il faille maîtriser ces 3 langages pour sortir une page web potable.

Les ordinateurs sont infiniment plus puissants qu'en 1995. Les langages à markup apportent-ils encore quelque-chose ? Je ne pense pas !

Les navigateurs internet pourraient très bien être de simple serveurs d'affichage traitant un langage bas niveau quelconque. Ça serait beaucoup plus simple à standardiser.
5  4 
Avatar de Escapetiger
Expert éminent sénior https://www.developpez.com
Le 19/08/2024 à 20:27
Citation Envoyé par Zefling Voir le message
Mais pour ce qui est d'un site web classique, en effet faire du tout JS c'est overkill et ça se référence mal à moins de faire du SSR et encore.
Nous avons une palanquée d' acronymes, alors pour celles et ceux - comme moi - qui ne sont pas spécialistes:


1. SSR (Server-Side Rendering)
2. CSR (Client-Side Rendering)
3. ISR (Incremental Static Regeneration)
4. SSG (Static Site Generation)

Source: https://dev.to/dj1samsoe/understandi...sive-guide-add
Understanding SSR, CSR, ISR, and SSG: A Comprehensive Guide - DEV Community

ps
acronyme, subst. masc.,,Groupe d'initiales abréviatives plus ou moins lexicalisé. On les prononce comme s'il s'agissait d'un nouveau mot, «prononciation intégrée» (l'/Urs/) ou en considérant chaque lettre séparément, «prononciation disjointe» (/U.R.S.S./)`` (Dupr. 1980).

https://www.cnrtl.fr/definition/acronyme
0  0 
Avatar de Beginner.
Membre expert https://www.developpez.com
Le 31/08/2024 à 21:39
Salut,

Ben il y a quand même une chose qui m'interpelle, je croyais que tous les script JS étaient rassemblés dans un seul fichier (bundle) et que celui-ci était mis en cache par le navigateur si bien que si il y a une lenteur ce serait juste lors de la première utilisation de l'application...
0  0