17/06/2026
Le problème avec les workarounds, c'est qu'ils ne restent jamais locaux.
On ajoute une exception pour débloquer une situation.
Puis une règle spécifique.
Puis une configuration dédiée.
Puis une adaptation dans une API.
Puis une autre dans le modèle de données.
Quelques mois plus t**d, plus personne ne sait vraiment pourquoi le système fonctionne de cette façon.
Le workaround a disparu.
La dépendance, elle, est restée.
C'est souvent comme ça que naissent les architectures les plus difficiles à faire évoluer : des décisions prises pour être temporaires, qui deviennent des contrats implicites.
Et plus ces contrats sont invisibles, plus leur coût augmente.
Avant d'ajouter un correctif rapide, nous nous posons généralement une question :
"Que faudra-t-il comprendre dans 6 mois pour pouvoir supprimer cette exception ou ce workaround ?"
Si la réponse n'est pas évidente, ce n'est probablement plus un workaround.
C'est déjà quelque chose qui fait partie de l'architecture.
Quel est le workaround devenu permanent que vous avez rencontré récemment ?
