Pièges de la refactorisation : quand ne pas refactoriser

Cet article explore les pièges de la refactorisation de code, soulignant que tout le code n’a pas besoin d’être refactorisé. L’auteur présente plusieurs scénarios où la refactorisation est inappropriée, tels que la tentative de correction de bogues ou l’adaptation à des modifications de tiers par le biais de la refactorisation ; l’introduction d’une abstraction inutile menant à la complexité du code ; le traitement simultané de plusieurs problèmes de code ; la refactorisation de code non testé ; et la refactorisation de code inchangé. L’article souligne que la refactorisation doit être incrémentale, préserver le comportement et impliquer de petites transformations réversibles avec une couverture de test. Il préconise de mettre en pause la refactorisation lorsque la compréhension est insuffisante ou que de nouvelles exigences apparaissent. La refactorisation de code fréquemment modifié et complexe donne les meilleurs résultats.