On parle de plus en plus de dépendance à l’IA : du code produit “trop vite” et en trop grande quantité, que l’on ne comprend pas ou que l’on ne sait plus maintenir. Mais est-ce vraiment un problème d’IA ?
Avant elle, on copiait déjà du code trouvé sur StackOverflow sans le comprendre. On reprenait déjà des projets dont plus personne ne connaissait les choix d’architecture. On livrait déjà des fonctionnalités sans test. Depuis des années, nous avons les mêmes problèmes, seuls le volume et la vitesse d’apparition ont explosé.
Ce que je vois le plus passer en revue de code, ce n’est pas “du code IA”. C’est de la logique métier dispersée, des responsabilités mélangées, des abstractions manquantes, des tests qui vérifient les implémentations plutôt que les comportements. Ce que je vois, ce sont des équipes qui ne respectent pas les bonnes pratiques d’ingénierie informatique.
Alors, quand on se pose la question de la “dépendance à l’IA”, on devrait plutôt réfléchir à ce qui est produit. Pensez pratiques et architectures logicielles. Pensez niveau d’abstraction, stratégie de tests, découplage et responsabilités métier.
Écrire du code avec l’IA ne suffit pas, c’est la “partie facile”. Écrire du code de qualité, c’est-à-dire du code maintenable et qui sait évoluer facilement avec le temps, c’est là le vrai défi à relever, que le code soit écrit avec l’IA ou non.
