Résoudre une classe de problèmes

Souvent dans le métier d'informaticien (mais c'est sans doute vrai ailleurs) on se trouve face à un problème. Mettons dans le cas présent un automate (actionneurs controlés par ordinateur) dont le timing varie aléatoirement. Comme c'est aléatoire, l'approche n'est pas simple. Comme il faut un de ces automates pour tester, ce n'est pas facile à mettre en place. Et puis une fois ce problème difficile corrigé, on en découvre un autre, encore un peu plus aléatoire et un peu plus difficile à traquer.

La solution m'a été donnée par un chercheur biologiste, Jean-Pierre, d'une manière un peu vive, mais d'une part il était concerné, de l'autre on l'aime bien comme ça. Il faut selon lui s'attaquer au problème par tous les bouts qui dépassent, discuter avec d'autres personnes, d'autres spécialistes qui auront des approches différentes; en apprendre un maximum sur le sujet, accepter que ces problèmes complexes signalent en fait un manque de maîtrise sur un sujet précis, et que la seule solution est l'étude du sujet.
En l'occurence, mesurer précisément le temps d'exécution de chaque phase, voir l'écart-type et les maximas, dans différentes situations. C'est presque de la culture générale sur une classe de problèmes probables.

D'une part, cette méthode a fait ses preuves dans son laboratoire et dans mes essais, d'autre part c'est une manière de passer au delà du côté désespérant de ces défauts presque insaisissables, et après lesquels ont peut courir des jours entiers sans voir l'avancement.