Microsoft vänder på ett beslut att ta bort en nyckelfunktion från sin kommande .NET 6-utgåva, efter ett offentligt ramaskri från öppen källkod. Microsoft upprörde .NET open source -gemenskapen tidigare i veckan genom att ta bort en viktig del av Hot Reload i den kommande versionen av .NET 6, en funktion som gör det möjligt för utvecklare att ändra källkoden medan en app körs och omedelbart se resultaten.
Det är en funktion som många hade sett fram emot att använda i Visual Studio Code och på flera plattformar, tills Microsoft tog ett kontroversiellt beslut i sista minuten att låsa den till Visual Studio 2022 som är en betalprodukt det är begränsat till Windows. Källor hos Microsoft, som talade under anonymitet, berättade för The Verge att ändringen i sista minuten gjordes av Julia Liuson, chefen för Microsofts utvecklaravdelning, och var ett affärsinriktat drag.
Microsoft medger att de gjorde ett misstag
Microsoft har nu vänt förändringen efter en motreaktion och ilska inom företaget från många av Microsofts egna anställda. “Vi gjorde ett misstag när vi verkställde vårt beslut och tog längre tid än väntat att svara tillbaka till samhället”, förklarar Scott Hunter, chef för programledning för .NET. Microsoft har nu godkänt communityns pull-begäran om att återaktivera den här funktionen och den kommer att finnas tillgänglig i den slutliga versionen av .NET 6 SDK.
Vi bad Microsoft att kommentera det faktum att en chef beordrade förändringen, men företaget ville inte diskutera det kontroversiella beslutet. “Vi har vidtagit åtgärder för att lösa problemet som några av våra OSS -communitymedlemmar har upplevt”, säger en Microsoft -talesman i ett uttalande till The Verge. “Hot Reload-kapacitet kommer att finnas i den allmänna tillgänglighetsversionen av .NET 6 SDK tillgänglig den 8 november.”
Microsofts blogginlägg tar dock inte upp detta kontroversiella beslut. Istället antyder det att det helt enkelt var ett misstag att ta bort koden istället för att helt enkelt inaktivera den, och inte ett affärsbeslut. “I vårt försök att omfång slutade vi oavsiktligt med att ta bort källkoden istället för att bara inte anropa den kodsökvägen”, säger Hunter.

Även om vändningen kommer att vara en välkommen sådan för .NET-gemenskapen, kommer förklaringen och omständigheterna kring denna incident inte att vara lätta för dem som värdesätter transparens kring sådana beslut.
“Som är sant med många företag lär vi oss att balansera behoven hos OSS-gemenskapen och att vara en företagssponsor för .NET”, säger Hunter. “Ibland får vi det inte rätt. När vi inte gör det är det bästa vi kan göra att lära oss av våra misstag och bli bättre på att gå framåt.”
Det här händelserika avsnittet kom efter veckor av oroligheter i .NET-gemenskapen över Microsofts inblandning i .NET Foundation. Stiftelsen skapades 2014 när Microsoft skapade .NET open source, och det ska vara en oberoende organisation som finns för att förbättra öppen källkodsutveckling och samarbete för .NET. En avgående styrelsemedlem ifrågasatte nyligen .NET Foundations roll och frågade om den är “här för att genomdriva Microsofts vilja på .NET öppen källkod, eller är du här för att hjälpa till att främja och främja en sund gemenskap?”
En ny kontrovers ledde också till att .NET Foundation verkställande direktör Claire Novotny avgick nyligen och andra ifrågasatte oberoende av .NET Foundation med tanke på Microsofts särskilda privilegier. Microsoft har verkligen skadat några av de öppen källkod som det har byggt på i tio år med denna u-sväng, och företaget har fortfarande gott om arbete att förbättra relationerna med .NET-gemenskapen och frågorna kring dess inflytande på. NET Foundation.