Microsoft macht nach einem öffentlichen Aufschrei der Open-Source-Community eine Entscheidung rückgängig, ein wichtiges Feature aus der kommenden .NET 6-Version zu entfernen. Microsoft hat die .NET-Open-Source-Community Anfang dieser Woche verärgert, indem es einen wichtigen Teil von Hot Reload in der kommenden Version von .NET 6 entfernt hat, einer Funktion, die es Entwicklern ermöglicht, den Quellcode zu ändern, während eine App ausgeführt wird, und die Ergebnisse sofort zu sehen.
Es ist eine Funktion, auf die sich viele in Visual Studio Code und auf mehreren Plattformen gefreut hatten, bis Microsoft in letzter Minute eine umstrittene Entscheidung traf, sie auf Visual Studio 2022 zu sperren, das ein kostenpflichtiges Produkt ist das ist auf Windows beschränkt. Quellen bei Microsoft, die unter der Bedingung der Anonymität sprachen, sagten The Verge, dass die Änderung in letzter Minute von Julia Liuson, der Leiterin der Entwicklerabteilung von Microsoft, vorgenommen wurde und ein geschäftsorientierter Schritt war.
Microsoft gibt zu, dass es einen Fehler gemacht hat
Microsoft hat die Änderung nun nach einer Gegenreaktion und der Wut vieler Mitarbeiter von Microsoft innerhalb des Unternehmens rückgängig gemacht. „Wir haben bei der Umsetzung unserer Entscheidung einen Fehler gemacht und haben länger als erwartet gebraucht, um der Community zu antworten“, erklärt Scott Hunter, Director of Program Management für .NET. Microsoft hat jetzt die Pull-Anfrage der Community zur erneuten Aktivierung dieser Funktion genehmigt und wird in der endgültigen Version des .NET 6 SDK verfügbar sein.
Wir haben Microsoft gebeten, sich zu der Tatsache zu äußern, dass eine Führungskraft die Änderung angeordnet hat, aber das Unternehmen wollte die umstrittene Entscheidung nicht diskutieren. „Wir haben Schritte unternommen, um das Problem anzugehen, das einige unserer OSS-Community-Mitglieder erlebt haben“, sagt ein Microsoft-Sprecher in einer Erklärung gegenüber The Verge. „Hot Reload-Funktionalität wird im allgemeinen Verfügbarkeits-Build des .NET 6 SDK verfügbar sein, das am 8. November verfügbar ist.“
Der Blog-Beitrag von Microsoft geht jedoch nicht auf diese umstrittene Entscheidung ein. Stattdessen deutet es darauf hin, dass es einfach ein Fehler war, den Code zu entfernen, anstatt ihn einfach zu deaktivieren, und keine Geschäftsentscheidung. „In unserem Bemühen, den Umfang zu bestimmen, haben wir versehentlich den Quellcode gelöscht, anstatt diesen Codepfad einfach nicht aufzurufen“, sagt Hunter.
Hot Reload ermöglicht es Entwicklern, Codeänderungen sofort zu sehen, während Apps ausgeführt werden. Während die Umkehrung für die .NET-Community willkommen sein wird, werden die Erklärung und die Umstände dieses Vorfalls für diejenigen nicht einfach sein, die Transparenz bei solchen Entscheidungen schätzen.
„So wie es ist Wie bei vielen Unternehmen lernen wir, die Bedürfnisse der OSS-Community in Einklang zu bringen und ein Unternehmenssponsor für .NET zu sein“, sagt Hunter. „Manchmal machen wir es nicht richtig. Wenn dies nicht der Fall ist, können wir am besten aus unseren Fehlern lernen und besser vorankommen.“
Diese ereignisreiche Episode kam nach wochenlangen Unruhen in der .NET-Community über die Beteiligung von Microsoft an der .NET Foundation. Die Stiftung wurde 2014 gegründet, als Microsoft .NET Open Source machte, und soll eine unabhängige Organisation sein, die die Open-Source-Softwareentwicklung und -Zusammenarbeit für .NET verbessert. Ein zurücktretendes Vorstandsmitglied stellte vor kurzem die Rolle der .NET Foundation in Frage und fragte, ob sie “hier sei, um Microsofts Willen zu .NET Open Source durchzusetzen, oder sind Sie hier, um eine gesunde Gemeinschaft zu fördern und zu fördern?”
Eine kürzliche Kontroverse führte auch dazu, dass Claire Novotny, Executive Director der .NET Foundation, kürzlich zurücktrat und andere die Unabhängigkeit der .NET Foundation angesichts der besonderen Privilegien von Microsoft in Frage stellten. Microsoft hat mit dieser Kehrtwende sicherlich einen Teil der Open-Source-Arbeit beschädigt, auf der es seit 10 Jahren aufbaut, und das Unternehmen hat noch viel Arbeit vor sich, um die Beziehungen zur .NET-Community und die Probleme rund um seinen Einfluss auf die . NET Foundation.