Microsoft a écouté l'avis de la communauté et a renvoyé au référentiel .NET SDK le code implémentant la fonction « Hot Reload », qui a été supprimé de la base de code il y a quelques jours, malgré le fait qu'il était déjà répertorié comme open source et faisait partie des versions préliminaires de .NET 6. Les représentants de l'entreprise se sont excusés auprès de la communauté et ont admis avoir commis une erreur en supprimant le code déjà ajouté et en ne répondant pas immédiatement au mécontentement de la communauté. Il est également indiqué que la société continue de positionner .NET comme une plateforme ouverte et poursuivra son développement conformément au modèle de développement ouvert.
Il est expliqué qu'en raison du manque de ressources et de temps avant la sortie de .NET 6, il a été décidé de proposer le Hot Reload uniquement dans Visual Studio 2022, mais la principale erreur a été qu'au lieu de simplement ne pas activer le code déjà ajouté à l'open base de code source, ce code a été supprimé du référentiel. La mention d'un manque de ressources pour amener le "Hot Reload" dans la version finale de .NET 6 pose question, puisque cette fonctionnalité faisait déjà partie des versions texte finales de .NET 6 RC1 et .NET 6 RC2, et a été testée par utilisateurs. Le développement dans Visual Studio 2022 ne permet pas non plus de temps supplémentaire pour le développement, puisque la sortie de Visual Studio 2022 et .NET 6 est prévue le même jour, le 8 novembre.
On pensait à l'origine que laisser "Hot Reload" uniquement dans le produit commercial Visual Studio 2022 visait à accroître son attrait concurrentiel par rapport aux outils de développement gratuits. Selon The Verge, la suppression du code « Hot Reload » était une décision de gestion prise par Julia Liuson, responsable de la division de développement logiciel de Microsoft.
Pour rappel, Hot Reload fournit un moyen de modifier le code à la volée pendant qu'un programme est en cours d'exécution, vous permettant d'apporter des modifications sans arrêter manuellement l'exécution ni attacher de points d'arrêt. Le développeur pouvait exécuter l'application sous le contrôle dotnet watch, après quoi les modifications apportées au code étaient automatiquement appliquées à l'application en cours d'exécution, ce qui permettait d'observer immédiatement le résultat.
Source: opennet.ru