La société Microsoft a écouté les retours de la communauté et a réintroduit dans le dépôt .NET SDK le code implémentant la fonctionnalité « Hot Reload », qui avait été supprimé de la base de code il y a quelques jours, bien qu'il ait déjà été considéré comme ouvert et intégré dans les versions préliminaires de .NET 6. Les représentants de l'entreprise ont présenté des excuses à la communauté et reconnu qu'ils avaient commis une erreur en supprimant du code déjà ajouté et en réagissant immédiatement au mécontentement de la communauté. Il a également été déclaré que l'entreprise continue de positionner .NET comme une plateforme ouverte et poursuivra son développement selon un modèle de développement ouvert.
Il a été précisé qu'en raison d'un manque de ressources et de temps avant la sortie de .NET 6, il a été décidé de proposer Hot Reload uniquement dans Visual Studio 2022, mais la principale erreur a été que, au lieu de simplement ne pas activer le code déjà ajouté à la base de code ouverte, ce code a été supprimé du dépôt. La mention d'un manque de ressources pour finaliser « Hot Reload » pour le lancement de .NET 6 soulève des questions, car cette fonctionnalité faisait déjà partie des versions finales de .NET 6 RC1 et .NET 6 RC2, et avait été testée par des utilisateurs. Le développement dans Visual Studio 2022 ne permet pas non plus un temps supplémentaire de finition, car les sorties de Visual Studio 2022 et de .NET 6 sont prévues pour le même jour — le 8 novembre.
Il était initialement prévu que la restriction de « Hot Reload » uniquement au produit commercial Visual Studio 2022 visait à accroître son attrait concurrentiel par rapport aux outils de développement gratuits. Selon des informations de The Verge, la suppression du code « Hot Reload » était une décision managériale prise par Julia Liuson, responsable du département développement logiciel de Microsoft.
Rappelons que la fonctionnalité Hot Reload permet d'éditer le code à la volée pendant l'exécution du programme, permettant d'apporter des modifications sans arrêter manuellement l'exécution et sans attacher de points d'arrêt. Le développeur pouvait exécuter l'application sous « dotnet watch », après quoi les modifications apportées au code étaient automatiquement appliquées à l'application en cours, ce qui permettait d'observer immédiatement le résultat.
Source : opennet.ru
