Microsoft está revirtiendo la decisión de eliminar una característica clave de su próxima versión .NET 6, luego de una protesta pública de la comunidad de código abierto. Microsoft enfureció a la comunidad de código abierto .NET a principios de esta semana al eliminar una parte clave de Hot Reload en la próxima versión de .NET 6, una función que permite a los desarrolladores modificar el código fuente mientras se ejecuta una aplicación y ver los resultados de inmediato.

Es una característica que muchos esperaban usar en Visual Studio Code y en múltiples plataformas, hasta que Microsoft tomó una controvertida decisión de último minuto para bloquearla en Visual Studio 2022, que es un producto mayormente pago que se limita a Windows. Fuentes de Microsoft, que hablaron bajo condición de anonimato, dijeron que el cambio de último minuto fue realizado por Julia Liuson, directora de la división de desarrolladores de Microsoft, y fue un movimiento centrado en el negocio.

Microsoft ha revertido el cambio luego de una reacción violenta y la ira dentro de la empresa de muchos de los propios empleados de Microsoft. “Cometimos un error al ejecutar nuestra decisión y tardamos más de lo esperado en responder a la comunidad”, explica Scott Hunter, director de gestión de programas de .NET. Microsoft ha aprobado ahora la solicitud de extracción de la comunidad para volver a habilitar esta función y estará disponible en la versión final del SDK de .NET 6.

Le pedimos a Microsoft que comentara sobre el hecho de que un ejecutivo ordenó el cambio, pero la compañía no quiso discutir la controvertida decisión. “Hemos tomado medidas para abordar el problema que han experimentado algunos de los miembros de nuestra comunidad de OSS“, dice un portavoz de Microsoft en un comunicado. “La capacidad de recarga en caliente estará en la versión de disponibilidad general del .NET 6 SDK disponible el 8 de noviembre“.

Sin embargo, la publicación del blog de Microsoft no aborda esta controvertida decisión. En cambio, sugiere que fue simplemente un error eliminar el código en lugar de simplemente deshabilitarlo, y no una decisión comercial. “En nuestro esfuerzo por establecer el alcance, sin darnos cuenta, terminamos eliminando el código fuente en lugar de simplemente no invocar esa ruta de código“, dice Hunter.

Si bien la reversión será bienvenida para la comunidad .NET, la explicación y las circunstancias en torno a este incidente no serán fáciles para quienes valoran la transparencia en torno a tales decisiones.

“Como ocurre con muchas empresas, estamos aprendiendo a equilibrar las necesidades de la comunidad de OSS y ser un patrocinador corporativo de .NET”, dice Hunter. “A veces no lo hacemos bien. Cuando no lo hacemos, lo mejor que podemos hacer es aprender de nuestros errores y avanzar mejor“.

Este episodio lleno de acontecimientos se produjo después de semanas de disturbios en la comunidad .NET por la participación de Microsoft en .NET Foundation. La fundación se creó en 2014 cuando Microsoft creó .NET de código abierto, y se supone que es una organización independiente que existe para mejorar el desarrollo de software de código abierto y la colaboración para .NET. Un miembro de la junta que dimitió cuestionó recientemente el papel de la Fundación .NET, preguntando si está “aquí para hacer cumplir la voluntad de Microsoft sobre el código abierto .NET, o si está aquí para ayudar a fomentar y promover una comunidad saludable”.

Una controversia reciente también llevó a la directora ejecutiva de la .NET Foundation, Claire Novotny, a renunciar recientemente y a que otros cuestionaran la independencia de la .NET Foundation dados los privilegios especiales de Microsoft. Microsoft ciertamente ha dañado parte del trabajo de código abierto en el que ha estado construyendo durante 10 años con este cambio de sentido, y la compañía todavía tiene mucho trabajo por delante para mejorar las relaciones con la comunidad .NET y los problemas relacionados con su influencia en .NET Foundation.