Chapitre 6. Les compromis dans l'optimisation des performances
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Le développement web, c'est une série de compromis.
Chaque amélioration de performance a un coût : ça peut rendre les choses plus compliquées, ajouter de la maintenance, voire nuire à d'autres mesures. Ce chapitre jette un regard pragmatique sur les stratégies d'amélioration des performances JavaScript et les compromis qu'elles impliquent. Le but est de t'aider à évaluer objectivement les optimisations, en trouvant le bon équilibre entre les recommandations explicites et le contexte. Comme le dit si bien Tim Kadlec, il y a rarement une solution unique dans le développement web ; on bosse dans un « brouillard de possibilités ». Tu dois connaître tes priorités (vitesse, accessibilité, productivité des développeurs, etc.) et choisir tes stratégies d'optimisation en conséquence.
Équilibrer différentes mesures de performance
Comme vous l'avez vu tout au long de ce livre, l , la performance en soi n'est pas une mesure unique, mais plusieurs. Parfois, vous devez en sacrifier une au profit d'une autre. Par exemple, pour améliorer le Largest Contentful Paint (LCP), vous pouvez retarder certains scripts nécessaires à l'interactivité, ce qui pourrait nuire à l'Interaction to Next Paint (INP) si l'utilisateur essaie d'interagir rapidement. Ou une stratégie visant à optimiser le Time ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access