Microsoft celebró su primera Conferencia de Desarrolladores de Build en septiembre de 2011. En la conferencia virtual Build 2020 de la semana pasada, alrededor de nueve años después, la compañía sigue tratando de limpiar todo lo que causó un experimento que salió mal, según la opinión del blogger Ed Bott
En el Build 2011, Microsoft lanzó la vista previa del desarrollador de Windows 8. Fue la primera vez que el mundo pudo ver la visión de la compañía acerca de un nuevo sistema operativo para ejecutarse en hardware que fue diseñado para competir con el iPad de Apple.
Lo que sería diferente en Windows 8, sería la promesa de unir los dos mundos, ejecutar todo el software Win32 existente, pero un además, tener la capacidad de ejecutar también las llamadas aplicaciones modernas que se apoderarían de toda la pantalla o se podrían ajustar con otra aplicación.
Windows 8 Developer Preview incluyó una lista de estas aplicaciones modernas que los pasantes de Microsoft describieron literalmente como proyectos en los que «pasé mis vacaciones de verano».
Este fue uno de los muchos errores que condenaron a Windows 8 y a los ingenieros que trabajaron en los sistemas sucesores.
La visión de Microsoft era que las dos familias de aplicaciones serían separadas pero desiguales. Las aplicaciones modernas, que se ejecutan en hardware táctil con la interfaz de usuario de Metro, representaban el futuro y eventualmente reemplazarían las aplicaciones de escritorio heredadas que fueron la base de la revolución de las computadoras por muchas décadas.
Las aplicaciones de demostración fueron reemplazadas en el siguiente año por aplicaciones con más capacidad, aunque poca potencia, desarrolladas profesionalmente.
Después de probar esas aplicaciones, la mayoría de los clientes formaron la percepción general de que sus aplicaciones Win32 heredadas (incluidas las propias aplicaciones de Office de escritorio de Microsoft) eran para «trabajo real», mientras que las aplicaciones modernas eran débiles, y en general, no valían la pena para el esfuerzo.
Con el lanzamiento de Windows 10 hace cinco años, Microsoft trató de hacer que esas aplicaciones modernas fueran más agradables, permitiéndoles ejecutarse en ventanas redimensionables junto con aplicaciones de escritorio heredadas, pero los clientes siguieron alejándose de Microsoft Store, prefiriendo aplicaciones de escritorio.
La Plataforma Universal de Windows (UWP) fue una apuesta inestable para empezar, pero fracasó cuando Microsoft abandonó sus proyectos para dispositivos móviles.
La semana pasada, la compañía anunció Project Reunion. Hace tiempo, Microsoft cambió el nombre de la API Win32 a API de Windows, y ahora está implementando esa API con API UWP para que los desarrolladores puedan agregar características modernas y sofisticadas como el panel Compartir a sus aplicaciones de escritorio.
Microsoft tuvo que trabajar mucho para corregir varias cosas que causaron preocupación entre los usuarios, por ejemplo, los navegadores web predeterminados para Windows en 2013 y 2020.
Hace siete años, Windows 8 tenía dos Internet Explorer, la clásica aplicación de escritorio heredada, con soporte para funciones antiguas como ActiveX, y una versión de pantalla completa habilitada para Metro, que funcionaba bien en el entorno limitado de Windows 8 pero estaba fuera de lugar en una PC de escritorio o una computadora portátil sin pantalla táctil.
Microsoft logró convencer a Mozilla y Google para desarrollar navegadores estilo Metro antes de separarse de todos. Finalmente, en 2020, el nuevo navegador web predeterminado para Windows 10 basado en Chromium, logró incorporar las características modernas y admitir dispositivos de pantalla táctil sin molestar a los fans de las aplicaciones de escritorio heredadas.
El nuevo Edge no se entrega a través de Microsoft Store, sino que llega en un mecanismo convencional, como un archivo de instalación descargable, lo que alegra la vida de muchos usuarios de Windows.
En la documentación de GitHub para Project Reunion, Microsoft describe cómo las nuevas aplicaciones llegarán a los escritorios de los clientes:
«No es necesario empaquetar su aplicación para usar la funcionalidad de Project Reunion. Si tiene su propio instalador, tendremos instrucciones para llevar los componentes de Project Reunion con su aplicación y cómo instalarlos utilizando algunos instaladores comunes. Algunas partes de Project Reunion funcionan mejor si su aplicación es una aplicación para UWP, Desktop Bridge, o si tiene identidad».
Microsoft ha tenido éxito razonable en la creación de herramientas que hacen felices a sus desarrolladores, entre ellas, un Administrador de Paquetes de Windows de línea de comandos, que simplifica la tarea de defender una estación de trabajo de desarrollo.
