Le créateur de Linux, Linus Torvalds, a défendu avec des réserves l’intelligence artificielle dans la programmation. Il la décrit comme un outil utile pour prendre davantage de plaisir et trouver des bugs, tout en fixant une limite claire à son utilisation dans le développement de logiciels à forts enjeux.
S’exprimant lors de l’Open Source Summit Europe à Prague, Torvalds a déclaré qu’il aimait désormais utiliser l’IA, après l’avoir auparavant jugée insuffisamment performante. Mais son enthousiasme s’est accompagné d’un avertissement particulièrement pertinent pour le noyau Linux : le contenu généré peut créer davantage de travail pour les mainteneurs lorsqu’il est utilisé sans précaution.
Un outil, pas un substitut automatique
Torvalds a présenté l’IA comme un outil dont la valeur dépend du contexte. Pour la programmation de loisir et l’apprentissage, a-t-il expliqué, elle peut rendre le codage plus accessible et redonner une partie du plaisir associé à un petit projet. Il a décrit le « vibe coding » assisté par l’IA comme un moyen de trouver du plaisir dans la programmation.
C’est différent de s’en remettre à des résultats générés pour des logiciels essentiels au fonctionnement de systèmes utilisés par de nombreuses personnes. Torvalds a déclaré que les développeurs devaient être prudents lorsqu’ils appliquent l’IA à un travail réel et important.
Cette distinction reflète les exigences pratiques d’un projet open source comme Linux. Le noyau est maintenu par une vaste communauté de contributeurs, et les mainteneurs doivent évaluer les correctifs, les rapports et les changements proposés. Un afflux de contributions générées par l’IA et de faible qualité peut mobiliser le temps de revue, même si une partie du contenu paraît plausible.
La recherche de bugs, un usage plus prometteur
Selon le reportage, Torvalds estime que l’IA deviendra un composant essentiel pour trouver et corriger les bugs du noyau Linux. Cet usage est plus limité que le fait de confier à un modèle la responsabilité de la conception ou de la revue du code : la technologie peut aider à repérer les problèmes, tandis que les humains restent responsables de déterminer si une correction proposée est appropriée.
Cette distinction est utile pour les équipes qui adoptent des assistants de programmation. Générer du code n’est qu’une partie du travail logiciel. Maintenir un projet majeur exige aussi de comprendre le comportement du système, de revoir les modifications, de les tester et d’assumer la responsabilité de leurs conséquences.
Torvalds a précisé qu’il est principalement mainteneur, et non quelqu’un qui programme lui-même de grandes quantités de code du noyau. Ce rôle confère une pertinence particulière à ses commentaires sur la question pratique de la manière dont les résultats de l’IA s’intègrent dans une base de code mature et collaborative.
Abaisser la barrière pour les nouveaux programmeurs
Torvalds a également associé l’IA aux changements dans l’apprentissage de la programmation. Il a commencé à programmer au début des années 1980, lorsque les ordinateurs et les programmes écrits pour eux étaient beaucoup plus simples. Aujourd’hui, a-t-il expliqué, le niveau exigé par l’ingénierie logicielle est bien plus élevé, ce qui rend plus difficile pour les débutants de considérer de petites initiatives comme significatives.
L’IA peut contribuer à réduire cette barrière en donnant aux utilisateurs un moyen d’expérimenter, de poser des questions et de construire quelque chose sans devoir d’abord maîtriser chaque couche d’une pile informatique moderne. Dans ce contexte, sa valeur peut être autant motivationnelle que technique.
Cela ne supprime pas la nécessité d’apprendre les fondamentaux. Cela suggère plutôt qu’un assistant peut rendre les premières étapes de l’exploration moins intimidantes. Pour les personnes qui travaillent sur des projets personnels, un outil qui raccourcit le chemin entre une idée et une expérience fonctionnelle peut rendre la programmation plus immédiate.
Les mainteneurs ont toujours besoin de signal, pas de volume
La même accessibilité qui aide les débutants peut créer des difficultés dans les projets établis. Si l’IA facilite la production de correctifs ou de rapports de bugs à grande échelle, les mainteneurs peuvent recevoir davantage de soumissions sans recevoir davantage de contributions utiles. Le coût est supporté lors de l’évaluation, quand des développeurs expérimentés doivent repérer les erreurs, les doublons et les changements incompatibles avec le projet.
La position de Torvalds n’est donc ni une approbation générale ni un rejet. L’IA peut être utile lorsqu’elle soutient le travail d’un développeur, notamment dans l’expérimentation et la découverte de bugs. Elle devient risquée lorsqu’elle encourage les utilisateurs à soumettre un travail qu’ils n’ont pas compris ou validé.
Pour Linux et les autres projets open source critiques, la revue humaine reste au centre du processus. Un système d’IA peut aider à localiser un problème ou à rédiger une idée, mais les mainteneurs doivent toujours évaluer la justesse technique et l’adéquation au projet.
Une vision pragmatique du codage par IA
La portée plus générale des commentaires de Torvalds tient à l’importance qu’ils accordent à l’usage plutôt qu’à l’idéologie. Les débats sur l’IA en programmation se réduisent souvent à un choix entre adoption totale et rejet total. Ses propos décrivent une norme plus opérationnelle : utiliser la technologie là où elle est utile et redoubler de prudence à mesure que les conséquences d’un échec augmentent.
Cette approche devrait trouver un écho dans l’ensemble du développement logiciel. Une expérience personnelle, un projet pédagogique et une version du noyau destinée à la production comportent des risques très différents. Le rôle approprié d’un assistant d’IA doit évoluer en conséquence.
Le message de Torvalds est simple. L’IA peut rendre la programmation plus agréable et aider à trouver des bugs. Mais dans les logiciels qui comptent, les résultats générés ne peuvent remplacer la prudence, l’expertise et la responsabilité des personnes qui en ont la charge.
Cet article s’appuie sur un reportage de ZDNET. Lire l’article original.
Originally published on zdnet.com