Tu codes avec l’IA ?
Outils, agents et nouveautés dev IA décryptés, chaque soir en 5 min. Gratuit.
Inclus dès l'inscription : notre sélection des meilleurs guides & comparatifs IA.
Choisis ton rythme
Gratuit · Pas de spam · Désabonnement en 1 clic
À Prague, Linus Torvalds a salué l’IA comme un outil qui redonne du plaisir à coder et aide à débusquer des défauts, tout en appelant à la prudence dès que le code engage le noyau. Il assume une ligne pragmatique : intégrer l’IA dans les processus sans épuiser les mainteneurs, fidèles à une philosophie d’améliorations incrémentales éprouvée depuis deux décennies.
La priorité de Torvalds : éviter l’épuisement des mainteneurs
Torvalds rapporte que, lors du Linux Kernel Maintainer Summit, les trois quarts des échanges de la veille ont porté sur la manière de rendre la génération et la revue par IA moins stressantes et plus utiles. Selon lui, le principal obstacle n'est pas d'obtenir des correctifs, mais de faire passer un travail réellement utile à travers la revue sans épuiser les responsables. Il constate que des correctifs et des rapports de bugs produits par IA peuvent submerger les mainteneurs. Malgré cela, la vérification automatisée s'installe durablement dans le processus, qui repose sur un modèle stable depuis environ 20 ans, avec des cycles de publication désormais calés autour de neuf à dix semaines.
Des gains réels : sécurité et pilotes oubliés remis à niveau
Torvalds reconnaît des bénéfices concrets : des outils d’IA identifient de véritables problèmes de sécurité et mettent en évidence des défauts dans d’anciens pilotes peu utilisés. Il estime que les corrections issues de ces outils apportent de la valeur, tout en soulignant leur coût pour l'organisation. Des systèmes de revue comme Sashiko publient leurs analyses sur la Linux Kernel Mailing List, et certains mainteneurs de sous-systèmes attendent désormais qu’un correctif ait été examiné avant acceptation. Toutes les demandes de tirage ne sont pas soumises à une revue IA, mais certains l’exigent déjà et il semble probable que cette exigence se généralise à l’avenir.
Lignes rouges : prudence sur le « réel » et dérives à Mumbai
Torvalds insiste sur la nécessité d’une grande prudence dès que l’on touche à du code « réel et important ». Il a rappelé à Mumbai que des rapports de bugs fabriqués mais convaincants peuvent demander beaucoup d’efforts pour être réfutés, et que des correctifs trop ciblés peuvent ne traiter qu’un symptôme sans s’attaquer à la cause. Il a qualifié certaines soumissions de « band-aid fixes » sans réflexion. Cette réserve s’inscrit dans la distinction qu’il fait entre l’usage récréatif de l’IA et son emploi responsable au cœur du noyau Linux.
Rendre la programmation accessible : IA, débutants et projets perso
Torvalds voit dans l’IA un levier qui rend la programmation plus agréable et permet aux débutants d’accomplir des tâches qui leur seraient autrement difficiles. Il parle d’« IA comme drogue d’entrée », évoquant un projet de pédale de guitare dont l’interface en C, sur microcontrôleur et petit écran, paraissait datée des années 80, alors qu’il ne programme pas en Java. Ayant commencé à coder vers 1981, il observe qu’aujourd’hui l’élévation du niveau rend plus ardu pour un novice de percevoir la valeur de ses propres efforts. À Prague, en conversation avec Dirk Hohndel, il a redit aimer utiliser l’IA dans cet esprit.
De BitKeeper à Git : une adaptation continue des pratiques
À l’occasion du 35e anniversaire de Linux, Torvalds est revenu sur l’évolution de l’organisation du projet. À ses débuts, sans véritable infrastructure, il suivait les changements via des tarballs, avec des correctifs quotidiens en interne et au moins des publications hebdomadaires ; ce mode a perduré jusqu’en 2002 alors que la communauté s’élargissait. Il avait résisté aux outils de contrôle de source centralisés, privilégiant l’indépendance des développeurs et leurs environnements locaux, mais l’intégration manuelle des contributions est devenue un goulot d’étranglement. L’adoption de BitKeeper a facilité les fusions de sous-systèmes comme le réseau et l’ARM, malgré une licence propriétaire qui a divisé la communauté ; Torvalds le juge néanmoins très réussi et non obligatoire pour tous les mainteneurs. Après un conflit de licence en 2005, il a conçu Git, dont une première version fonctionnelle a émergé en 11 jours avec un nouveau modèle d’objet, même si les premières versions ont dérouté des habitués de CVS. Le succès qui a suivi le surprend encore, une enquête de 2022 attribuant l’usage de Git à près de 94% des répondants et presque 97% des développeurs professionnels ; il dit parfois recevoir trop de crédit et a cédé la maintenance environ six mois après. Git d’aujourd’hui, souligne-t-il, est bien meilleur qu’en 2005. En parallèle, Linux est passé à des sorties fréquentes avec fenêtre de fusion et candidats à la publication : les sorties annuelles finissaient par glisser sur des années, d’où une proposition de cycle plus court, initialement cinq semaines, et stabilisé entre neuf et dix semaines depuis près de 20 ans. Cette trajectoire s’accorde avec sa préférence pour des changements incrémentaux plutôt que des lancements spectaculaires. Dans cet environnement, où une partie du monde open source reste méfiante envers l’IA et où des acteurs comme System76 l’interdisent dans certains composants, Torvalds plaide pour une intégration mesurée, guidée par l’utilité et la robustesse des processus.
