rising-reference-v3
Comment ce classement est calculé
Accélération sur sept jours des jeunes projets suivis, avec contrôle des pratiques d'ingénierie.
Profil v3 expérimental en préparation. Les éditions antérieures conservent leur méthode.
Profil expérimental : pondérations en cours de calibration.
Les poids des familles
- Accélération GitHub : 85 %
- Pratiques d'ingénierie : 15 %
Les budgets sont fixes pour tous les candidats. Dans chaque famille, la puissance relative d'une source combine sa pertinence, sa rigueur, sa reproductibilité et sa résistance à la manipulation. Ce sont des choix éditoriaux à calibrer sur des éditions réelles.
Le score est la moyenne pondérée des familles, moins 20 % de leur déviation absolue pondérée. Un même jeu de mesures republié par un autre site ne reçoit pas une seconde voix.
Les sources classantes
GitHub (nouvel onglet) : 85.0 %
L'activité et la croissance mesurent l'attention des développeurs. Les stars restent manipulables et ne mesurent pas une qualité universelle.
Pertinence 1, rigueur 0.8, reproductibilité 0.8, résistance à la manipulation 0.6. Ancienneté maximale : 0 jours. Échantillon minimal : 0.
OpenSSF Scorecard (nouvel onglet) : 15.0 %
Neuf contrôles de pratiques, dont six renseignés au minimum. Ce signal ne constitue pas un audit de sécurité du code.
Pertinence 1, rigueur 0.85, reproductibilité 1, résistance à la manipulation 0.8. Ancienneté maximale : 14 jours. Échantillon minimal : 0.
Données absentes et couverture
Les nouveaux candidats GitHub et Skills constituent d'abord leurs baselines sur sept jours, Rising sur deux périodes. Avant l'admission officielle, les poussées intrajournalières peuvent déjà les signaler. Une baseline encore absente après cette attente peut bloquer le classement.
Une source absente, trop ancienne ou insuffisamment renseignée ne vaut pas zéro. Toutes les sources du profil sont requises pour attribuer un rang. Les percentiles sont calculés dans le pool observé de chaque source avant de croiser les candidats. Les candidats incomplets conservent une borne haute : si elle peut atteindre le Top, le gel attend.
Le profil exige au moins 20 candidats complets. Le score dépend du pool suivi et ne prouve pas une supériorité universelle. Les installations et les stars peuvent être manipulées ; les benchmarks ont des biais de tâches et de langues.
La découverte couvre plusieurs domaines et langues, avec des partitions de recherche. Le classement exige une licence open source reconnue par notre liste publiée. GitHub Trending sert uniquement à découvrir des candidats. Les poussées intrajournalières sont des signaux distincts, fondés sur nos propres relevés.
Vérifier et reproduire
Chaque édition v3 conserve le profil, les observations normalisées et leurs liens, les contributions, la couverture, les exclusions et une empreinte SHA-256. Les rangs de sensibilité viennent de variations de 20 % et du retrait de chaque source ou famille. Ils décrivent des scénarios, sans probabilité statistique.
La preuve sera accessible après publication de la première édition v3.
Les avis de l'équipe restent séparés des scores. Une correction de méthode reçoit une nouvelle version ; les éditions publiées restent immuables.