En informatique, on adore créer. Ajouter une brique, tester un nouveau framework, explorer un nouveau langage. À l’inverse, supprimer est souvent perçu comme un échec. On garde « au cas où », on empile, on complexifie. La curiosité est une qualité… jusqu’au moment où elle n’est plus cadrée.
On oublie trop souvent que faire simple est l’une des choses les plus difficiles.
La simplicité — l’art de maximiser la quantité de travail que l’on ne fait pas — est pourtant essentielle.
(Citation du manifeste agile, à relire régulièrement.)
Pourquoi supprimer ?
Vous faites régulièrement le ménage chez vous. Vous jetez, vous triez, vous rangez. Pourquoi vos projets informatiques échapperaient-ils à cette règle ?
On reconnaît un bon ouvrier à l’état de ses outils. Cette phrase s’applique étonnamment bien à nos métiers. La manière dont vous entretenez votre code, vos environnements et vos infrastructures en dit long sur votre façon de travailler.
Alors, pourquoi supprimer ?
Pour économiser de l’argent.
Services tiers oubliés, environnements de développement inutilisés, machines cloud laissées allumées « temporairement »… et facturées tous les mois. Supprimer, c’est aussi réduire des coûts très concrets.
Pour retrouver de la simplicité.
Moins de code, c’est moins de bugs. Un projet plus lisible, plus facile à maintenir, plus agréable à faire évoluer. Supprimer permet aussi de se libérer de choix techniques faits à un instant T, puis abandonnés sans jamais être remis en question.
C’est souvent l’occasion parfaite pour refactoriser, simplifier l’architecture, clarifier les responsabilités du code. Et surtout, un projet simple accélère l’arrivée d’une nouvelle personne dans l’équipe : moins de contexte à assimiler, moins de pièges, moins de dette mentale.
Supprimer, ce n’est pas reculer.
C’est faire de la place pour mieux avancer.