Won’t fix ! – Partie 4 : pourquoi la qualité du code ne se résume pas à un chiffre
HEISE DEVELOPER — L’article explique pourquoi la qualité du code ne peut être réduite à une seule métrique comme le nombre de lignes, la complexité cyclomatique, les métriques de Halstead, l’indice de maintenabilité ou la couverture de code. Il évoque la loi de Goodhart et les théorèmes de Weyuker pour montrer que la qualité est multidimensionnelle et que certains aspects échappent à la quantification.
Depuis les années 1970, l'industrie logicielle tente de quantifier la qualité du code via des métriques telles que le nombre de lignes (LOC), la complexité cyclomatique, les métriques de Halstead, l'indice de maintenabilité ou la couverture de code. L'idée est qu'une mesure systématique permettrait de réduire les bogues, de diminuer les coûts de maintenance et d'accélérer les cycles de développement.
L'auteur affirme cependant qu'un chiffre unique ne peut pas déterminer si un code est de qualité. Si les outils de CI et les plug-ins d'IDE fournissent des rapports constants, les développeurs expérimentés jugent la qualité à la lecture du code plutôt qu'à travers des tableaux de bord.
S'appuyant sur la loi de Goodhart et les théorèmes de Weyuker, l'article démontre que la qualité est multidimensionnelle. Il souligne que les systèmes d'incitation faussent souvent les mesures et que les aspects les plus fondamentaux de la qualité logicielle restent intrinsèquement non quantifiables.
Tribune des lecteurs
Pas encore de contributions — lance le débat.
Lance la discussion
Pas de compte ni de mot de passe — saisis simplement ton adresse e-mail et nous t’envoyons un lien de connexion à usage unique. Première visite ? Tout se met en place automatiquement.
Ton évaluation sera appliquée automatiquement après ta connexion.
Vérifie ta boîte mail
Nous avons envoyé un lien de connexion à …. Ouvre-le sur cet appareil — cet onglet te connectera automatiquement.
En attente de ton clic …
·