Discussion :

[fdecode]

Ce site ne dit pas ce qu'il veut, il ne fait que rapporter les commentaires et résultats d'études menées à travers le monde dans l'industrie numérique!!!

Maintenant si vous vous proposez de faire un tri qualitatif des articles: Du genre "les articles Pro-IA, c'est la vérité", "les articles anti-IA ne sont que des fake news", libre à vous!

Vous ne serez pas le premier à accepter les informations que lorsqu'elles viennent confirmer vos "a priori"... Je vous invite à rejoindre le club Trump, il pourra même vous apprendre quelques trucs supplémentaires comme "ré-écrire la réalité"!!!

Il n'y a rien d'a priori de mon côté. Je travaille avec des IA, et je vois bien leurs évolutions. Mon constat est purement pragmatique.
En fait, ces articles ne m'apprennent pas grand chose (et je ne parle pas de ce site particulièrement).
Je vois très bien le danger à venir pour les nouvelles générations qui manquent de plus en plus de maîtrise théorique et qui ne sont pas formées à un regard critique sur le travail produit par l'IA. Mais je vois aussi les capacités impressionnantes des IA récentes pour les utiliser régulièrement comme un outil de travail.
Il faut bien entendu une dialectique avec l'IA, ou entre agents IA, car l'erreur est aussi artificielle. Mais quand on fait le bilan, il est nettement positif pour ce qui est du gain de productivité que cela vous apporte.

[suricata]

Vous n'êtes pas pro-IA mais vous l'utilisez au quotidien. Et vous concluez en parlant de gains de productivité grâce à elle. Donc vous êtes convaincu de ses bienfaits. Pourtant nombre d'articles de ce site rapporte que l'IA, au mieux ne fait pas gagner de temps, au pire en fait perdre car il faut la corriger en permanence.

Pour ma part j'utilise l'IA mais pas un LLM pur. C'est CortAIx de Thales. Une IA hybride fiable, explicable et sécurisée. Là oui cela vaut la peine d'utiliser l'IA. Je l'utilise pour la recherche scientifique et les calculs mathématiques. Elle est frugale tant en données qu'en matérielles (CPU, GPU, énergie, eau).

Entre votre point de vue biaisé par l'utilisation d'un seul type d'IA dégénérée et décadente, et mon point de vue de concepteur utilisant une IA réellement intelligente laissant l'être humain seul décisionnaire final, il y a un monde qu'Anselme45 comble allègrement. Laisser les agents prendre des décisions de manière autonome est certainement la pire erreur de l'humanité pour accélérer la course à sa perte. Cela va prendre des décennies pour rattraper cette erreur entre la dette technique, les hallucinations et les biais de conception.

Le fric a voté pour l'IA et des moutons comme calvaire et vous suivez aveuglément ce que dit le dieu pognon.

[Anselme45]

Pourtant nombre d'articles de ce site rapporte que l'IA, au mieux ne fait pas gagner de temps, au pire en fait perdre car il faut la corriger en permanence.

Si ce n'était l'avis que des articles que certains "fans de l'IA" rejettent... Mais ce sont les études de Anthropic elle-même, société développant des modèles IA, qui sont arrivé à la conclusion que l'IA ne faisait pas gagner du temps aux développeurs!!!

Pourquoi une telle différence entre les "fans de l'IA" et les études de Anthropic? Tout simplement parce que les "fans de l'IA" voient pas plus loin que leur nez, ils se limitent à constater que l'IA pond rapidement du code, sans se préoccuper de savoir si le code est efficace et surtout sans prendre en compte la durée de vie d'un logiciel...

Un logiciel pro, ce n'est pas un bout de code pondu un jour sur un coin de table, c'est un logiciel qu'il faut maintenir dans le temps, debugger, tester, adapter, maintenir et là, l'IA est complètement dans les choux et les "pseudo-développeurs" qui ont laissé faire leur travail par l'IA prennent 10 fois plus de temps pour mener ces tâches quand ils en sont capables (ce qui n'est pas toujours le cas!!!)

[Alex]

Rust contribuera au succès de Linux et rendra la programmation plus ludique, car Rust est essentiel pour améliorer à la fois la sécurité et la maintenabilité du code du noyau Linux, affirme Greg Kroah-Hartman

Linux s'apprête à connaître une transformation majeure, son responsable de la maintenance du noyau stable, Greg Kroah-Hartman, prônant Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux. Expliquant son évolution, passant du scepticisme à un soutien fervent de Rust, Kroah-Hartman a mis en avant la capacité de Rust à éliminer diverses vulnérabilités courantes et à rationaliser le processus de programmation, facilitant ainsi la tâche des développeurs. Il a expliqué que le système de propriété et de types de Rust réduit considérablement les bogues mineurs qui affectent souvent le code C, tels que les pointeurs non vérifiés et les fuites de mémoire.

Le noyau Linux est un noyau libre et open source  de type Unix utilisé dans de nombreux systèmes informatiques à travers le monde. Créé par Linus Torvalds en 1991, il a rapidement été adopté comme noyau du système d’exploitation GNU, conçu pour remplacer librement Unix. Depuis la fin des années 1990, il est intégré à de nombreuses distributions de systèmes d’exploitation, dont beaucoup portent le nom de Linux. Android, utilisé dans de nombreux appareils mobiles et embarqués, est l’un de ces systèmes d’exploitation basés sur le noyau Linux. La majeure partie du code du noyau est écrite en C, tel qu’il est pris en charge par la GNU Compiler Collection (GCC), qui propose des extensions allant au-delà du C standard.

Rust est un langage de programmation polyvalent qui met l’accent sur les performances, la sécurité des types, la concurrence et la sécurité de la mémoire. Rust prend en charge plusieurs paradigmes de programmation. Il s’inspire de concepts issus de la programmation fonctionnelle, notamment l’immuabilité, les fonctions d’ordre supérieur, les types de données algébriques et la correspondance de motifs. Il prend également en charge la programmation orientée objet via des structures, des énumérations, des traits et des méthodes. Rust garantit la sécurité de la mémoire (c'est-à-dire que toutes les références pointent vers de la mémoire valide) sans recourir à un ramasse-miettes classique ; à la place, les erreurs de sécurité de la mémoire et les conflits d'accès sont évités par le « vérificateur d'emprunt », qui suit la durée de vie des objets référencés lors de la compilation.

En mai 2026, Greg Kroah-Hartman, responsable de la maintenance du noyau stable de Linux, a affirmé que Rust peut aider Linux à faire face à un afflux de failles de sécurité détectées par l'IA (notamment Dirty Frag, Copy Fail et Fragnesia) en prévenant les erreurs courantes en C liées à la gestion de la mémoire, au verrouillage, à la gestion des erreurs et aux données non fiables dès la phase de compilation, plutôt que lors de la révision par les mainteneurs. « Rust sauvera Linux de l'IA », affirme notamment Greg Kroah-Hartman. Sa sortie est de nature à donner un coup de neuf au débat sur la comparaison entre les langages Rust et C en matière de programmation système.

Greg Kroah-Hartman est l'un des principaux développeurs du noyau Linux. Depuis avril 2013, il est responsable de la maintenance du noyau Linux pour la branche -stable, le sous-système staging, l'USB, le noyau des pilotes, debugfs, kref, kobject et les sous-systèmes sysfs du noyau, les E/S de l'espace utilisateur (avec Hans J. Koch), et la couche TTY. Il est également à l'origine de linux-hotplug, du projet udev et du Linux Driver Project. Il a travaillé pour Novell au sein de la division SUSE Labs et, depuis le 1er février 2012, il travaille à la Linux Foundation. Kroah-Hartman contribue fréquemment à la documentation relative au développement du noyau et des pilotes par le biais de conférences et de tutoriels.

Greg Kroah-Hartman prône Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux

Linux s'apprête à connaître une transformation majeure, son responsable de la maintenance du noyau stable, Greg Kroah-Hartman, prônant Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux. Lors de son discours d’ouverture à l’Open Source Summit India 2026, Kroah-Hartman a annoncé que le noyau Linux s’orientait vers Rust, ce qu’il estime essentiel pour améliorer à la fois la sécurité du code et sa maintenabilité.

Expliquant son évolution, passant du scepticisme à un soutien fervent de Rust, Kroah-Hartman a mis en avant la capacité de Rust à éliminer diverses vulnérabilités courantes et à rationaliser le processus de programmation, facilitant ainsi la tâche des développeurs. Il a souligné que, même si le C ne disparaîtra pas du jour au lendemain — compte tenu de sa présence profondément ancrée dans l’écosystème Linux —, Rust devient le choix privilégié, en particulier pour les nouveaux projets et sous-systèmes.

Il a expliqué que le système de propriété et de types de Rust réduit considérablement les bogues mineurs qui affectent souvent le code C, tels que les pointeurs non vérifiés et les fuites de mémoire. En effet, il a estimé que 80 % des vulnérabilités et expositions communes (CVE) observées dans le noyau au cours des 25 dernières années auraient pu être évitées si Rust avait été utilisé à la place.

Cette transition se traduit par l’intégration de Rust dans les API C existantes et par la mise en place de lignes directrices pour les nouveaux développements, en particulier pour les sous-systèmes importants. Par exemple, les nouveaux pilotes seront principalement acceptés en Rust, ce qui marque un changement concret dans la manière dont les améliorations du noyau Linux sont abordées.

Ce changement n’est pas purement théorique ; les responsables du noyau ont officiellement reconnu Rust comme un langage de premier plan, et non plus comme une simple expérience. Bien que Kroah-Hartman reconnaisse les défis que cette adaptation pourrait poser, en particulier pour une communauté fortement attachée au C, il reste optimiste. Il estime que Rust offre une solution qui rend le codage agréable et conduit à une expérience Linux plus sécurisée pour les utilisateurs.

Depuis décembre 2025, lors du sommet des responsables de la maintenance du noyau Linux, accessible uniquement sur invitation, les principaux responsables de la maintenance Linux ont décidé que « le consensus parmi les développeurs réunis est que Rust dans le noyau n'est plus expérimental. Il fait désormais partie intégrante du noyau et est là pour rester ». Ce changement vient couronner cinq années de débats houleux sur la question de savoir si ce langage sécurisé au niveau de la gestion des accès mémoire avait sa place aux côtés du C au cœur du système d'exploitation open source le plus largement déployé au monde.

En résumé, Rust est sur le point de devenir indissociable du développement de Linux, promettant d’améliorer la sécurité et la fiabilité du noyau tout en permettant aux développeurs de se concentrer davantage sur la logique plutôt que sur les problèmes de bas niveau. Ce changement majeur s’inscrit dans une tendance plus large de la programmation vers des langages plus sûrs, permettant à Linux de rester pertinent et compétitif dans un paysage technologique en constante évolution.

Et vous ?

Pensez-vous que cette déclaration est crédible ou pertinente ?
Quel est votre avis sur le sujet ?

Voir aussi :

Le noyau Linux 7.1 abandonne la prise en charge de l'architecture i486, corrige un problème audio sur la Steam Deck, ajoute la prise en charge des processeurs AMD Zen 6, apporte des mises à jour pour Rust

Le mélange de Rust et de C dans Linux est assimilé à un « cancer » par un responsable du noyau,« je ne veux pas qu'il s'approche d'une énorme base de code C que je dois maintenir », dit-il à propos de Rust

Brian Kernighan, co-créateur d'Unix, s'exprime après avoir testé le langage Rust : « je ne pense pas qu'il va remplacer C tout de suite ». Il juge l'écosystème de Rust « incompréhensiblement vaste et lent »

[jbaipro]

Les pontes de Linux s'engagent dans l ' IA. Le problème est que Linux, malgré les relecteurs et l open source, voit les ias de pointe découvrir des failles dans les sources. L'évolution rapide des capacités les obligent à affiner leur modèle initial.

[jbaipro]

Sashiko (développé initialement par un ingénieur de Google, Roman Gushchin) est un système de relecture de code basé sur l'IA. Il a été conçu pour révolutionner la sécurité du noyau Linux.Son nom vient de la technique de broderie traditionnelle japonaise, le sashiko, qui consiste à réparer et renforcer des tissus avec des patchs.Comment fonctionne Sashiko ?Sashiko est écrit en Rust et fonctionne de manière autonome (agentique). Il surveille en temps réel les listes de diffusion publiques du noyau Linux (LKML) :Analyse des patchs : Dès qu'un développeur humain propose une modification de code, Sashiko l'intercepte.Utilisation des LLM : Il envoie le patch (et l'historique Git lié pour avoir du contexte) à un grand modèle de langage. Bien qu'il supporte Claude, il a été massivement optimisé et testé avec Gemini 3.1 Pro. Google finance entièrement les coûts de jetons (tokens) pour le projet.Rôle de critique : Sashiko agit comme une équipe de relecteurs virtuels spécialisés (sécurité, gestion de la mémoire, concurrence). Il commente directement le code pour pointer les erreurs avant qu'un mainteneur humain ne perde du temps à le faire.Pourquoi fait-il sensation ?Une efficacité redoutable : Lors de sa phase de test sur un échantillon de 1 000 bugs récents, Sashiko a réussi à identifier 53 % des failles. Le point crucial est que 100 % de ces failles avaient été manquées par les relecteurs humains lors de la soumission initiale.Moins de faux positifs : Son taux de fausses alertes reste sous la barre des 20 %, ce qui est exceptionnel pour un outil automatisé