Microsoft ha ascoltato il parere della community e ha restituito al repository .NET SDK il codice che implementa la funzione “Hot Reload”, che era stato rimosso dalla codebase pochi giorni fa, nonostante fosse già elencato come open source e faceva parte delle versioni preliminari di .NET 6. I rappresentanti dell'azienda si sono scusati con la comunità e hanno ammesso di aver commesso un errore rimuovendo il codice che era già stato aggiunto e non rispondendo immediatamente all'insoddisfazione della comunità. Si afferma inoltre che l'azienda continua a posizionare .NET come una piattaforma aperta e continuerà il suo sviluppo secondo il modello di sviluppo aperto.
Viene spiegato che per mancanza di risorse e di tempo prima del rilascio di .NET 6, si è deciso di offrire Hot Reload solo in Visual Studio 2022, ma l'errore principale è stato quello invece di semplicemente non attivare il codice già aggiunto all'open codebase sorgente, questo codice è stato rimosso dal repository. La menzione della mancanza di risorse per portare "Hot Reload" alla versione finale di .NET 6 solleva interrogativi, poiché questa funzionalità faceva già parte delle versioni testuali finali di .NET 6 RC1 e .NET 6 RC2 ed è stata testata da utenti. Inoltre, lo sviluppo in Visual Studio 2022 non consente ulteriore tempo per lo sviluppo, poiché il rilascio di Visual Studio 2022 e .NET 6 è previsto lo stesso giorno, l'8 novembre.
Inizialmente si pensava che lasciare "Hot Reload" solo nel prodotto commerciale Visual Studio 2022 mirasse ad aumentarne l'attrattiva competitiva rispetto agli strumenti di sviluppo gratuiti. Secondo The Verge, la rimozione del codice "Hot Reload" è stata una decisione gestionale presa da Julia Liuson, capo della divisione di sviluppo software di Microsoft.
Come promemoria, Hot Reload fornisce un mezzo per modificare il codice al volo mentre un programma è in esecuzione, consentendo di apportare modifiche senza interrompere manualmente l'esecuzione o allegare punti di interruzione. Lo sviluppatore ha potuto eseguire l'applicazione sotto il controllo di dotnet watch, dopodiché le modifiche apportate al codice venivano applicate automaticamente all'applicazione in esecuzione, consentendo di osservare immediatamente il risultato.
Fonte: opennet.ru