DebtBomb CLI : Rendre l'expiration du code temporaire applicable

Le problème du code temporaire

Chaque ingénieur logiciel connaît le hack temporaire. C'est la solution rapide déployée pour respecter une échéance, marquée d'un commentaire comme "TODO : supprimer plus tard" ou "juste pour cette version". Cependant, ces solutions temporaires survivent souvent à leur objectif prévu, devenant progressivement des éléments permanents du codebase.

Avec le temps, le contexte d'origine est perdu. Personne ne se souvient pourquoi le hack existe, mais il continue d'être déployé en production. Cette accumulation de code temporaire non documenté crée une dette technique importante. Un nouvel outil, DebtBomb, vise à rendre cette dette explicite et applicable.

Présentation de DebtBomb

DebtBomb est un petit outil CLI conçu pour empêcher le code temporaire de devenir permanent. Au lieu de s'appuyer sur des commentaires en texte libre, l'outil oblige les développeurs à attacher une date d'expiration aux marqueurs de code temporaire.

Le mécanisme est simple mais strict : lorsque la date d'expiration passe, le pipeline CI (Intégration Continue) échoue. La compilation ne réussira pas tant que le code n'est pas supprimé ou que la date d'expiration n'est pas intentionnellement prolongée. Cela oblige les équipes à s'attaquer à la dette technique de manière proactive plutôt que de la laisser persister.

Les fonctionnalités clés de l'outil incluent :

• Expiration forcée via l'échec du CI
• Création automatique de tickets Jira
• Intégration avec Slack et Discord
• Avertissements pré-expiration configurables

Visibilité et Propriété

Bien que l'échec d'une compilation CI soit un dissuasif efficace, il ne résout pas toujours le problème sous-jacent de la propriété. Pour y remédier, DebtBomb a récemment ajouté une suite d'intégrations conçues pour rendre la dette expirée visible et attribuée.

Lorsqu'une dette expire, l'outil peut créer automatiquement un ticket Jira. Ce ticket est rempli avec un contexte critique, notamment le chemin du fichier, le propriétaire, la raison du hack et l'extrait de code lui-même. Cela garantit que la dette technique est formellement suivie et assignée.

De plus, l'outil peut envoyer des notifications sur des plateformes de communication comme Slack, Discord et Microsoft Teams. Pour éviter les "pannes surprises", les développeurs peuvent configurer des avertissements "expirant bientôt", tels que des alertes envoyées 7 jours avant l'expiration du code.

Validation et Retours

DebtBomb en est actuellement à ses débuts de développement. Le créateur cherche activement à valider si cette approche améliore réellement la manière dont les équipes gèrent le code "temporaire" par rapport aux méthodes existantes.

L'outil est évalué par rapport aux pratiques standard telles que :

• Les commentaires TODO traditionnels
• Les analyseurs statiques (linters)
• La création manuelle de tickets

Les retours sont particulièrement recherchés auprès des développeurs qui ont géré la dette technique dans des bases de code à longue durée de vie ou des environnements avec une utilisation intensive du CI. L'objectif est de déterminer si l'application automatique et l'intégration fournissent une amélioration tangible du flux de travail.

Perspectives

DebtBomb représente un passage de la documentation passive à l'application active en ce qui concerne la dette technique. En liant le code temporaire à des échéances strictes et à des flux de travail automatisés, il tente de résoudre le problème de la "pourriture du code" à la source.

Au fur et à mesure que l'outil mûrit, son succès dépendra des taux d'adoption et des retours de la communauté des développeurs. En cas de succès, il pourrait offrir une nouvelle norme pour gérer le cycle de vie du code temporaire dans des projets logiciels complexes.