Quels sont les coûts liés à l’utilisation de frameworks JavaScript pour le développement Web ? Une analyse des sites utilisant React, Vue.js ou Angular
▻https://javascript.developpez.com/actu/303519/Quels-sont-les-couts-lies-a-l-utilisation-de-frameworks-JavaS
S’invitant dans le débat, Tim Kadlec, un développeur qui aide les organisations à améliorer les performances de leurs sites, estime pour sa part qu’il n’y a « pas de moyen plus rapide de ralentir un site que d’utiliser un tas de JavaScript », et c’est justement ce que font les frameworks JavaScript : utilisez beaucoup plus de JavaScript. Mais « le truc avec JavaScript », poursuit-il, « c’est que vous finissez par payer une taxe sur les performances pas moins de quatre fois », dit-il. Les quatre taxes auxquelles il fait allusion sont :
– le coût de téléchargement du fichier sur le réseau ;
– le coût de l’analyse et de la compilation du fichier non compressé une fois téléchargé ;
– le coût d’exécution du JavaScript ; et
– le coût de la mémoire.
Avec des graphes comparatifs de divers paramètres tels que « Quantité de JavaScript servi », « Temps de traitement CPU »
Pour illustration de cette lenteur et du peu d’importance donnée à l’UX par les développeurs, voir par exemple le backoffice de #Mailjet ou #Gandi_v5 qui sont des modèles de lenteur totalement désespérant et rebutant pour l’utilisateur... (en plus d’un manque d’ergonomie flagrant sur toutes les fonctionnalités un peu avancées)
Et conséquence non évoquée ici, le coût écologique lié à l’utilisation de ces framework doit être non négligeable...
L’article original (En) : ▻https://timkadlec.com/remembers/2020-04-21-the-cost-of-javascript-frameworks
#lenteur #framework_javascript #web_dev #fail
▻https://seenthis.net/messages/854443 via cy_altern
