Maîtriser : structurer et déboguer son premier vrai programme

Un « 7 » nu au milieu du code ne dit rien : broche, durée, compteur ? Une constante nommée en tête de fichier — BROCHE_LED_VERTE — dit tout, et se relit dans six mois sans effort. Le bénéfice caché est encore plus grand : le jour où le câblage change, on corrige UNE ligne en haut du fichier, et chaque usage suit automatiquement. Un nombre nu recopié cinq fois, c'est cinq corrections… et quatre oublis possibles.

Même remède pour la boucle : découpe-la en fonctions courtes nommées par intention — « allumerVert », « passerAuRouge », « lireBouton ». Chaque fonction fait UNE chose, et son nom dit POURQUOI elle existe, pas comment. loop() devient alors une table des matières : trois lignes qui racontent l'histoire du programme, lisibles par n'importe qui — futur toi compris.

Le feu tricolore vit trois situations : vert, orange, rouge. Plutôt qu'un sac de conditions emmêlées, on tient UNE variable d'état qui note la situation en cours. À chaque tour, loop() pose deux questions : dans quel état suis-je, et est-ce l'heure d'en changer ? — le patron de l'horloge, encore lui, chaque état ayant sa durée. Au changement : éteindre l'ancien feu, allumer le nouveau, noter l'instant.

La variable d'état est bien plus qu'une astuce de feu tricolore : c'est la première marche vers les comportements de robot. « Poursuivre la ligne », « éviter l'obstacle », « s'arrêter d'urgence » : des états, eux aussi, avec leurs règles de passage de l'un à l'autre. Apprendre à dessiner ces états et leurs transitions, c'est apprendre à penser les robots — le feu tricolore n'est que le premier de la série.

La compilation vérifie ta grammaire avant la carte : point-virgule oublié, accolade orpheline, faute de frappe dans un nom. Le message paraît rude, mais il contient toujours l'essentiel — le fichier, la ligne, le reproche. Et retiens le piège classique : le compilateur pointe souvent la ligne d'APRÈS l'oubli, car c'est là qu'il a trébuché. La faute, elle, habite juste au-dessus.

Autre phénomène à connaître : l'avalanche. Une seule vraie erreur peut déclencher vingt messages — le compilateur, déboussolé par la première, se met à mal comprendre tout le reste. La parade est un rituel : corriger la PREMIÈRE erreur de la liste, recompiler, recompter. Le plus souvent, la moitié de la liste disparaît d'elle-même. Ne corrige jamais les messages du bas en premier.

Sans écran, un programme embarqué est muet — l'affichage série lui rend la parole. Par le câble, il envoie des messages que l'ordinateur affiche au fil de l'eau : « état : vert », « écart : 412 », « je passe ici ». C'est une lampe-torche braquée à l'intérieur du programme EN MARCHE : on n'imagine plus ce qu'il fait, on le lit, noir sur blanc, milliseconde par milliseconde.

La lampe-torche ne vaut que tenue par une méthode : hypothèse → test → conclusion. Une hypothèse PRÉCISE (« l'état ne passe jamais à orange »), UN test qui la tranche (afficher l'état à chaque changement), une conclusion honnête — puis l'hypothèse suivante. Et la règle d'or du débogage : ne jamais changer deux choses à la fois, sinon impossible de savoir laquelle a produit l'effet observé.