Jüngsten Meldungen zufolge hat Microsoft beschlossen, die Entscheidung, eine wichtige Funktion aus dem kommenden.NET 6 zu entfernen, aufgrund eines öffentlichen Aufschreis der Open-Source-Gemeinde rückgängig zu machen. Anfang dieser Woche hatte Microsoft die Open-Source-Gemeinde von.NET verärgert, indem es einen wichtigen Teil von Hot Reload aus der kommenden Version von.NET 6 entfernte. Hot Reload ist eine Funktion, die es Entwicklern ermöglicht, Quellcode zu ändern und die Ergebnisse sofort zu sehen, während eine Anwendung läuft.
Es wurde erwartet, dass diese Funktion in Visual Studio Code und auf mehreren Plattformen eingesetzt werden kann, aber Microsoft hat in letzter Minute eine kontroverse Entscheidung getroffen, die Funktion auf Visual Studio 2022 zu beschränken, das ein kostenpflichtiges Produkt ist und auf Windows beschränkt ist. Die Änderung in letzter Minute wurde von Julia Liuson, der Leiterin der Microsoft-Entwicklerabteilung, vorgenommen. Technisch gesehen war die Entscheidung aus Sicht von Microsoft ein guter und geschäftsorientierter Schritt, aber die Nutzer haben diesen Schritt nicht mit offenen Armen empfangen.
Nach den Rückschlägen und der Verärgerung der eigenen Mitarbeiter hat Microsoft die Änderung nun wieder rückgängig gemacht. Scott Hunter, Director of Program Management für.NET, erklärte: Wir haben einen Fehler bei der Umsetzung unserer Entscheidung gemacht und länger als erwartet gebraucht, um auf die Community zu reagieren.
Jetzt hat Microsoft den Pull-Request der Community zur Wiederaktivierung dieser Funktion genehmigt und sie wird in der endgültigen Version des.NET 6 SDK verfügbar sein. Ein Sprecher des Unternehmens sagte: Wir haben Schritte unternommen, um das Problem zu lösen, das einige unserer OSS-Community-Mitglieder erlebt haben. Die Hot-Reload-Funktion wird in der allgemein verfügbaren Version des.NET 6 SDK enthalten sein, die am 8. November verfügbar sein wird.
Es ist jedoch anzumerken, dass Microsofts Blogpost nicht auf diese umstrittene Entscheidung eingeht, sondern stattdessen suggeriert, dass es einfach ein Fehler war, den Code zu entfernen, anstatt ihn einfach zu deaktivieren.
Hunter sagte: In unserem Bestreben, den Anwendungsbereich zu erweitern, haben wir versehentlich den Quellcode gelöscht, anstatt diesen Codepfad einfach nicht mehr aufzurufen. Wie viele andere Unternehmen auch, lernen wir, die Bedürfnisse der OSS-Gemeinschaft und die eines Unternehmenssponsors für.NET unter einen Hut zu bringen. Manchmal gelingt uns das nicht. Wenn das nicht der Fall ist, können wir bestenfalls aus unseren Fehlern lernen und es in Zukunft besser machen.