Certains ingénieurs logiciels doivent entendre ceci

MMaximilian Schwarzmüller
컴퓨터/소프트웨어경영/리더십AI/미래기술

스크립트

00:00:00Linus, le créateur de Linux, a partagé un coup de gueule très intéressant sur l'utilisation de l'IA dans le
00:00:06noyau Linux. Et je pense que certaines personnes ont besoin de l'entendre, car je l'ai dit dans pratiquement
00:00:13chacun de mes épisodes et vidéos au cours des dernières années : vous n'aurez pas d'avenir en tant qu'ingénieur
00:00:20logiciel professionnel si vous agissez comme si l'IA n'existait pas et n'était pas
00:00:26utile. Vous pouvez débattre de l'IA. Elle a des inconvénients. Elle m'a certainement enlevé une partie du plaisir
00:00:33lorsqu'il s'agit d'ingénierie logicielle. J'ai partagé mes pensées à ce sujet également. Je trouve aussi
00:00:37du plaisir de plus en plus, mais vous ne pouvez pas l'ignorer. Vous ne pouvez pas agir comme si elle n'était que mauvaise et n'avait aucun
00:00:44inconvénient. C'est pourquoi c'est vraiment intéressant. J'ai réalisé que certaines personnes détestent vraiment
00:00:49l'IA, mais c'est un domaine où je suis prêt à poser mon veto en tant que mainteneur de haut niveau
00:00:54de Linux. Linux n'est pas l'un de ces projets anti-IA, dont l'un des exemples les plus marquants
00:01:00serait le projet SIG. Mais oui, Linux n'est pas l'un de ces projets anti-IA. Et si
00:01:05quelqu'un a un problème avec ça, il peut faire ce qu'on fait dans l'open source et le forker. Maintenant, pour être très clair
00:01:11ici, je suis pleinement conscient que l'IA a de nombreuses conséquences négatives pour les mainteneurs open source. Ils sont
00:01:18inondés de pull requests et de problèmes inutiles (“slop”) et c'est difficile de suivre la cadence parce que
00:01:25il y a une quantité infinie de déchets qui arrivent et vous, en tant que mainteneur, vous vous sentez obligé de travailler
00:01:31à travers cela ou de tout ignorer. Ce qui, bien sûr, n'est pas non plus l'idée de l'open source. Je comprends tout à fait
00:01:37ça. Cependant, bien sûr, la réponse à cela ne peut pas être d'ignorer totalement l'IA. La réponse peut être d'ignorer
00:01:47des problèmes et des pull requests pour vous. Mais cela n'implique pas que vous-même ne devriez pas utiliser l'IA ou que certains contributeurs principaux
00:01:54ne devraient pas utiliser l'IA. Et par exemple, le projet SIG a une politique anti-IA très ferme et stricte concernant le fait de ne pas
00:02:03accepter de pull requests, par exemple, qui concernent du code généré par IA ou où le code a été généré par IA.
00:02:10Il existe des dépôts, il existe des projets avec des politiques assez strictes. Et bien sûr, chaque mainteneur peut faire ce qu'il
00:02:17veut. Mais je suis convaincu que ce n'est pas la voie à suivre, ni pour les mainteneurs ni pour les ingénieurs logiciels en général.
00:02:23Vous devez utiliser l'IA pour ce qu'elle est, comme un outil. Comme un outil, vous devez apprendre. Vous devez apprendre à le manier efficacement et il évolue aussi rapidement. Donc, la façon dont vous utilisez l'IA change également. Et je sais qu'il y a beaucoup de développeurs qui ont peut-être utilisé l'IA il y a un an ou deux ou qui l'utilisent dans leurs entreprises avec des modèles restreints ou obsolètes ou dans des environnements où on ne peut pas faire grand-chose avec ces modèles. Et je comprends tout à fait que l'IA ne semble pas très performante dans ce cas.
00:02:51Mais jouez avec sur vos propres machines et soyez ouvert à cela. Adoptez-la comme un processus d'apprentissage. C'est un outil que nous devons tous apprendre à mieux utiliser et où nous devons tous trouver comment l'utiliser au mieux.
00:03:02Et il y a toute cette gamme, n'est-ce pas ? Vous pouvez être dans la zone du “vibe coding” et ne pas vous soucier du code du tout. Vous pouvez être dans la zone de l'ingénierie agentique où vous vous souciez du code, mais utilisez quand même l'IA, où vous construisez ou écrivez vos spécifications, vos plans, où vous passez des choses en revue, mais où vous automatisez aussi des choses.
00:03:21Ce n'est pas noir ou blanc. Ce n'est pas un ou zéro, même si certaines personnes aiment le présenter ainsi, mais ce n'est pas ce que c'est. C'est un spectre et c'est quelque chose qui évolue rapidement et où nous devons encore apprendre.
00:03:34Vous n'avez pas besoin de créer des boucles où vous essayez d'automatiser tout, mais vous ne devriez probablement plus non plus utiliser l'IA uniquement pour l'auto-complétion.
00:03:44Vous devriez vraiment l'adopter, essayer des choses, être ouvert à l'échec et à l'apprentissage, et aussi ouvert à l'amélioration du processus au fil du temps.
00:03:54Essayez d'utiliser des compétences d'agent et voyez comment cela pourrait améliorer les choses, et comment le réglage fin de ces compétences pour vos flux de travail spécifiques pourrait améliorer les choses.
00:04:02C'est tout ce que je fais et ce que font la plupart des gens qui travaillent avec l'IA.
00:04:07Ils essaient de comprendre comment la manier efficacement, et c'est pourquoi c'est une si belle prise de position ici, parce que ce que Linus dit, évidemment, c'est que Linux sera construit ou maintenu avec l'aide de l'IA.
00:04:21Et les gens qui ne veulent pas de ça peuvent juste partir.
00:04:25L'IA est un outil, tout comme les autres outils que nous utilisons, et c'est clairement un outil utile.
00:04:29Juste ce que j'ai aussi dit.
00:04:31Et bien sûr, la plupart des gens qui travaillent efficacement avec l'IA disent que je ne parle pas ici de la zone du “vibe coding” où l'IA n'est pas un outil, mais un remplacement pour vous.
00:04:44C'est un outil super utile et puissant, qui évolue rapidement, comme mentionné.
00:04:49Ce n'était peut-être pas si clair il y a à peine un an, mais ce n'est plus en question aujourd'hui.
00:04:53Et je pense que c'est aussi un très bon point ici.
00:04:55Et nous pouvons tous le sentir, au moins si vous vous engagez avec ces nouveaux modèles, si vous les utilisiez il y a un an.
00:05:03Donc, à l'été 2025, tous ces outils et tous ces modèles étaient évidemment bien, bien pires.
00:05:10Donc maintenant, j'avais tort ici à propos du changement de 2025 à 26 en décembre.
00:05:17J'avais prédit, ou début janvier, j'avais prédit que les modèles ne s'amélioreraient probablement pas autant.
00:05:22Et j'avais clairement tort là-dessus.
00:05:23Ils sont devenus bien meilleurs car ils sont devenus bien meilleurs pour suivre les instructions, appeler des outils, utiliser des compétences, continuer à travailler sur de plus longues périodes.
00:05:36Le post-entraînement que les entreprises d'IA ont fait là-bas était et est vraiment efficace.
00:05:41Et bien sûr, ils continuent de s'améliorer.
00:05:43Mais comme je l'ai aussi dit à l'époque, les outils où nous utilisons ces modèles sont aussi devenus bien meilleurs.
00:05:48Nous avons des harnais de codage incroyables comme Pi.
00:05:52Nous avons Cloud Code, nous avons Codecs, nous en avons tellement et la plupart sont vraiment, vraiment bons.
00:05:56Et bien sûr, ils évoluent aussi et sont vraiment, eh bien, ils peuvent être utilisés de telle sorte que ces modèles puissent travailler très efficacement en eux, qu'ils puissent utiliser des sous-agents, qu'ils puissent utiliser ces compétences d'agent, et ainsi de suite.
00:06:10Et cela a clairement changé par rapport à il y a un an.
00:06:13Et oui, bien sûr, vous pouvez en faire plus maintenant que vous ne pouviez il y a un an.
00:06:18Il y a d'autres questions autour de l'IA, comme à quoi ressemblera réellement son économie à la fin.
00:06:23Mais “est-ce que c'est utile” n'est plus l'une de ces questions.
00:06:25Quiconque en doute ne l'a clairement pas réellement utilisée.
00:06:28Et je suis tout à fait d'accord ici.
00:06:29Et oui, encore une fois, vraiment, je sais que certaines personnes cherchent juste à provoquer des réactions (“rage baiting”) et c'est très bien.
00:06:35C'est ça, Internet.
00:06:36J'en suis conscient.
00:06:37Mais si vous croyez vraiment que l'IA doit être ignorée, réfléchissez-y à deux fois.
00:06:44C'est une attitude et une opinion très dangereuses si vous voulez rester dans ce domaine.
00:06:50Et je me fiche totalement qu'une personne individuelle quitte l'ingénierie logicielle ou non.
00:06:56Mais j'ai toujours essayé de créer du contenu utile où j'enseigne des choses aux gens et je continuerai à le faire.
00:07:02Mais une partie de cela est que je veux partager mon opinion.
00:07:05Et s'il vous plaît, je vous exhorte, si vous êtes très sceptique vis-à-vis de l'IA, essayez-la, apprenez à l'utiliser et soyez ouvert à cela.
00:07:13C'est vraiment important.
00:07:15Et c'est l'avenir de l'ingénierie logicielle.
00:07:17Et ceci est juste pour être clair encore une fois, car il y aura des commentaires.
00:07:20Ce n'est pas une nouvelle opinion.
00:07:21Je l'ai dit dans pratiquement tous mes épisodes précédents aussi.
00:07:25L'IA est un outil.
00:07:26Vous devez apprendre à l'utiliser.
00:07:28Oui, ça peut aussi être un outil quelque peu douloureux, mais pour les charges de travail des mainteneurs, à la fois pour les charges de travail des mainteneurs et juste du point de vue “ça continue de trouver des bugs embarrassants”.
00:07:37Oui, c'est ce que j'ai aussi mentionné avant concernant les mainteneurs submergés par des choses liées à l'IA.
00:07:42Mais la solution n'est pas de faire l'autruche et de chanter la la la.
00:07:45Je peux vous entendre à tue-tête comme certains semblent le faire.
00:07:48Tout à fait d'accord.
00:07:49La solution est de s'assurer que ces outils LLM aident les mainteneurs au lieu de simplement leur causer de la douleur.
00:07:53Il n'y a pas de question de ce côté-là.
00:07:55Et c'est exactement ce que j'ai aussi voulu dire ici.
00:07:57Vous devez être ouvert.
00:07:58Vous devez apprendre à utiliser cet outil.
00:08:00Et je vais aussi créer plus de ressources sur cette autre chaîne, la chaîne Academy, où j'essaie de partager plus gratuitement sur la façon dont j'utilise ces outils.
00:08:12Et cela pourrait être utile à certains d'entre vous aussi.
00:08:15Nous ne forçons personne à l'utiliser, mais j'ignorerai très bruyamment les gens qui essaient d'argumenter contre d'autres personnes qui l'utilisent.
00:08:20Et non, l'IA n'est pas parfaite, mais bon sang, quiconque pointe du doigt les problèmes que l'IA a eus ferait mieux de se regarder dans le miroir et de se pointer du doigt en même temps.
00:08:27Parce que ce n'est pas comme si l'intelligence naturelle était toujours si géniale non plus.
00:08:31Et je veux dire, c'est un bon point.
00:08:34Et je me retrouve dans une position où vous attendez plus de l'IA que d'un être humain.
00:08:41Et en même temps, vous faites souvent plus confiance à un être humain qu'à l'IA.
00:08:45Même si, bien sûr, les humains sont aussi enclins à faire des erreurs, n'est-ce pas ?
00:08:50Nous, personne n'est parfait.
00:08:51Nous avons tous écrit notre juste part de code horrible ou introduit des bugs, et nous ne sommes pas parfaits.
00:08:56Une grande différence, bien sûr, est l'agence.
00:08:59En tant qu'humain, vous possédez un morceau de code.
00:09:01Vous êtes responsable de ce code.
00:09:03Et avec l'IA, ce n'est pas le cas.
00:09:05L'IA ne le possède pas.
00:09:06L'IA n'en est pas responsable.
00:09:08C'est toujours vous, l'humain.
00:09:09Et peut-être que c'est pour ça qu'on attend plus de l'IA.
00:09:13Parce que si quelque chose, un outil écrit le code pour vous, mais que vous êtes responsable, peut-être que c'est pour ça que vous vous mettez en colère si ce code est mauvais.
00:09:22Aussi, bien sûr, parce que cette chose, l'IA, menace de prendre votre travail.
00:09:27C'est définitivement le sentiment que vous pouvez avoir, évidemment, pour des raisons évidentes.
00:09:30Et donc, encore plus.
00:09:32Vous pensez, eh bien, vous feriez mieux de bien faire le travail alors si vous allez prendre le mien.
00:09:35Je ne sais pas.
00:09:36Je connais aussi définitivement ce sentiment, que vous attendez plus de l'IA que des humains.
00:09:40Mais c'est un bon rappel, bien sûr, que les humains ne sont pas parfaits non plus.
00:09:44Et encore une fois, c'est cette combinaison.
00:09:46J'y crois vraiment et profondément.
00:09:48C'est cette combinaison.
00:09:50Et c'est cette combinaison depuis les 40, 50, 60 dernières années de technologie et d'humains qui peut produire des choses assez incroyables.
00:09:59Et oui, par conséquent, c'est un point très important ici, je crois.
00:10:04Le projet du noyau a été et continuera d'être axé sur la technologie.
00:10:07Bien sûr, l'angle social du travail sur l'open source est important et souvent une partie très motivante du projet.
00:10:12Mais à la fin, c'est un côté.
00:10:13Mais si ce n'est pas le but du projet, ce n'est pas une sorte de projet social guerrier, cela n'a jamais été et ne le sera jamais.
00:10:21Et je veux dire, je ne suis pas sûr si c'est voulu comme ça.
00:10:24Mais vous pourriez prendre cela comme une petite pique tirée vers d'autres projets comme le projet SIG.
00:10:32Mais il y en a d'autres aussi, qui sont très anti-IA, où on a l'impression que c'est plus une mission plutôt que d'essayer de construire une technologie ou un outil utile.
00:10:43Et je pourrais avoir totalement tort ici.
00:10:45Ne vous souciez pas principalement de produire de bons résultats ou aboutissements, mais plus peut-être de l'art d'écrire du code, ce que je comprends totalement dans une certaine mesure.
00:10:55Mais pas si vous le faites professionnellement.
00:10:57C'est juste mon avis là-dessus.
00:10:59Et je, comme je l'ai mentionné aussi dans d'autres vidéos, il y a eu, je l'ai dit avant, un peu de plaisir retiré par l'IA.
00:11:06J'aimais cet art d'écrire du code à la main, mais c'est maintenant vraiment juste ça pour moi, un art.
00:11:13Je peux faire ça comme passe-temps, mais pas professionnellement.
00:11:17Écrire tout le code à la main, ce n'est tout simplement pas l'avenir.
00:11:21Professionnellement.
00:11:22Encore une fois, je peux juste le dire encore et encore.
00:11:26Dans la communauté du noyau, nous faisons de l'open source parce que cela aboutit à une meilleure technologie, pas pour des raisons religieuses.
00:11:32Et donc nous prenons des décisions principalement basées sur le mérite technique, pas sur la peur de nouveaux outils.
00:11:37Et je pense que certaines personnes ont besoin de lire ceci.
00:11:39Je sais que beaucoup de gens le remarquent déjà ou ont probablement une opinion similaire, mais certaines personnes ont vraiment besoin de
00:11:47remettre en question leur position sur l'IA et peut-être devenir un peu plus ouvert d'esprit si vous voulez rester dans ce domaine.
00:11:54Si vous êtes juste ici pour provoquer des réactions, ou si vous faites juste ça comme passe-temps, ce qui est tout à fait bien,
00:12:01alors oui, bien sûr, vous pouvez totalement l'ignorer, mais ce n'est pas une mode passagère.
00:12:04Ce n'est pas en train de disparaître.
00:12:05Et encore une fois, je dis ça depuis des lustres.
00:12:09Alors oui, essayez peut-être d'être un peu plus ouvert là-dessus et utilisez l'IA comme un outil.
00:12:16C'est un outil vraiment utile.
00:12:19Et je pense que Linus a un très beau point ici.

핵심 요약

L'intégration de l'IA comme outil de travail est désormais une nécessité technique pour tout ingénieur logiciel souhaitant maintenir sa compétitivité et son efficacité professionnelle.

하이라이트

  • L'IA est un outil indispensable pour les ingénieurs logiciels professionnels, et son adoption est nécessaire pour rester pertinent dans le domaine.

  • Le noyau Linux intègre l'IA sans restriction, contrairement à certains projets open source qui interdisent strictement le code généré par IA.

  • Les modèles d'IA ont démontré une progression significative dans le suivi des instructions, l'utilisation d'outils et la gestion de tâches sur de longues périodes entre 2025 et 2026.

  • L'utilisation d'environnements de développement spécialisés comme Pi, Cloud Code ou Codecs améliore l'efficacité des agents IA.

  • La responsabilité du code final incombe toujours à l'humain, même lorsqu'il est généré par une IA.

타임라인

Position sur l'IA dans l'ingénierie logicielle

  • L'IA représente un outil de travail incontournable pour l'avenir professionnel de l'ingénieur logiciel.
  • Le projet Linux rejette toute politique anti-IA, contrairement au projet SIG qui interdit les pull requests contenant du code généré par IA.
  • Le maintien d'une posture délibérément ignorante face à l'IA compromet les perspectives de carrière.

Le refus systématique d'utiliser l'IA dans le développement logiciel est considéré comme une impasse professionnelle. Si le noyau Linux accepte l'aide de l'IA, d'autres projets open source adoptent des mesures restrictives. Cette divergence de vision souligne l'importance d'apprendre à manipuler ces outils plutôt que de les ignorer.

Défis et intégration de l'IA pour les mainteneurs

  • Les mainteneurs open source font face à un afflux massif de contributions inutiles générées par IA.
  • Ignorer l'IA n'est pas une réponse viable aux problèmes de surcharge des mainteneurs.
  • L'IA s'utilise sur un spectre allant de l'auto-complétion simple à l'ingénierie agentique complexe.

L'afflux de code de faible qualité produit par l'IA crée une charge de travail supplémentaire pour les mainteneurs. Cependant, la solution consiste à affiner les processus et l'usage de l'IA plutôt que d'adopter une interdiction totale. Il convient d'expérimenter ces outils sur des machines personnelles pour en comprendre le potentiel réel.

Évolution des performances et des outils

  • Les modèles d'IA ont considérablement gagné en capacité de suivi d'instructions et d'utilisation d'outils depuis 2025.
  • Des outils comme Pi, Cloud Code et Codecs permettent aux modèles d'opérer via des sous-agents.
  • La valeur utilitaire de l'IA est désormais démontrée et ne fait plus l'objet de doute sérieux.

Le passage de 2025 à 2026 a marqué une nette amélioration des capacités des modèles et des environnements de développement. Le post-entraînement efficace permet une meilleure exécution de tâches complexes. La question n'est plus de savoir si l'IA est utile, mais comment l'intégrer efficacement dans les flux de travail.

Responsabilité humaine et avenir professionnel

  • L'humain conserve la responsabilité totale du code produit, que l'IA intervienne ou non.
  • Le développement du noyau Linux privilégie les résultats techniques au détriment des postures idéologiques ou sociales.
  • L'écriture de code manuel est devenue un art de loisir plutôt qu'une méthode professionnelle viable pour l'avenir.

La distinction fondamentale réside dans l'agence : l'humain est responsable du code, tandis que l'IA ne l'est pas. Les décisions techniques doivent se fonder sur le mérite et l'efficacité, et non sur la peur ou des raisons religieuses. L'adoption de l'IA est présentée comme une évolution nécessaire pour rester dans le domaine professionnel.

커뮤니티 글

모든 글 보기