Torvalds explique où l'IA lui est utile et où elle menace le noyau Linux

Linus Torvalds, qui a 56 ans cette année, et dont le noyau Linux fête ses 35 ans, s'est exprimé sur l'IA dans la programmation. Sa formule est simple : « J'utilise l'IA pour faire ce que je fais mal. » Le vibe coding, c'est-à-dire l'écriture de programmes en décrivant la tâche à un réseau de neurones sans analyser en profondeur le résultat, est selon lui un « merveilleux moyen de retrouver de la joie dans la programmation ». Mais il a aussitôt précisé que cette approche ne convient pas pour piloter le développement de Linux. La recherche de bugs avec l'IA, en revanche, lui convient.

Un outil pour les points faibles

Cette position ne trahit ni enthousiasme ni rejet. Torvalds ne dit pas que l'IA remplacera le programmeur. Il la décrit comme un moyen de combler des lacunes, là où il n'a ni la compétence ni l'envie de la développer. Selon la presse, il a déjà utilisé un assistant IA pour un petit projet de loisir : l'assistant a écrit une partie annexe dans un langage que Torvalds pratique à peine, tandis que le code principal est resté de sa main.

La logique se comprend. Quelqu'un qui écrit du code bas niveau en C depuis toujours n'a aucune obligation de devenir spécialiste de la visualisation ou des scripts. Si un réseau de neurones s'en charge en quelques minutes et que le coût d'une erreur est faible, le marché est avantageux. Le mot « joie » compte aussi dans son jugement : le vibe coding abaisse la barrière d'entrée et redonne le plaisir de voir une idée devenir rapidement une chose qui fonctionne.

Pourquoi le noyau joue dans une autre catégorie

Le problème commence là où le code devient une infrastructure commune. Le noyau Linux tourne sur des serveurs, des smartphones, des appareils embarqués et dans le cloud. Chaque patch passe par la relecture des mainteneurs, et l'attention humaine reste la ressource la plus rare du projet. Un code généré sans compréhension et accepté « parce que ça marche » fait peser les coûts sur ceux qui le vérifient.

C'est notre conclusion à partir de la déclaration de Torvalds, et non une citation de lui. Elle concorde pourtant avec ce qu'il a dit explicitement : le vibe coding convient au plaisir personnel, pas à la direction du développement du noyau. Là, on valorise la prévisibilité, la lisibilité et la responsabilité de l'auteur pour chaque ligne.

Dans ce schéma, la recherche de bugs apparaît comme une exception naturelle. Si l'IA signale un endroit suspect, c'est toujours un humain qui tranche. Une suggestion erronée coûte quelques minutes de vérification. Une erreur passée inaperçue dans le noyau coûte bien plus cher.

Sa position en bref

• Source : ZDNet, article du 9 octobre 2026.
• Citation clé : « J'utilise l'IA pour faire ce que je fais mal. »
• Vibe coding : « merveilleux moyen de retrouver de la joie dans la programmation ».
• Développement du noyau Linux : le vibe coding ne convient pas.
• Recherche de bugs avec l'IA : acceptable.
• Âge du projet : Linux est apparu en 1991.

Comment appliquer cette approche en équipe

La position de Torvalds se transforme facilement en règle de travail. Commencez par répartir les tâches selon le coût d'une erreur. Prototypes, scripts internes, visualisations et expériences pédagogiques peuvent être confiés à l'IA presque sans limites. Le code destiné à la production doit passer par une relecture normale, et son auteur doit être capable d'expliquer chaque décision.

Deuxième règle : repérez vos propres points faibles. Si vous êtes développeur backend et n'aimez pas écrire du frontend, c'est là que l'IA vous fera gagner le plus. Dans votre domaine d'expertise, elle produit plus souvent du bruit inutile, et vous repérerez vite ses erreurs.

Troisième règle : partez de l'analyse, pas de la génération. Analyse statique, détection de race conditions et de fuites, explication du code d'autrui : ce sont des tâches où l'IA fait gagner du temps, et où la décision reste humaine. Si votre projet a déjà une politique sur les patchs issus de l'IA, conformez-vous-y. Sinon, mieux vaut en rédiger une avant que le premier commit généré n'atterrisse dans la branche principale.

Au final, Torvalds n'appelle ni à abandonner l'IA ni à s'y fier. Il pose une question honnête : dans quelle mesure maîtrisez-vous vous-même ce que vous comptez confier au modèle ?