La aplicación GUI más antigua que aún funciona en Windows 11

La capacidad de Windows para ejecutar aplicaciones GUI de décadas de antigüedad en Windows 11 provoca admiración por la estabilidad de la API Win32 y el compromiso prolongado de Microsoft con la compatibilidad hacia atrás, a menudo en contraste con los plazos de soporte más cortos de Linux y macOS. Los comentaristas intercambian ejemplos de software muy antiguo que aún funciona —desde FreeCell y aplicaciones de reproductor de CD hasta herramientas Win32 oscuras— y lo comparan con la dificultad de ejecutar binarios antiguos en sistemas tipo Unix modernos. El hilo deriva hacia una crítica más amplia de las tendencias modernas de UX —interfaces planas, “mobile-first”, controles ocultos y toolkits multiplataforma incoherentes— y hacia la nostalgia por los paradigmas de interfaz de escritorio más claros y fáciles de descubrir de la era Windows 95–7.

Compatibilidad hacia atrás de Windows

  • Muchos comentarios elogian la capacidad de Windows para ejecutar sin cambios aplicaciones Win32 de décadas de antigüedad en Windows 11, en contraste con las roturas frecuentes en Linux/macOS.
  • Win32 se describe como una ABI inusualmente estable; la gente cita utilidades de los años 90, juegos clásicos e incluso componentes de la era 3.1, como diálogos ODBC, que siguen funcionando.
  • El soporte de 16 bits (NTVDM) ya no existe en Windows de 64 bits, pero la emulación de terceros (p. ej., winvdm) y hallazgos sobre un posible soporte en el kernel sugieren que es más una cuestión de política/esfuerzo que una imposibilidad técnica absoluta.
  • La compatibilidad se ve como algo cooperativo: el sistema operativo hace mucho, pero las aplicaciones antiguas mal escritas aún pueden necesitar parches para funcionar bien en sistemas modernos.

Software antiguo, juegos y nostalgia

  • Ejemplos mencionados: FreeCell y Solitaire clásicos, EasyToon, Orly’s Draw a Story, Solitaire’s Journey, antiguos reproductores de CD y sistemas médicos/ERP heredados.
  • La gente comparte historias emocionales (por ejemplo, preservar las puntuaciones de FreeCell de un familiar entre máquinas) y frustraciones con sustitutos modernos cargados de anuncios o “adornados”.
  • Algunos experimentos muestran que componentes antiguos (p. ej., CDPLAYER.EXE) funcionan parcialmente, pero chocan con comportamientos modernos del SO, como la gestión automática de medios.

Compatibilidad en Linux/BSD y otros sistemas operativos

  • Varios argumentan que los binarios Unix/X11 muy antiguos y sin modificar son difíciles de ejecutar en Linux moderno debido a la deriva de la ABI del espacio de usuario y a los cambios de bibliotecas.
  • Otros responden que NetBSD y algunos BSD mantienen una compatibilidad binaria fuerte para ciertas plataformas de los años 80/90 (SunOS, ULTRIX, etc.), aunque a menudo en hardware que no es x86.
  • Los contenedores, el enlace estático y “manylinux” se citan como soluciones para la fragmentación de ABI en Linux; se elogia al kernel por no romper el espacio de usuario.

Nostalgia de UI/UX y debates de diseño

  • Fuerte nostalgia por la interfaz de las eras Windows 95–7 (y a veces NeXTStep): señales claras, menús siempre visibles, navegación de teclado consistente y bajo consumo de recursos.
  • Críticas al diseño “flat” y “mobile-first”: funcionalidad oculta, controles sobredimensionados, barras de desplazamiento que desaparecen, pestañas en la barra de título, pérdida de barras de menú y comportamiento inconsistente entre aplicaciones.
  • Skeuomorphism frente a diseño plano divide opiniones: algunos ven botones y texturas skeuomórficas como más utilizables; otros señalan que los extremos (p. ej., la vieja interfaz de QuickTime) se volvieron un truco o dependían solo del ratón.
  • Ribbon frente a menús: algunos dicen que Ribbon mejora la descubribilidad y expone herramientas sensibles al contexto; otros prefieren las barras de herramientas y menús clásicos y personalizables, especialmente para flujos de trabajo de expertos.

Herramientas nativas frente a multiplataforma

  • Debate sobre escribir nuevas aplicaciones de Windows en Win32 puro frente a marcos de nivel superior o multiplataforma (WinForms, WPF, WinUI, Avalonia, Qt, wxWidgets, JavaFX, Electron).
  • El bando pro-Win32 cita binarios diminutos, rápidos y muy receptivos; los críticos señalan la ausencia de funciones modernas (modo oscuro, HiDPI, texto moderno, renderizado por GPU) y el dolor de mantenimiento.
  • Algunos priorizan que “funcione en cualquier sitio” por encima del aspecto nativo; otros sostienen que las interfaces multiplataforma son intrínsecamente inferiores y deberían seguir las convenciones de cada plataforma (atajos, accesibilidad, navegación de texto).