Auteur : heise.de Source : heise.de

Résumé

Microsoft a présenté à la Build 2026 des outils Open Source complets : un terminal IA open source, des conteneurs WSL et plus de 75 outils Unix. Le groupe mise également sur des normes ouvertes comme PostgreSQL au lieu de bases de données propriétaires. Cette évolution marque un changement stratégique : la tactique historique de Microsoft « Embrace, Extend, Extinguish » (EEE) – l'étouffement des normes ouvertes – ne fonctionne plus aujourd'hui. Le modèle commercial est passé des logiciels sous licence aux services de plateforme cloud.

Personnes

Thèmes

  • Informatique en cloud et modèles commerciaux
  • Logiciels Open Source et normes propriétaires
  • Stratégie Microsoft et concurrence
  • Outils de développement et services de plateforme

Clarus Lead

L'adoption de l'Open Source par Microsoft n'est pas une capitulation, mais une décision commerciale calculée. La caisse n'est plus à la frontière du système (Windows vs Linux), mais au service cloud – Azure, GitHub et Copilot payent la facture. Alors que les développeurs célèbrent les nouveaux outils gratuits, l'industrie se centralise davantage autour d'un seul fournisseur. L'aveu de Ballmer que la ligne dure antérieure est « dans le rétroviseur » révèle la logique sobre : d'abord combattre, puis encaisser, finalement embrasser.

Résumé détaillé

La stratégie EEE historique de Microsoft est documentée. Le Département de la Justice américain a poursuivi la façon dont le groupe s'introduisait sur les marchés ouverts, élargissait les normes par des fonctions propriétaires et excluait les concurrents. Dans la guerre des navigateurs contre Netscape, des mémos internes montrent que Microsoft voulait délibérément lier Office et HTML pour renforcer exclusivement son propre écosystème.

La stratégie actuelle est fondamentalement différente : le troisième « E » (Extinguish) manque. Sur les outils de développement quotidiens, Microsoft ne cède aucun terrain – personne n'a besoin de migrer, aucune norme ouverte ne conduit à une impasse propriétaire. Les frictions ne coûtent que de l'effort de développement, pas du pouvoir de marché. Azure HorizonDB s'appuie sur PostgreSQL et positionne des services IA autour, au lieu de forcer une base de données fermée.

Le changement a commencé en 2014 sous Nadella : de la vente de licences à la location mensuelle. Plus de la moitié des charges de travail Azure s'exécutent sous Linux – une part du modèle commercial, et non d'une perte. Ballmer confirme rétrospectivement que l'attitude antérieure était économiquement justifiée à l'époque, mais les préoccupations concernant Linux appartiennent au passé.

La confiance reste justifiée d'être tendue : en 2021, Microsoft a tenté d'extraire Hot-Reload du .NET open source et n'a reculé qu'après protestation. Des outils comme GitHub, Copilot et Codespaces portent des couches propriétaires – chaque utilisation centralise davantage. L'affection de Microsoft pour l'Open Source peut être authentique, mais elle découle non pas de l'altruisme, mais du calcul d'éviter de s'ossifier comme IBM. Dans cinq ans, une autre logique commerciale pourrait prévaloir.

Points clés

  • Microsoft a abandonné la stratégie EEE parce que le modèle commercial cloud a besoin d'autres sources de revenus
  • L'Open Source n'est plus une contradiction avec le profit, mais en est le fondement
  • L'industrie se centralise davantage autour d'un seul fournisseur malgré les outils ouverts
  • La confiance des développeurs reste justifiée de rester sceptique envers les couches propriétaires

Questions critiques

  1. Preuve : Comment le Département de la Justice américain documente-t-il concrètement les pratiques EEE, et les mémos de la guerre des navigateurs sont-ils authentiquement vérifiés ?

  2. Conflits d'intérêts : Dans quelle mesure l'adoption de l'Open Source par Microsoft sert-elle la consolidation du marché plutôt qu'une véritableDescentralisation – c'est-à-dire : l'ouverture est-elle un moyen vers la dépendance à la plateforme ?

  3. Causalité : Le changement de stratégie est-il principalement motivé par la logique commerciale du cloud ou par la pression concurrentielle (Google, Amazon) ?

  4. Faisabilité : Avec quelle rapidité Microsoft peut-il réintroduire des couches propriétaires (GitHub, Copilot) si le modèle cloud est soumis à une pression ?

  5. Qualité des données : Quelle est la proportion actuelle des charges de travail Azure sous Linux, et comment est-elle mesurée ?

  6. Hypothèses alternatives : L'engagement de Microsoft envers l'Open Source pourrait-il aussi correspondre à de véritables exigences de sécurité ou de stabilité, et non seulement à des considérations commerciales ?

  7. Risques : Comment le marché réagit-il si les services propriétaires (Copilot, GitHub) augmentent les prix et découplent les outils ouverts ?

  8. Effets secondaires : Quels projets Open Source plus petits perdent en compétitivité face à l'avantage de ressources de Microsoft ?

Bibliographie

Source primaire : Förster, Moritz (2026) : « Commentaire : L'amour de Microsoft pour l'Open Source a un prix » – https://www.heise.de/meinung/Kommentar-Microsofts-Open-Source-Liebe-hat-einen-Preis-11320098.html

Contextes supplémentaires :

  • Microsoft Build 2026 (annonces terminal IA, WSL, Coreutils)
  • Documentation du Département de la Justice américain (stratégie EEE)
  • Initiative Azure PostgreSQL/HorizonDB

Statut de vérification : ✓ 2026

Ce texte a été créé avec l'aide d'un modèle IA. Responsabilité éditoriale : clarus.news | Vérification des faits : 2026