Selon les dernières nouvelles, Microsoft a décidé de revenir sur sa décision de supprimer une fonctionnalité clé de sa prochaine version.NET 6 en raison d’un tollé de la communauté open source. Plus tôt cette semaine, Microsoft a provoqué la colère de la communauté open source.NET en supprimant un élément clé de Hot Reload dans la prochaine version de.NET 6. Hot Reload est une fonctionnalité qui permet aux développeurs de modifier le code source et de voir immédiatement les résultats pendant l’exécution d’une application.
Cette fonctionnalité était attendue depuis un certain temps pour être utilisée dans Visual Studio Code et sur plusieurs plateformes, mais Microsoft a pris une décision controversée de dernière minute pour la verrouiller à Visual Studio 2022 qui est un produit payant et limité à Windows. Le changement de dernière minute a été fait par Julia Liuson, la responsable de la division des développeurs de Microsoft. Techniquement, la décision était bonne et axée sur les affaires du point de vue de Microsoft, mais les utilisateurs ne l’ont pas accueillie à bras ouverts.
Microsoft est maintenant revenu sur ce changement suite au retour de bâton et à la colère de ses propres employés. Scott Hunter, directeur de la gestion des programmes pour.NET a expliqué Nous avons fait une erreur dans l’exécution de notre décision et avons pris plus de temps que prévu pour répondre à la communauté.
Maintenant, Microsoft a approuvé la pull request de la communauté pour réactiver cette fonctionnalité et elle sera disponible dans la version finale du SDK.NET 6. Un porte-parole de l’entreprise a déclaré: Nous avons pris des mesures pour résoudre le problème que certains membres de notre communauté OSS ont rencontré. La capacité de rechargement à chaud sera dans la build de disponibilité générale du SDK.NET 6 disponible le 8 novembre.
Cependant, il est à noter que le billet de blog de Microsoft n’aborde pas cette décision controversée, au lieu de cela, il suggère que c’était simplement une erreur de supprimer le code au lieu de simplement le désactiver.
Hunter a déclaré: Dans notre effort de portée, nous avons fini par inadvertance par supprimer le code source au lieu de simplement ne pas invoquer ce chemin de code. Comme c’est le cas pour de nombreuses entreprises, nous apprenons à trouver un équilibre entre les besoins de la communauté OSS et le fait d’être un sponsor d’entreprise pour.NET. Parfois, nous n’y arrivons pas. Lorsque ce n’est pas le cas, le mieux que nous puissions faire est d’apprendre de nos erreurs et d’être meilleurs à l’avenir.