Télécharger les sites web qui utilisent MobX

À propos de MobX

La géographie attachée à MobX est la partie de cette page qu’il faut lire deux fois. Une concentration aussi extrême ne dit pas vraiment où les développeurs utilisent la bibliothèque. La concentration dit plutôt comment une population étroite se trouve échantillonnée.

Le code de gestion d’état est invisible pour un robot de collecte à moins que quelque chose ne fuite. Une source map laissée en production, un fragment de dépendances non minifié, un paquet construit sans obfuscation des noms, un point d’accroche aux outils de développement d’un framework exposé dans une version de production : chacun de ces cas rend une bibliothèque lisible de l’extérieur, et aucun n’est réparti uniformément. Une seule plateforme d’hébergement, un seul gabarit d’agence ou un seul modèle de départ populaire peut poser une construction identifiable sur des milliers de domaines dans un seul marché. Le chiffre par pays doit se lire comme une propriété de notre méthode de détection plutôt que comme une propriété de l’écosystème.

La bibliothèque elle-même relève de la catégorie JavaScript libraries, elle est écrite en TypeScript et publiée sous licence MIT, et elle circule depuis 2015. L’approche est réactive plutôt que fonctionnelle. L’état réside dans des objets observables, et les parties d’une interface qui lisent une valeur se réaffichent quand la valeur change, sans envoi explicite d’action à un réducteur et avec très peu de cérémonie. Les équipes qui la choisissent construisent en général une application riche en états interconnectés, souvent avec une longue durée de vie attendue, parce que le style orienté objet se lit naturellement pour des développeurs venus d’autres écosystèmes et pour des équipes qui travaillent dans une base de code typée.

Les données de version appellent la même lecture prudente que la géographie. Nous relevons 3 versions distinctes en production, et 5.15.7 apparaît plus souvent que les autres. Une forte concentration sur une version ancienne est exactement l’allure que prend du code empaqueté. Une dépendance côté client ne se met pas à jour toute seule. La version qu’un robot observe est celle qui était courante le jour où quelqu’un a lancé une construction pour la dernière fois, ce qui en fait une estimation correcte de la date du dernier déploiement et une mauvaise estimation de ce sur quoi l’équipe développe aujourd’hui.

Pour un chercheur, la question utile n’est jamais de savoir si un seul domaine utilise la bibliothèque, puisqu’une requête unique tranche en un instant. La question à laquelle un export complet répond est structurelle. Combien de déploiements vivants existent au-delà des statistiques de téléchargement, comment ils se regroupent par marché et par extension de domaine, quelles chaînes d’outils laissent la bibliothèque visible, et comment la population dérive d’une version à l’autre au fil du temps sont autant de questions qui exigent l’ensemble d’un seul coup. Pour un fournisseur qui vend du suivi d’erreurs, de la supervision de performance, des outils de test ou de la prestation d’ingénierie, une liste de sites qui laissent fuir un paquet client reconnaissable est aussi une liste d’équipes qui livrent de vraies applications plutôt que des brochures, ce qui est un critère de qualification plus fort que le secteur ou la taille de l’entreprise.

La limite honnête mérite d’être redite à la fin plutôt qu’enfouie. La détection est inférentielle et penche vers les constructions qui n’ont jamais été entièrement minifiées, si bien que le parc installé réel est plus grand que le chiffre affiché ici, et sa géographie est presque certainement plus large que ne le laisse croire la répartition par pays.