La Estrategia de GUI de Microsoft: 30 Años de Caos

Hace unos años estaba en una reunión con desarrolladores y alguien hizo una pregunta simple: "¿Cuál es el framework correcto para una nueva aplicación de escritorio en Windows?"

Silencio total. Una persona sugirió WPF. Otra dijo WinUI 3. Una tercera preguntó si deberían usar Electron. La reunión se fue por las ramas y nunca respondimos la pregunta.

Ese silencio lo dice todo. Cuando una plataforma no puede responder "¿Cómo construyo una UI?" en menos de diez segundos, ha fallado con sus desarrolladores.

La Última Vez que Windows Tuvo una Respuesta Clara

En 1988, Charles Petzold publicó Programming Windows. 852 páginas. API Win16 en C. Representa algo remarkable: una respuesta única, coherente y autoritativa a cómo escribir una aplicación Windows. En el negocio, eso es una "estrategia".

Win32 que siguió era más grande pero aún coherente. Message loops. Window procedures. GDI. El modelo mental era un poco extraño, pero era un modelo mental. Petzold lo explicaba. Era el F=MA de Windows. Simple. Poderoso. Lo aprendías. Lo usabas.

La Fiebre Orientada a Objetos (1992-2000)

Win32 tenía limitaciones reales, así que Microsoft hizo lo que Microsoft hace: lanzó algo nuevo para la conferencia de desarrolladores. Varios algo.

MFC (1992) envolvió Win32 en C++. Si Win32 era inelegante, MFC era Win32 usando un esmoquin hecho de otros esmoquines. Luego vinieron OLE, COM, ActiveX. Ninguno era realmente un framework GUI — eran arquitecturas de componentes — pero infectaron cada rincón del desarrollo Windows.

Silverlight: El Patrón se Establece (2007-2010)

WPF llegó a finales de 2006. Era remarkable — XAML, renderizado acelerado por hardware, data binding real. Si Microsoft lo hubiera hecho definitivo e invertido sin descanso, la historia podría haber terminado diferente. En cambio, en 2007, lanzó Silverlight: un plugin de navegador reducido para competir con Flash.

Silverlight no fue asesinado por fallo técnico. La tecnología estaba bien. Fue asesinado por una decisión de estrategia de negocio, y los desarrolladores fueron los últimos en enterarse.

El Zoológico Sin Cuidador

Aquí está cada tecnología GUI que realmente se shippea en Windows hoy:

• Win32 (1985) — Still aquí. Still usado. El libro de Petzold todavía aplica.
• WPF (2006) — XAML, renderizado por DirectX, open source. Sin nueva inversión de Microsoft.
• WinUI 3 / Windows App SDK (2021) — La respuesta "moderna". Roadmap incierto.
• MAUI (2022) — Sucesor multiplataforma de Xamarin.Forms.
• Electron — VS Code, Slack, Discord. La tecnología de GUI de escritorio más desplegada en Windows — y Microsoft no tuvo nada que ver.
• Avalonia — Open source, heredero espiritual de WPF. Usado por JetBrains, GitHub, Unity.

La Lección

Cada iniciativa GUI fallida se remonta a una de tres causas: política interna de equipos (Windows vs .NET), un announcement de conferencia generando una apuesta prematura (Metro, UWP), o un pivote de estrategia de negocio que huérfanos a desarrolladores sin aviso (Silverlight).

Ninguno de estos es un fallo técnico. La tecnología era a menudo genuinamente buena — WPF era bueno, Silverlight era bueno, XAML es bueno. El fallo organizacional fue el producto.

Charles Petzold escribió seis ediciones de Programming Windows tratando de seguir cada nueva cosa que Microsoft anunció. Se detuvo después de la sexta, que cubría WinRT para Windows 8. Eso fue en 2012.

No lo culpo.