La empresa Microsoft escuchó las opiniones de la comunidad y devolvió al repositorio .NET SDK el código con la implementación de la función 'Hot Reload', que había sido eliminada de la base de código hace varios días, a pesar de que ya era considerado abierto y formaba parte de las versiones preliminares de .NET 6. Los representantes de la compañía se disculparon con la comunidad y reconocieron que cometieron un error al eliminar un código que ya había sido agregado y no responder rápidamente a la insatisfacción de la comunidad. También se afirmó que la compañía continúa posicionando .NET como una plataforma abierta y seguirá desarrollándola de acuerdo con un modelo de desarrollo abierto.
Se explica que, debido a la falta de recursos y tiempo antes del lanzamiento de .NET 6, se decidió ofrecer Hot Reload solo en Visual Studio 2022, pero el principal error fue que, en lugar de simplemente no activar el código ya agregado en la base de código abierta, este código fue eliminado del repositorio. Las menciones a la falta de recursos para llevar 'Hot Reload' a la versión final de .NET 6 generan dudas, ya que esta función ya formaba parte de las versiones finales de texto .NET 6 RC1 y .NET 6 RC2, y había sido probada por los usuarios. El desarrollo en Visual Studio 2022 tampoco brinda tiempo adicional para refinamientos, ya que los lanzamientos de Visual Studio 2022 y .NET 6 están programados para el mismo día: 8 de noviembre.
Inicialmente, se pensó que dejar 'Hot Reload' solo en el producto comercial Visual Studio 2022 tenía como objetivo aumentar su atractivo competitivo en comparación con las herramientas de desarrollo gratuitas. Según informes de The Verge, la eliminación del código de 'Hot Reload' fue una decisión de gestión tomada por Julia Liuson, responsable de la división de Microsoft dedicada al desarrollo de software.
Recordemos que la función Hot Reload proporciona medios para editar código sobre la marcha durante la ejecución del programa, permitiendo realizar cambios sin detener manualmente la ejecución y sin necesidad de establecer puntos de interrupción. El desarrollador podía ejecutar la aplicación bajo 'dotnet watch', después de lo cual los cambios realizados en el código se aplicaban automáticamente a la aplicación en ejecución, permitiendo observar inmediatamente el resultado.
Fuente: opennet.ru
