souvent la correction d'un bogue va réécrire un bout de code d'une façon moins triviale qu'il faut expliquer en commentaire pour éviter que quelqu'un réintroduise le bogue subtil en simplifiant le code plus tard.
Sans considération sur la trivialité ou non d'une réécriture, la simple notification de la correction d'un bug invite à consulter l'historique (qui en général va contenir des détails sur le bug dont l'ancienne implémentation). C'est bien éviter sa réintroduction qu'on cherche à éviter, donc autant avoir ce qui ne marche pas "sous le coude".
Même sans explication, l'information est mise à disposition pour celui qui souhaite creuser les détails (tout comme une référence lors d'un copier/coller).
[^] # Re: Rule 8: Add comments when fixing bugs
Posté par _kaos_ . En réponse au lien Best practices for writing code comments. Évalué à 4.
Sans considération sur la trivialité ou non d'une réécriture, la simple notification de la correction d'un bug invite à consulter l'historique (qui en général va contenir des détails sur le bug dont l'ancienne implémentation). C'est bien éviter sa réintroduction qu'on cherche à éviter, donc autant avoir ce qui ne marche pas "sous le coude".
Même sans explication, l'information est mise à disposition pour celui qui souhaite creuser les détails (tout comme une référence lors d'un copier/coller).
Matricule 23415