./115 >
En théorie, ça change rien. (Analyse de code, optimisation dynamique, etc.)
En pratique, comme c'est du JavaScript, ça dépend de l'implémentation du runtime, et de toutes façons, pour optimiser t'es obligé de supposer plein de trucs, du genre que "moncul.default" vaut telle valeur de tel type, sinon il faut prendre un autre chemin de code, voire re-générer le code… etc.
Après, ce post traite moins de npm que de la manie des développeurs JavaScript d'inventer sans cesse des abstractions à la mord-moi-le-nœud. Ça part d'un bon sentiment, c'est sûr, ça t'évite de devoir recoder le même truc dans tous les projets… Mais on a parfois l'impression que ça évite à certains d'utiliser leur cerveau ^^
(Parce que bon, honnêtement, si fallait parler des défauts de npm, on pourrait juste parler de sa fiabilité proche du néant, de sa robustesse digne d'un carton mouillé, de sa consommation d'espace disque mammouthesque et de ses performances escargotesques… Mais ça serait trop facile ^^)