IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Communiqués de presse

    Femme Profil pro
    Traductrice Technique
    Inscrit en
    Juin 2023
    Messages
    2 661
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Traductrice Technique

    Informations forums :
    Inscription : Juin 2023
    Messages : 2 661
    Par défaut Microsoft nie avoir réécrit Windows 11 à l'aide de l'IA après la publication du message d'un de ses ingénieurs
    Submergé par les bugs dans ses applications, la solution de Microsoft c'est de supprimer tout le code C et C++ de ses référentiels d'ici 2030, pour le remplacer par Rust

    Microsoft prévoit d'éliminer tout le code C et C++ de ses référentiels d'ici 2030, en le remplaçant par Rust pour améliorer la sécurité et la sûreté de la mémoire. Dirigée par Galen Hunt, cette initiative s'appuie sur l'IA pour remanier les codes existants, dans un contexte de tendances et de défis industriels tels que la pénurie de talents. Cette initiative audacieuse pourrait remodeler les pratiques d'ingénierie logicielle.

    En novembre 2025, Microsoft a confirmé plusieurs bogues dans Windows 11 remontant à juillet 2025. Ces bugs auraient été causés par la mise à jour 24H2 (KB5062553), qui a affecté les composants système reposant sur XAML, un langage de balisage utilisé dans Windows pour les composants d'interface utilisateur. Bien que ces problèmes apparaissent principalement lors de la mise en service d'appareils ou du démarrage d'images non persistantes, affectant principalement les déploiements en entreprise et dans l'éducation, il est inquiétant que Microsoft ait mis autant de temps à reconnaître la situation.

    Pour éviter ce genre de situation, Google a adopté Rust pour des raisons de sécurité et a constaté une réduction de 1 000 fois des vulnérabilités liées à la sécurité de la mémoire, un taux de rollback 4 fois plus faible et une réduction de 25 % du temps consacré à la révision du code par rapport au C et au C++. Google a alors partagé comment une stratégie de sécurité mémoire axée sur la prévention des vulnérabilités ne se contente pas de corriger les problèmes, mais aide également à aller plus vite. Selon Google, les données de 2025 continuent de valider cette approche, les vulnérabilités liées à la sécurité mémoire passant pour la première fois sous la barre des 20 % du total des vulnérabilités.

    Dans une démarche qui pourrait remodeler les fondements de l'ingénierie logicielle, Microsoft a annoncé une initiative ambitieuse visant à éliminer progressivement tous les codes C et C++ de ses vastes référentiels d'ici à 2030, pour les remplacer par Rust. Cette déclaration, menée par Galen Hunt, ingénieur distingué de Microsoft, marque un changement profond en faveur de langages de programmation à mémoire sécurisée, dans un contexte d'inquiétudes croissantes concernant les failles de sécurité. La vision de Hunt, exposée dans un article publié sur LinkedIn, met l'accent sur l'utilisation de l'intelligence artificielle pour le remaniement du code à grande échelle, dans le but d'éliminer le code hérité qui a longtemps affecté les systèmes par des bogues et des exploits.

    J'ai un poste à pourvoir dans mon équipe pour un Ingénieur logiciel principal IC5. Le poste est à pourvoir en personne à Redmond.

    Mon objectif est d'éliminer toutes les lignes de C et C++ de Microsoft d'ici 2030. Notre stratégie consiste à combiner l'IA *et* les algorithmes pour réécrire les plus grandes bases de code de Microsoft. Notre étoile polaire est « 1 ingénieur, 1 mois, 1 million de lignes de code ». Pour accomplir cette tâche inimaginable, nous avons construit une puissante infrastructure de traitement du code. Notre infrastructure algorithmique crée un graphe évolutif sur le code source à l'échelle. Notre infrastructure de traitement de l'IA nous permet ensuite d'appliquer des agents d'IA, guidés par des algorithmes, pour apporter des modifications au code à l'échelle. Le cœur de cette infrastructure fonctionne déjà à grande échelle sur des problèmes tels que la compréhension du code.

    L'objectif de ce poste d'ingénieur logiciel principal est de nous aider à faire évoluer et à augmenter notre infrastructure pour permettre de traduire les plus grands systèmes C et C++ de Microsoft en Rust. Une condition essentielle pour ce poste est d'avoir de l'expérience dans la construction de code de niveau système de qualité production en Rust - de préférence au moins 3 ans d'expérience dans l'écriture de code de niveau système en Rust. Une expérience dans la mise en œuvre de compilateurs, de bases de données ou de systèmes d'exploitation est vivement souhaitée. Bien qu'une expérience dans l'implémentation de compilateurs ne soit pas nécessaire pour postuler, la volonté d'acquérir cette expérience au sein de notre équipe est requise.

    Notre équipe est animée par un état d'esprit de croissance. Nous sommes une équipe diversifiée avec un large éventail de compétences et de perspectives. Nous prenons des risques audacieux. Nous travaillons et jouons bien avec les autres. Nous aimons apporter de la valeur aux clients internes et externes. Nous avons appris que notre diversité et notre état d'esprit de croissance sont essentiels pour réussir dans le monde en évolution rapide des outils basés sur l'IA.

    Notre équipe fait partie du groupe Future of Scalable Software Engineering de l'organisation EngHorizons au sein de Microsoft CoreAI. Notre mission est de développer des capacités permettant à Microsoft et à ses clients d'éliminer la dette technique à grande échelle. Nous mettons au point de nouveaux outils et de nouvelles techniques avec des clients et des partenaires internes, puis nous travaillons avec d'autres groupes de produits pour déployer ces capacités à l'échelle de Microsoft et de l'industrie.
    Nom : 1.jpg
Affichages : 52311
Taille : 143,8 Ko

    Cette initiative intervient à un moment où les cyberattaques sont de plus en plus sophistiquées et où des erreurs de mémoire en C et C++ ont été impliquées dans de nombreuses brèches très médiatisées. Le langage Rust, développé par Mozilla et désormais géré par la Fondation Rust, offre des protections intégrées contre les pièges courants tels que les débordements de mémoire tampon et les déréférences de pointeur nul. L'engagement de Microsoft n'est pas seulement rhétorique ; il est soutenu par des efforts continus, notamment l'intégration de Rust dans les composants Windows, comme le rapportent diverses analyses de l'industrie.

    Cette transition ne part pas de zéro. Microsoft expérimente Rust depuis des années, l'incorporant dans les services Azure et même dans les bibliothèques Windows de base. Les ingénieurs de l'entreprise ont publiquement discuté des avantages, tels que l'amélioration de la fiabilité et de la productivité des développeurs, qui s'alignent sur les tendances plus générales de l'industrie en faveur de pratiques de codage plus sûres.

    L'impératif de sécurité, moteur du changement

    La décision de Microsoft est motivée par l'importance accordée à la sécurité. Les langages C et C++, bien que puissants pour la programmation de systèmes de bas niveau, sont connus pour leur manque de sécurité inhérente à la mémoire, ce qui entraîne des vulnérabilités que les pirates informatiques exploitent. Selon un rapport, Microsoft considère cette refonte comme une étape essentielle dans la modernisation de ses bases de code, qui couvrent tous les domaines, des systèmes d'exploitation à l'infrastructure en nuage.

    Les experts du secteur se font l'écho de ce sentiment. Un article comparatif souligne les avantages de Rust en termes de performances et d'outils, notant que si le C++ excelle en vitesse brute, le modèle de propriété de Rust permet d'éviter des classes entières d'erreurs sans sacrifier l'efficacité. Cela le rend particulièrement intéressant pour des entreprises comme Microsoft, où les temps d'arrêt ou les brèches peuvent coûter des milliards.

    En outre, les messages postés sur les réseaux sociaux reflètent un mélange d'enthousiasme et de scepticisme parmi les développeurs. Nombreux sont ceux qui saluent le caractère avant-gardiste de la démarche, un utilisateur soulignant que Microsoft a formé des équipes dédiées à Rust dès 2024, ce qui témoigne d'une stratégie à long terme. D'autres, en revanche, s'interrogent sur la faisabilité de la réécriture de millions de lignes de code, faisant le parallèle avec les migrations antérieures qui ont échoué dans le secteur technologique.

    L'IA, le grand facilitateur

    L'utilisation d'outils assistés par l'IA pour le remaniement est au cœur du plan de Hunt. Microsoft a l'intention d'exploiter des modèles d'apprentissage automatique, éventuellement en s'appuyant sur GitHub Copilot, pour automatiser la traduction de C++ vers Rust. Il ne s'agit pas d'une simple spéculation ; les aperçus des outils d'édition C++ pour Copilot montrent l'investissement de Microsoft dans l'IA qui comprend et transforme le code hérité.

    L'ampleur est stupéfiante. La base de code de Microsoft comprend des éléments fondamentaux de Windows, Office et Azure, dont une grande partie a été écrite en C++ pendant des décennies. L'IA pourrait accélérer ce processus en identifiant des modèles, en suggérant des équivalents sûrs et même en générant des tests pour vérifier l'exactitude du code. Toutefois, il reste des défis à relever, notamment pour garantir l'équivalence sémantique dans des systèmes complexes où des comportements subtils peuvent être interrompus lors de la conversion.

    Des discussions sur les réseaux sociaux se penchent sur ces obstacles. Les commentateurs se demandent si l'IA peut gérer les nuances de l'arithmétique des pointeurs ou les modèles de concurrence qui diffèrent d'un langage à l'autre. Cependant, les optimistes soulignent que des projets pilotes réussis, comme l'adoption de Rust dans le noyau Linux, prouvent que de telles transitions sont viables.

    Contexte historique et précédents

    Le flirt de Microsoft avec Rust remonte au moins à 2019, lorsque des rapports ont fait surface sur l'exploration d'alternatives à C++ pour des raisons de sécurité. Une discussion de l'époque remet en question l'économie d'un tel changement, arguant qu'il n'est pas simple de tout réécrire. En effet, les équipes inexpérimentées sous-estiment souvent les coûts, mais les ressources de Microsoft lui confèrent une position unique pour réussir.

    Plus récemment, en 2023, Microsoft a commencé à réécrire les principales bibliothèques Windows en Rust. Cette initiative s'appuie sur des expériences antérieures, telles que la réécriture des bibliothèques Windows en Rust. Cette initiative s'appuie sur des expériences antérieures, telles que l'utilisation de Rust pour les pilotes de périphériques afin de réduire les vulnérabilités du noyau. L'initiative Windows Resiliency de l'entreprise, mentionnée dans les mises à jour des journalistes techniques, souligne une approche progressive, qui consiste à transférer graduellement des fonctionnalités vers Rust.

    Les comparaisons avec d'autres géants sont instructives. Google et Amazon ont également intensifié l'utilisation de Rust, un article décrivant une « révolution Rust » dans les grands systèmes. L'adoption officielle de Rust par le noyau Linux en 2025 sert de modèle, démontrant comment Rust peut coexister avec C et finir par le supplanter dans les infrastructures critiques.

    Les défis à l'horizon

    Malgré l'enthousiasme, le chemin vers 2030 est semé d'embûches. L'acquisition de talents en est un : Les développeurs Rust sont très demandés mais peu nombreux, ce qui risque de faire grimper les coûts. La formation des ingénieurs C++ existants au paradigme de vérification des emprunts de Rust nécessite du temps et des investissements, comme le soulignent les forums communautaires tels que le Rust Programming Language Forum.

    L'interopérabilité pose un autre problème. Tout le code ne peut pas être réécrit en une seule fois, de sorte que les systèmes hybrides doivent faire le lien entre le C++ et le Rust de manière transparente. Les outils présentés en avant-première par Microsoft visent à atténuer ce problème, mais le déploiement dans le monde réel pourrait révéler des lacunes, en particulier dans les domaines où les performances sont critiques, tels que les jeux ou le traitement en temps réel.

    Les facteurs économiques ne peuvent être ignorés. Une analyse compare Rust à C pour l'adoption par les entreprises, prédisant une domination d'ici 2030 en raison des tendances en matière de sécurité de la mémoire. Cependant, elle met en garde contre les baisses de productivité initiales lors de la migration, que Microsoft doit gérer pour éviter de perturber son écosystème de produits.

    Cependant, l'initiative questionne : le problème de Microsoft vient-il de C++ ou de l'utilisation massive de Copilot ? En effet, en avril, le PDG de Microsoft, Satya Nadella, a déclaré que 20 à 30 % du code contenu dans les référentiels de l'entreprise était « écrit par un logiciel », c'est-à-dire par l'IA, lors d'une discussion avec le PDG de Meta, Mark Zuckerberg, à l'occasion de la conférence LlamaCon de Meta qui s'est tenue mardi. Nadella a donné ce chiffre après que Zuckerberg lui a demandé quelle proportion du code de Microsoft était générée par l'IA aujourd'hui. Le PDG de Microsoft a déclaré que l'entreprise obtenait des résultats mitigés en matière de code généré par l'IA dans différents langages, avec davantage de progrès en Python et moins en C++.

    Source : Annonce sur LinkedIn

    Et vous ?

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

    Voir aussi :

    Microsoft a publié un remake moderne en Rust de son éditeur MS-DOS classique et l'a porté sur Linux : Edit est désormais open source et sera intégré à Windows 11

    C'est désormais officiel : Rust dans le noyau Linux sort du cadre expérimental. Le Rust vient de faire l'objet d'intégration comme partie essentielle du kernel aux côtés du toujours présent langage C

    Satya Nadella durcit le ton face aux dirigeants de Microsoft : embarquez dans l'aventure de l'IA ou partez, le PDG continue la mutation du fonctionnement de l'entreprise
    Publication de communiqués de presse en informatique. Contribuez au club : corrections, suggestions, critiques, ... Contactez le service news et Rédigez des actualités

  2. #2
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2014
    Messages
    34
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Décembre 2014
    Messages : 34
    Par défaut
    Donc la solution de Galen Hunt pour corriger les bugs, c'est de demander à chaque ingénieur d'écrire 1 million de lignes de codes par mois ? A ça assister par l'IA ?
    Vivement Windows 12 !

  3. #3
    Membre actif
    Inscrit en
    Décembre 2004
    Messages
    124
    Détails du profil
    Informations forums :
    Inscription : Décembre 2004
    Messages : 124
    Par défaut Ce n'est pas nouveau
    Cela fait 35 ans que l'on sait que la programmation en C et C++ conduit à des vulnérabilités et des défauts logiciels beaucoup plus nombreux qu'avec une programmation très stricte et sûre comme Ada. Maintenant que Rust existe, qu'il est un peu plus sûr et que sa syntaxe ressemble à celle du C, Microsoft va enfin migrer. Mais comme le problème est dans leur manière d'appréhender la programmation, cela ne changera qu'à la marge. Leur confiance aveugle en l'IA va leur faire créer d'autres défauts innombrables, simplement plus difficiles à trouver...

  4. #4
    Membre confirmé
    Homme Profil pro
    Développeur en systèmes embarqués
    Inscrit en
    Mai 2015
    Messages
    549
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur en systèmes embarqués

    Informations forums :
    Inscription : Mai 2015
    Messages : 549
    Par défaut Microsoft joue gros là dessus.
    Citation Envoyé par thierryc Voir le message
    Cela fait 35 ans que l'on sait que la programmation en C et C++ conduit à des vulnérabilités et des défauts logiciels beaucoup plus nombreux qu'avec une programmation très stricte et sûre comme Ada. Maintenant que Rust existe, qu'il est un peu plus sûr et que sa syntaxe ressemble à celle du C, Microsoft va enfin migrer. Mais comme le problème est dans leur manière d'appréhender la programmation, cela ne changera qu'à la marge. Leur confiance aveugle en l'IA va leur faire créer d'autres défauts innombrables, simplement plus difficiles à trouver...
    Microsoft joue toute sa crédibilité en annonçant celà. J'espère qu'ils on des "métriques" suffisant pour s'assurer que ce sera possible, et donnera un résultat de qualité. S'ils y arrivent, ils auront "prouver" que l'IA est "suffisamment" développée pour aider à cette "tâche".

    Repartir d'une feuille "blanche" n'est pas sans risque, et l'écosystème de MicroSoft est juste gigantesque.

    Sans remettre en question le passage à Rust, leur utilisation de l'"IA" ne pourrait-elle pas les aider dans un premier temps à "détecter et éliminer" les problèmes dans le cas existant ? Car si l"IA" ne sait pas faire cela (juste trouver des erreurs dans une base de code existante), je ne vois pas ça d'un bon oeil d'utiliser une IA pour migrer 35 ans de développement "C/C++" en du code "Rust"...

    Enfin, le délais qu'ils s'accordent est de 5 ans, ce qui est peut vs 35 ans. Je suis plutôt sceptique sur la réussite de leur démarche, mais ils leur faut un plan B et améliorer la base de code existante en //.

    Il fut un temps où ils "reproduisaient" des bugs dans une nouvelle version, sans quoi certains "jeux" ne fonctionnaient plus. C'était à l'époque XP ou un rien avant il me semble.

    Bref, je leur souhaite "Bonne M....", mais la tâche est tout simplement "titanesque". J'espère aussi qu'ils auront mis dans leur boucle de discussion menant à cette "annonce" des développeurs, que ce "changement" n'est pas décider uniquement par le "commercial/marketing". De plus, il semble qu'il n'est pas trop "indiqué" de penser autrement que l'IA, leur PDG a été clair, et si plus personne n'ose lui dire une vérité autre que la sienne, qu'il saura écouter d'autres avis que ceux que sa "cours" lui donnera.

    On verra dans 5 ans...

    BàV et Peace & Love.

  5. #5
    Chroniqueur Actualités

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Mars 2013
    Messages
    9 791
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Mars 2013
    Messages : 9 791
    Par défaut Microsoft nie avoir réécrit Windows 11 à l'aide de l'IA après la publication du message d'un de ses ingénieurs
    Windows 11 réécrit par l’IA ? Microsoft dément après la publication d'un message sur LinkedIn
    d'un de ses ingénieurs évoquant « un ingénieur, un mois, un million de lignes de code »

    Tout est parti d’un message publié sur LinkedIn par un ingénieur de haut niveau de Microsoft qui a fait des déclarations audacieuses sur l'utilisation de l'IA pour remplacer C et C++ par Rust dans le cadre de travaux liés à Windows 11 : « 1 ingénieur, 1 mois, 1 million de lignes de code ». Dans un contexte déjà tendu autour de l’automatisation du développement logiciel, la déclaration a immédiatement été interprétée comme la preuve que Microsoft réécrivait massivement Windows 11 à l’aide de l’intelligence artificielle.

    La réaction ne s’est pas fait attendre. Sur les réseaux sociaux et dans les cercles techniques, l’indignation a rapidement monté. Pour beaucoup d’ingénieurs, l’idée qu’un système aussi critique que Windows puisse être largement généré par IA en quelques semaines relevait soit de l’exagération grossière, soit d’un aveu inquiétant sur les pratiques internes de l’éditeur.

    Accusé à demi-mot de réécrire Windows 11 à l’aide de l’IA, l’éditeur a dû sortir de son silence pour calmer le jeu et rappeler une réalité bien plus prosaïque.


    Galen Hunt, ingénieur émérite de haut niveau chez Microsoft, a écrit dans un message LinkedIn désormais modifié :

    Mon objectif est d'éliminer toutes les lignes de C et C++ de Microsoft d'ici 2030. Notre stratégie consiste à combiner l'IA et les algorithmes pour réécrire les plus grandes bases de code de Microsoft. Notre étoile polaire est « 1 ingénieur, 1 mois, 1 million de lignes de code ». Pour accomplir cette tâche inimaginable, nous avons construit une puissante infrastructure de traitement du code. Notre infrastructure algorithmique crée un graphe évolutif sur le code source à l'échelle. Notre infrastructure de traitement de l'IA nous permet ensuite d'appliquer des agents d'IA, guidés par des algorithmes, pour apporter des modifications au code à l'échelle. Le cœur de cette infrastructure fonctionne déjà à grande échelle sur des problèmes tels que la compréhension du code.
    « Éliminer toutes les lignes de code C et C++ de Microsoft d'ici 2030 » suggère clairement que l'ingénieur de haut niveau de Microsoft, responsable de plusieurs projets de recherche à grande échelle, parle de produits tels que Windows. Pour mémoire, la plupart du code au niveau de l'API Windows, et même son noyau, est écrit en C, tandis que le C++ alimente certaines applications.

    Objectivement, la plupart des gens n'auraient pas pris cela au sérieux si cela ne venait pas d'un ingénieur de haut niveau chez Microsoft. Quand quelqu'un avec un tel titre et une longue expérience dans l'entreprise parle d'éliminer le C et le C++ et d'utiliser l'IA pour réécrire de grandes bases de code, cela ressemble moins à une idée aléatoire qu'à quelque chose que Microsoft est au moins en train d'explorer.

    De plus, le message LinkedIn utilise à plusieurs reprises le mot « notre », ce qui montre clairement qu'il s'exprime au nom de l'entreprise.

    Dans un climat où chaque annonce liée à l’IA est scrutée, disséquée et parfois instrumentalisée, le raccourci a été immédiat : si un ingénieur peut produire un million de lignes en un mois, alors Microsoft serait en train de réécrire massivement Windows 11 grâce à des modèles génératifs. Une hypothèse spectaculaire, mais profondément problématique.

    La mise au point officielle de Microsoft

    Suite à l'indignation suscitée par le projet visant à « éliminer toutes les lignes de code C et C++ de Microsoft d'ici 2030 », Microsoft a déclaré qu'il n'existait aucun projet de ce type. Frank X. Shaw, cadre supérieur et responsable de la communication chez Microsoft, a également confirmé que la société n'avait pas l'intention de réécrire Windows 11 à l'aide de l'IA.

    Galen Hunt, qui avait initialement affirmé que les langages C et C++ étaient en train d'être remplacés par Rust à l'aide de l'IA, a également mis à jour son message LinkedIn en apportant la précision suivante :

    « Il semble que mon message ait suscité beaucoup plus d'attention que je ne le souhaitais... avec beaucoup de spéculations entre les lignes... Pour clarifier les choses... Windows n'est PAS en train d'être réécrit en Rust à l'aide de l'IA.

    Le projet de mon équipe est un projet de recherche. Nous développons une technologie permettant la migration d'un langage à un autre. L'objectif de mon message était de trouver des ingénieurs partageant les mêmes idées pour nous rejoindre dans la prochaine étape de cette entreprise pluriannuelle, et non de définir une nouvelle stratégie pour Windows 11+ ou de laisser entendre que Rust est une fin en soi. »

    Si Galen Hunt affirme que les gens « lisaient entre les lignes », cette réaction n'est pas sortie de nulle part. Son message utilisait un langage très direct pour évoquer la suppression du C et du C++ d'ici 2030 et l'utilisation de l'IA et d'algorithmes pour réécrire de grandes bases de code, avec une phrase telle que « 1 ingénieur, 1 mois, 1 million de lignes de code ».

    En fait, le message modifié de cet ingénieur de haut niveau indique toujours que son équipe disposerait de « 1 ingénieur, 1 mois, 1 million de lignes de code ».

    C'est la formulation originale qui donnait l'impression qu'il s'agissait d'un effort de recherche plus important qu'il ne l'est en réalité, mais personne ne devrait s'opposer à l'utilisation de Rust. En fait, Rust est effectivement un meilleur choix et est beaucoup plus sûr. Mais la plupart d'entre nous sommes préoccupés par l'utilisation de l'IA et des algorithmes pour modifier le code à grande échelle.

    Nom : galen.png
Affichages : 28353
Taille : 16,6 Ko

    Microsoft s'est montré très explicite quant à l'utilisation de l'IA pour écrire du code

    Ce n'est en réalité pas la première fois que Microsoft confirme son intention d'utiliser l'IA pour coder ses propres produits.

    Le PDG Satya Nadella affirme fièrement que 30 % du code de l'entreprise a été écrit par l'IA, et que ce chiffre ne fera qu'augmenter à l'avenir (bien sûr, on ne sait pas exactement comment Microsoft mesure ce qui est généré par l'IA et ce qui ne l'est pas, de sorte que ces chiffres sont à prendre avec des pincettes).

    « Je dirais que peut-être 20 %, 30 % du code qui se trouve aujourd'hui dans nos référentiels et certains de nos projets sont probablement tous écrits par des logiciels », a expliqué Nadella lors de la première conférence LlamaCon AI developer de Meta en avril 2025 (vidéo ci-dessous).

    Le même mois, le directeur technique de Microsoft a déclaré qu'il s'attendait à ce que jusqu'à 95 % du code soit généré par l'IA d'ici 2030.

    Microsoft a même rebaptisé de nombreux assistants sous la marque “Copilot” : il existe une douzaine de produits Copilot, pour résumer les emails (Copilot dans Outlook), transcrire des réunions (Copilot pour Teams), guider l’utilisation de Windows ou générer du code sur GitHub. La tendance est globale : GitHub annonce avoir atteint 1,3 million d’abonnés payants à Copilot début 2024, dont 50 000 licences entreprises (Accenture, Goldman Sachs, etc.). L’IA est aussi intégrée aux plateformes Azure et à Visual Studio ; par exemple, GitHub Copilot fournit depuis fin 2023 un chat interactif et peut même générer du code à partir d’une maquette ou d’une demande en langage naturel :
    • GitHub Copilot : extension IA pour VS Code/Visual Studio qui complète le code en temps réel et peut générer des fonctions entières à partir de commentaires
    • Copilot Chat (Visual Studio) : chat d’assistance codant qui permet de poser des questions sur le code en langage naturel.
    • Copilot for Microsoft 365 : assiste dans la rédaction de documents, emails, tables de données par l’IA.
    • Copilot dans Teams, Outlook, Word… : fonctionnalités IA (résumés, traductions, recherche).


    IA générative et fantasmes médiatiques

    Cette affaire illustre un phénomène désormais récurrent. À chaque annonce impliquant l’IA et le développement logiciel, l’imaginaire collectif s’emballe. L’idée du développeur solitaire, boosté par une intelligence artificielle omnipotente, capable de remplacer des équipes entières en quelques semaines, séduit autant qu’elle inquiète.

    Pourtant, sur le terrain, la réalité est beaucoup plus nuancée. Les outils d’IA améliorent la productivité sur certaines tâches répétitives, accélèrent la compréhension de bases de code complexes et réduisent la friction cognitive. Ils ne remplacent ni l’architecture logicielle, ni la connaissance fine des systèmes, ni la responsabilité inhérente aux logiciels déployés à des centaines de millions de machines.

    Un malaise plus profond dans la communauté des développeurs

    Au-delà du démenti, la controverse révèle un malaise plus large. Les développeurs voient se multiplier les discours internes et externes valorisant des gains de productivité spectaculaires grâce à l’IA, souvent sans distinction entre prototypes, outils internes et produits industriels critiques. Cette confusion alimente la peur d’une dévalorisation du métier et d’une incompréhension croissante du travail réel d’ingénierie.

    Dans le cas de Windows 11, le symbole est fort. Windows reste un pilier de l’informatique mondiale, utilisé dans des environnements professionnels, industriels et gouvernementaux. Imaginer sa réécriture rapide par IA touche à la confiance fondamentale que les utilisateurs et les entreprises placent dans la plateforme.

    Une leçon de communication pour les géants de la tech

    Microsoft n’est pas la première entreprise confrontée à ce type de crise narrative. À l’ère des réseaux sociaux, un message mal formulé peut devenir viral et façonner un récit que l’entreprise ne contrôle plus. Cette affaire rappelle l’importance, pour les acteurs majeurs de la tech, d’encadrer strictement la communication autour de l’IA, surtout lorsqu’elle concerne des produits critiques.

    Il ne s’agit pas seulement d’éviter l’exagération, mais aussi de préserver la crédibilité technique auprès des professionnels. Dans un contexte où la confiance dans les discours marketing est déjà fragilisée, chaque mot compte.

    Entre promesses de l’IA et réalité industrielle

    Au final, Microsoft tente de réaffirmer une ligne pragmatique. L’IA est un outil puissant, intégré progressivement dans les workflows, mais elle ne remplace ni l’ingénierie logicielle classique ni les processus de validation industrielle. Windows 11 continue d’évoluer selon des cycles maîtrisés, portés par des équipes nombreuses et spécialisées.

    L’épisode du « 1 ingénieur, 1 mois, 1 million de lignes de code » restera probablement comme un cas d’école. Il montre à quel point la fascination pour l’IA peut rapidement se transformer en controverse, et comment la frontière entre innovation réelle et storytelling mal contrôlé devient de plus en plus fine dans l’industrie logicielle.

    Pour Microsoft comme pour l’ensemble de l’industrie, le message est clair. Promouvoir l’innovation est nécessaire, mais sans alimenter des narratifs irréalistes qui fragilisent la crédibilité technique. L’IA transforme le développement logiciel, certes, mais elle ne réécrit pas en un mois des systèmes d’exploitation conçus sur plusieurs décennies.

    Source : billet sur LinkedIn

    Et vous ?

    La mise en avant d’un volume massif de lignes de code est-elle encore pertinente à l’ère des outils d’IA générative, ou faut-il repenser totalement les indicateurs de productivité dans l’ingénierie logicielle moderne ?

    Jusqu’où l’IA peut-elle réellement améliorer l’efficacité sans dégrader la qualité et la maintenabilité des systèmes complexes comme Windows 11 ?

    Où se situe aujourd’hui la frontière entre un outil d’aide au développeur et une automatisation de facto du développement ?

    Les entreprises comme Microsoft peuvent-elles garantir que l’IA restera cantonnée à un rôle d’assistant, et non de producteur autonome de code critique ?

    En cas de faille ou de bug majeur, qui porte réellement la responsabilité lorsque l’IA intervient dans la chaîne de production logicielle ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  6. #6
    Membre très actif
    Homme Profil pro
    bricoleur par les mots
    Inscrit en
    Avril 2015
    Messages
    764
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 80
    Localisation : France, Seine Maritime (Haute Normandie)

    Informations professionnelles :
    Activité : bricoleur par les mots
    Secteur : Distribution

    Informations forums :
    Inscription : Avril 2015
    Messages : 764
    Par défaut
    1 ingénieur, 1 mois, 1 million de lignes de code
    ca me fait penser a une histoire de steve wozniak qui racontait qu'a une époque un cadre avait mis en place une évaluation des programmeurs en fonction du nombre de ligne de code écrit sur un mois, plus le programmeur écrivait de code mieux il étaient noté, il a du revoir certains codes qu'il a amélioré et qui c'est traduit par du code minimaliste mais plus efficace que les ancien code. , du coup il était moins bien noté

Discussions similaires

  1. Réponses: 8
    Dernier message: 05/07/2025, 11h10
  2. Réponses: 6
    Dernier message: 29/06/2019, 08h37
  3. Affichage de tout le code du Form
    Par Cantalou dans le forum Access
    Réponses: 1
    Dernier message: 26/06/2006, 14h34
  4. tout le code souligné en rouge avec nouveau projet
    Par pierrot67 dans le forum EDI
    Réponses: 2
    Dernier message: 23/03/2006, 22h56
  5. Borland C++ 5.5 remplacer toutes les occurences
    Par cdelamarre dans le forum Autres éditeurs
    Réponses: 2
    Dernier message: 30/11/2005, 13h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo