Depuis des années, les défenseurs incitent les développeurs web à 'utiliser la plateforme', laissant le navigateur gérer les tâches au lieu de construire des solutions personnalisées en JavaScript. L'approche native du navigateur offre généralement de meilleures performances et utilisabilité. Pourtant, de nombreux développeurs restent sceptiques, et les raisons méritent d'être examinées.
Historiquement, les navigateurs étaient en retard par rapport à des bibliothèques comme jQuery, qui comblaient les lacunes tandis que les API natives mûrissaient—en particulier pendant l'ère IE6. Aujourd'hui, la plupart des navigateurs sont evergreen, mais ce passé irrégulier a façonné les habitudes. La familiarité joue également un rôle : les développeurs entraînés à chercher des composants React sur npm recourent automatiquement aux bibliothèques, et il n'existe pas de package npm qui dise simplement 'utiliser position: sticky CSS'.
Les bibliothèques enveloppent souvent les API de la plateforme sous des formes plus conviviales, créant une division naturelle du travail. Les packages npm bien documentés avec des tutoriels et des captures d'écran peuvent sembler plus accessibles que les références dispersées de MDN ou web.dev. Certains développeurs aiment également construire des solutions eux-mêmes, ce qui mène à un effet IKEA où du code fait maison semble plus facile à entretenir que les fonctionnalités opaques de la plateforme.
Source: Hacker News · Résumé par HeadlinesBriefing