On s’attendait à ce que l’intelligence artificielle (IA) révolutionne le génie logiciel, et dans une certaine mesure, elle l’a fait. Près de 90 % des professionnels de la technologie utilisent désormais des outils d’IA au travail, et plus de 80 % d’entre eux signalent des gains de productivité. Pourtant, malgré le battage médiatique, les données montrent une tendance inquiétante : les développeurs travaillent plus d’heures, pas moins. La promesse d’une IA automatisant les tâches fastidieuses et augmentant l’efficacité se heurte à la réalité d’un code instable, d’une pression accrue et d’un épuisement potentiel.
Le paradoxe de la productivité
L’IA peut générer du code pour des applications Web, des logiciels mobiles et des outils de données, permettant même aux développeurs inexpérimentés de créer des prototypes de base grâce au « codage dynamique ». Cependant, le code généré par l’IA est rarement parfait. Les développeurs passent encore beaucoup de temps à vérifier les résultats et à corriger les erreurs, ce qui entraîne une augmentation de « l’instabilité de la livraison des logiciels ». Le rapport DORA montre qu’une utilisation accrue de l’IA est en corrélation avec des restaurations et des correctifs plus fréquents. Cela signifie que même si la vitesse de codage individuel peut augmenter, le processus global peut devenir plus fragile.
Pression pour performer
Le problème n’est pas seulement technique ; c’est aussi culturel. L’IA est souvent déployée parallèlement aux attentes d’une production accrue avec moins de ressources. Les entreprises attendent davantage des employés à l’ère de l’IA, ce qui entraîne une pression pour travailler plus rapidement, même en dehors des heures de travail. Des études réalisées à Berkeley montrent que les employés qui adoptent l’IA assumaient davantage de tâches, travaillaient à un rythme plus rapide et consacraient plus d’heures. Beaucoup font désormais appel à l’IA pendant les pauses et les réunions, brouillant ainsi les frontières entre le travail et le temps personnel.
L’augmentation du travail en dehors des heures d’ouverture
Multitudes rapporte que les ingénieurs fusionnent 27,2 % de demandes d’extraction en plus, mais soumettent également 19,6 % de code en plus en dehors des heures normales de travail. Il ne s’agit pas seulement d’une efficacité améliorée ; cela suggère que les employeurs font pression pour une plus grande productivité, ce qui pourrait conduire à l’épuisement professionnel. Lauren Peate, PDG de Multitudes, prévient que cette tendance n’est « pas bonne pour la personne ».
L’écart de compétences
Une dépendance excessive à l’IA peut également entraver le développement des compétences. Une recherche anthropique a révélé que les ingénieurs qui s’appuient fortement sur l’IA ont obtenu des résultats 17 % inférieurs aux tests de connaissances en codage par rapport à ceux qui ne l’ont pas fait. La plus grande lacune concernait le débogage : la capacité de trouver et de corriger les failles du code. L’utilisation de l’IA comme raccourci peut empêcher les développeurs débutants de comprendre ou d’affiner le résultat généré par l’IA, ce qui pourrait nuire à la qualité du travail à long terme.
L’avenir du génie logiciel
La pression n’affecte pas seulement les développeurs individuels ; cela change le fonctionnement des projets open source. On constate une augmentation des soumissions de mauvaise qualité basées sur l’IA qui consomment du temps aux principaux développeurs, ainsi qu’un déclin de la gestion de projet collaborative.
En fin de compte, l’IA n’élimine pas le besoin d’expertise humaine ; elle le remodèle. La question clé est de savoir si les lieux de travail s’adapteront pour prévenir l’épuisement professionnel, gérer les charges de travail et offrir des opportunités de formation, ou si la promesse de l’IA se traduira simplement par des horaires plus longs et une pression accrue sur les ingénieurs logiciels.
La réalité est que l’IA amplifie les dynamiques existantes : elle améliore les bonnes choses, mais aggrave également les mauvaises. Le défi ne consiste pas seulement à utiliser les outils, mais à construire un écosystème durable autour d’eux.
