Microsoft revient sur sa décision controversée de supprimer la fonctionnalité phare du SDK .NET 6

Microsoft Revient Sur Sa Décision Controversée De Supprimer La Fonctionnalité

Pourquoi c’est important : Au cours des dix dernières années, Microsoft a subi une transformation radicale, passant d’une entreprise obsédée par l’idée de pousser ses logiciels à code source fermé à une entreprise qui adopte les logiciels à code source ouvert et essaie de les compléter. Cependant, cette obsession n’a pas été complètement supprimée de la culture d’entreprise, ce qui a conduit à beaucoup de drames autour de la communauté .NET ces derniers temps.

Microsoft essaie de gagner la confiance de la communauté open source depuis des années, en partie parce que le PDG Satya Nadella a reconnu son importance croissante dans le grand schéma des choses. En 2015, Nadella a déclaré que son entreprise subissait des changements culturels et stratégiques afin d’aider les développeurs et les consommateurs à passer de « avoir besoin de Windows à choisir Windows pour aimer Windows ». Une partie de cette stratégie impliquait d’adopter des technologies open source et de laisser Windows en tant que système d’exploitation disparaître en arrière-plan, entre autres.

Microsoft revient sur sa decision controversee de supprimer la fonctionnalite

Pour une entreprise qui tente depuis longtemps de détruire l’open source, cela signifiait une transformation radicale de sa structure organisationnelle et un réajustement de ses objectifs. Un exemple notable est lorsque Microsoft a abandonné son moteur Trident et reconstruit son navigateur Web Edge autour du projet open source Chromium, lancé par Google, une entreprise rivale qui mange le Web. En 2019, il a même rejoint la Linux Foundation en tant que membre platine bien rémunéré et s’est efforcé de contribuer activement au noyau Linux.

Cependant, de temps en temps, la société de Redmond se trouve en désaccord avec les besoins et les désirs de la communauté open source. La semaine dernière, il a pris la décision controversée de supprimer discrètement un élément clé d’une fonctionnalité appelée « Recharge à chaud » de l’outil de surveillance dotnet dans la prochaine version de .NET 6. Rappelez-vous, il s’agit d’une fonctionnalité phare sur laquelle les développeurs comptaient pour être. plus productif, il ne faut donc pas s’étonner qu’il ait envoyé des ondes de choc à la fois dans la communauté open source et en interne chez Microsoft. Cela n’a pas aidé non plus que Microsoft ait verrouillé et limité une demande d’extraction pour la suppression de cette fonctionnalité, ce qui a également empêché tout le monde de commenter le changement.

Microsoft revient sur sa decision controversee de supprimer la fonctionnalite

Pour ceux qui ne connaissent pas Hot Reload, cela permet essentiellement aux développeurs d’obtenir un retour immédiat lorsqu’ils apportent des modifications à leurs projets. L’idée originale était de l’apporter au plus grand nombre de développeurs .NET possible, mais Microsoft a ensuite décidé de limiter cette fonctionnalité aux développeurs sur Windows utilisant Visual Studio 2022, avec la possibilité à distance qu’elle soit ajoutée à Visual Studio pour Mac à un moment donné dans le futur. Cela peut avoir du sens d’un point de vue commercial, mais sape également les dix années d’efforts des ingénieurs de Microsoft pour renforcer la confiance et contribuer à la communauté open source.

Depuis lors, Microsoft est revenu sur sa décision et a publié une déclaration admettant qu’il avait fait une erreur. Scott Hunter, directeur de la gestion des programmes pour .NET, a expliqué que « nous avons fait une erreur en exécutant notre décision et avons pris plus de temps que prévu pour répondre à la communauté ». En tant que tel, Microsoft a approuvé la demande d’extraction de la communauté pour réactiver la fonctionnalité de rechargement à chaud dans la prochaine version du SDK .NET 6, qui arrivera le 8 novembre.

Microsoft revient sur sa decision controversee de supprimer la fonctionnalite

Hunter dit que la décision n’était pas commerciale. Au lieu de cela, il a expliqué que dans un effort pour hiérarchiser les ressources de développement, Microsoft voulait d’abord activer la fonctionnalité dans Visual Studio pendant qu’il découvrait comment l’apporter à tout le monde sans être lié avant la date limite du 8 novembre. Hunter a ajouté que, comme pour de nombreuses entreprises, « nous apprenons à équilibrer les besoins de la communauté OSS et à être un sponsor d’entreprise pour .NET. Parfois, nous ne comprenons pas bien. Lorsque nous ne le faisons pas, le mieux que nous puissions faire est d’apprendre de nos erreurs et d’aller de l’avant.

Cela dit, c’était l’aboutissement de plusieurs semaines de drame autour de l’implication de Microsoft dans la fondation .NET et de son influence discutable sur son fonctionnement interne. Un membre démissionnaire du conseil d’administration a soulevé la question de savoir si Microsoft est capable de résister à la tentation d’imposer sa volonté sur l’open source .NET et s’il peut ou non « aider à favoriser et à promouvoir une communauté saine ». Les mêmes questions ont conduit à la démission de la directrice exécutive de la Fondation .NET, Claire Novotny, et ont envoyé Microsoft se démener pour réparer ses relations avec la communauté .NET.