Le gagnant d'une recherche est flatté
Une recherche d'hyperparamètres essaie de nombreux réglages, note chacun sur des données de validation et garde le meilleur. Le problème est que le meilleur de nombreux scores bruités est biaisé vers le haut, même si aucun réglage n'a de talent. Si réglages ont chacun un score de pur bruit d'écart type , le meilleur attendu vaut environ , avec et . Avec un bruit d'IC de , le gagnant de réglages inutiles ressemble à , un signal respectable qui n'existe pas. Annoncer le score de validation du gagnant comme sa performance est donc optimiste, et plus on essaie de réglages, pire c'est.
Il y a trois remèdes honnêtes. D'abord garder un jeu de test que la recherche ne voit jamais et ne publier que son score. Ensuite utiliser la validation croisée imbriquée : une boucle externe met de côté un pli de test, et dans chaque ensemble d'entraînement externe une boucle interne mène la recherche. Les scores externes mesurent toute la procédure, recherche comprise. Enfin réduire la recherche : moins de réglages, des grilles plus grossières et des réglages qui comptent. Avec plis externes, plis internes et candidats, la validation imbriquée demande ajustements : prévoyez le budget. Et avant de chercher, demandez-vous si le réglage peut compter.
- Le maximum du bruit n'est pas du bruit : le meilleur de nombreux réglages inutiles ressemble à du talent.
- La validation imbriquée note toute la procédure, recherche comprise, pour ajustements.
- Comparez avec le bruit : un gain inférieur à une erreur type n'est pas une découverte.
Lab : ce qui est noté
- Le meilleur de 100 réglages inutiles15 pts
- Le meilleur de 1010 pts
- Ajustements d'une recherche sur grille10 pts
- Ajustements d'une validation imbriquée15 pts
- Ce qu'il reste à expliquer10 pts
- Quelle recherche est honnête10 pts
- Validation imbriquée10 pts
- Pourquoi le score du gagnant est gonflé20 pts