Souvent on a des bugs, parfois ces bugs on ne les comprend pas. On a beau relire le code, tout est bon! Si en plus ce n'est pas reproductible en local, et donc nous empêche d'utiliser le mode debug de l'IDE, on va devoir s'y prendre à l'ancienne!
Non je ne parle pas de mettre des print() ou debug() partout! Une des techniques est de faire appel à un collègue, lui expliquer le problème et lui montrer le code qui correspond. Souvent, il arrive que durant l'explication on se rende compte de notre erreur. En formulant le problème pour quelqu'un d'autre, on est souvent obligé de ralentir et de préciser ce qu'on pensait avoir compris. C'est là que le bug saute aux yeux, avant même d'avoir fini l'explication. Ça marche parce que le cerveau ne traite pas l'information de la même façon quand on la formule à voix haute que quand on la garde en pensée floue.
Cela fonctionne plutôt bien, le seul problème est qu'il faut avoir sous la main un collègue consentant et disponible... Pour pallier la pénurie de collègues on a la méthode du canard en plastique, ou rubber duck en anglais.
Le principe est le même, juste qu'au lieu de parler à une personne, on va parler à un canard en plastique placé devant l'écran (ou imaginaire mais c'est moins fun). On ne peut pas bluffer un canard : soit on sait vraiment expliquer chaque étape, soit on tombe sur le trou dans son raisonnement.
Donc si vous êtes bloqués, prenez votre canard. C'est simple, efficace et plus écologique qu'un LLM :D
