Never mind the metrics -- what about the uncertainty? Visualising confusion matrix metric distributions
Cet article soutient que l'incertitude substantielle inhérente aux mesures de performance des classificateurs empiriques éclipse souvent les différences observées dans la précision des modèles, préconisant une perspective équilibrée grâce à de nouvelles visualisations des distributions de matrices de confusion et des probabilités prédictives postérieures dans l'espace ROC.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
L'idée principale : Ne regardez pas seulement le score ; regardez la taille de l'échantillon
Imaginez que vous soyez le juge d'un concours de cuisine. Deux chefs présentent leurs plats.
- Le Chef A cuisine un seul burger parfait.
- Le Chef B cuisine 1 000 burgers, et 900 d'entre eux sont parfaits, mais 100 sont brûlés.
Si vous ne regardez que le « taux de réussite » (la métrique), le Chef A semble être un génie (100 % de réussite), et le Chef B semble être un raté (90 % de réussite). Mais si vous connaissez la taille de l'échantillon, vous réalisez que le burger parfait du Chef A pourrait n'être que de la chance, tandis que le Chef B a prouvé qu'il peut cuisiner de la nourriture de qualité de manière constante.
Cet article soutient que, dans l'apprentissage automatique (machine learning), nous sommes obsédés par le « score » (la métrique), mais que nous oublions souvent de demander : « Sur combien de données ce score est-il basé ? »
Les auteurs, David Lovell et son équipe, veulent que nous arrêtions de débattre pour savoir quelle valeur unique (comme l'Exactitude ou le MCC) est la « meilleure » façon de juger un programme informatique. Au lieu de cela, ils veulent que nous visualisions l'incertitude derrière ces chiffres. Ils montrent que lorsque vous avez de petites quantités de données, le « score » est instable et peu fiable, peu importe la sophistication de la métrique.
La matrice de confusion : La fiche de score
Pour comprendre un classificateur (un programme qui devine « Oui » ou « Non »), nous utilisons une matrice de confusion. Voyez cela comme une simple fiche de score avec quatre cases :
- Vrais Positifs : Vous avez deviné « Oui », et c'était « Oui ». (Correct !)
- Faux Positifs : Vous avez deviné « Oui », mais c'était « Non ». (Fausse alerte)
- Faux Négatifs : Vous avez deviné « Non », mais c'était « Oui ». (Manqué)
- Vrais Négatifs : Vous avez deviné « Non », et c'était « Non ». (Correct !)
Habituellement, les gens prennent ces quatre nombres et les réduisent en un seul nombre (une métrique) pour dire : « Ce modèle est bon à 85 % ». L'article affirme que cela est dangereux car on perd de l'information. C'est comme résumer un film entier en un seul mot.
Le « Tétraèdre de confusion » en 3D : Une nouvelle façon de regarder
Les auteurs ont réalisé que ces quatre nombres sur la fiche de score sont en réalité connectés. Si vous connaissez le nombre total d'exemples, changer un nombre force les autres à changer.
Ils proposent de visualiser ces fiches de score non pas comme un tableau plat, mais comme une pyramide 3D (ou un tétraèdre).
- Imaginez une pyramide où chaque point à l'intérieur représente une fiche de score unique possible.
- Les coins de la pyramide représentent des cas extrêmes (par exemple, tout réussir, ou tout rater).
- En regardant cette forme 3D, vous pouvez voir comment différentes métriques de performance (comme l'« Exactitude » ou le « MCC ») se comportent. Elles ne sont pas de simples lignes plates ; ce sont des surfaces courbes (contours) qui s'enroulent autour de cette pyramide.
L'analogie : Pensez à la pyramide 3D comme à un paysage. Les « métriques de performance » sont comme les lignes de contour sur une carte de randonnée. Si vous marchez le long d'une ligne de contour spécifique, votre « score » reste le même, même si votre mélange réel de bonnes et de mauvaises réponses change.
Le problème des « petites données » et de l'incertitude
Voici la partie la plus importante de l'article.
Lorsqu'un modèle informatique est testé, il regarde généralement un nombre limité d'exemples (par exemple, 100 photos).
- La réalité : Le modèle en a réussi 90.
- L'incertitude : Si nous l'avions testé sur 100 autres photos, aurait-il toujours réussi 90 ? Peut-être 85 ? Peut-être 95 ?
L'article utilise un outil mathématique appelé la distribution bêta-binomiale (une façon sophistiquée de dire « nous savons que nous ne savons pas tout ») pour cartographier tous les scores possibles que le modèle aurait pu produire si nous l'avons testé à nouveau.
Le visuel :
Au lieu de montrer simplement un point sur un graphique (le score unique que nous avons obtenu), ils montrent un nuage de points.
- Si le test comportait beaucoup de données, le nuage est serré et petit. Nous sommes très confiants dans le score.
- Si le test comportait peu de données, le nuage est énorme et étendu. Le score pourrait être presque n'importe quoi.
Pourquoi cela compte : L'effet d'« éclipse »
Les auteurs montrent que ce « nuage d'incertitude » peut être si grand qu'il éclipse les différences entre deux modèles.
La métaphore :
Imaginez deux coureurs.
- Le coureur A termine en 10,0 secondes.
- Le coureur B termine en 10,1 secondes.
Si vous ne regardez que le chronomètre, le coureur A est plus rapide. Mais si votre chronomètre est instable et possède une marge d'erreur de ±0,5 seconde, vous ne pouvez pas réellement dire qui est le plus rapide. L'« incertitude » est plus grande que la « différence ».
L'article soutient que dans de nombreux tests de référence (benchmarks) de machine learning, les données sont trop peu nombreuses. L'incertitude des scores est si grande que prétendre que « le Modèle A est meilleur que le Modèle B » revient souvent à deviner.
Déséquilibre des classes : Le problème des événements rares
L'article traite également du « déséquilibre des classes ». Cela se produit lorsqu'un résultat est rare (par exemple, détecter une maladie rare).
- Si vous avez 1 000 personnes en bonne santé et seulement 1 personne malade, et que votre modèle prédit « En bonne santé » pour tout le monde, il obtient une exactitude de 99,9 %. Pourtant, il a totalement échoué dans sa mission.
Les auteurs montrent que lorsqu'une classe est rare, le « nuage d'incertitude » devient massif. Même si vous utilisez une métrique équilibrée conçue pour corriger cela, vous ne pouvez toujours pas être sûr du résultat à moins d'avoir plus de données sur cet événement rare. Aucune formule mathématique magique ne peut réparer le manque de données ; vous avez simplement besoin de plus d'exemples.
À retenir
L'article ne vous dit pas quelle métrique utiliser (comme « Utilisez le MCC au lieu de l'Exactitude »). Au lieu de cela, il vous dit d'arrêter de débattre de la métrique et de commencer à regarder les données.
- Les métriques sont de simples résumés : Elles cachent la réalité désordonnée des données.
- L'incertitude est réelle : Chaque score possède un « nuage » de valeurs possibles autour de lui.
- Les données sont le seul remède : Si vous voulez être sûr qu'un modèle est bon, vous avez besoin de plus de données. Si vous avez peu de données, votre « score parfait » pourrait n'être qu'un coup de chance.
Les auteurs fournissent des visualisations 3D interactives (comme des bacs à sable numériques) afin que les gens puissent jouer avec ces concepts, déplacer les « points de données » et voir par eux-mêmes comment les nuages d'incertitude grandissent et rétrécissent. Leur objectif est de faire réaliser aux scientifiques et aux ingénieurs qu'un score élevé sur un petit ensemble de données n'est pas une garantie d'un bon modèle.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.