En una época en la que una simple aplicación de lista de tareas pendientes puede consumir fácilmente 500 MB de la memoria del sistema, es fácil preguntarse dónde salió mal el desarrollo de software. En comparación con hace décadas, tenemos un hardware muy potente, pero nuestro sistema operativo (especialmente Windows 11) y las aplicaciones cotidianas se sienten más pesados y lentos.
Steven Sinofsky, quien se desempeñó como presidente de la división Windows de Microsoft de 2009 a 2012, visitó recientemente X para compartir una mirada fascinante a la cultura de ingeniería inicial de la compañía. Sus revelaciones explican por qué el software heredado era tan increíblemente rápido y por qué el software moderno tiene dificultades para mantenerse al día.
En respuesta a una publicación viral que criticaba el estado actual de la eficiencia de la memoria, Sinofsky atribuyó el éxito inicial del software de Microsoft a una herramienta de hardware muy literal. Según el exjefe de Windows, cada ingeniero de Microsoft recibía un cronómetro físico durante el día.
“De 1980 a 2000, el software administró la mitad del uso de recursos de ingeniería (tiempo de reloj, disco y RAM)”. Sinofsky explicado. “Durante los primeros diez años, cada ingeniero de Microsoft tenía un cronómetro. Los extras estaban en la sala de suministros. Es difícil expresar cuánto trabajo se invirtió en ello. Todos tenemos historias”.
Se mide cada milisegundo
¿Quiénes eran exactamente los ingenieros en ese momento? Cuando se le preguntó en X, Sinofsky afirmó sin rodeos: “Todo. Velocidad de desplazamiento. Arrancar. Salir. Guardar. Compilar. Imprimir”.
Durante los primeros días de MS-DOS y las primeras versiones de Windows, los desarrolladores trabajaban con limitaciones de hardware increíblemente estrictas. Los programadores pasaron horas modificando configuraciones como hymem.sys y qemm.sys solo para maximizar los 640 KB de memoria disponibles en las primeras PC. Cada byte y cada ciclo de CPU importan.
De hecho, si nos fijamos en el arte antiguo de la caja de venta minorista de Microsoft Macro Assembler (MASM) de esa época, un cronómetro ocupa un lugar destacado en la portada, lo que sirve como una insignia de honor por las optimizaciones que proporciona.
Sin embargo, la velocidad bruta no fue lo único que midió Microsoft. Sinofsky comparte una brillante anécdota sobre la psicología del rendimiento mientras trabajaba en Visual C++ 1.0.
Si bien las métricas del cronómetro muestran que el nuevo VC++ 1.0 compiló el código más rápido que la versión anterior, los usuarios se quejaron de que se sentía más lento. Para resolver este problema de percepción, el equipo de Sinofsky creó un “Contador de líneas giratorio Whizzy hecho de números aleatorios”en la interfaz de usuario.
Técnicamente, generar estos números aleatorios ralentiza la velocidad de compilación real en unos pocos puntos porcentuales, pero la retroalimentación visual hace que los usuarios piensen que el software se está ejecutando más rápido. Como señala Sinofsky, odiaba el compromiso, pero lo abandonaron porque la percepción del usuario es más importante.
¿Por qué las aplicaciones modernas utilizan mucha RAM?
La respuesta sencilla es que las presiones del mercado han provocado cambios masivos y rápidos avances en el hardware.
La PlayStation 2, por ejemplo, tenía apenas 32 MB de RAM. Aún así, los desarrolladores pudieron crear mundos abiertos expansivos y visualmente impresionantes como Grand Theft Auto: San Andreas dentro de ese límite absoluto. No tuvieron otra opción.
Hoy la situación es completamente invertida. El hardware se ha vuelto tan rápido y tan asequible (¡bueno, ya no!) que la presión del mercado para optimizar el software ha desaparecido en gran medida.
Para las empresas de tecnología modernas, lanzar una nueva función rápidamente es mucho más rentable que pasar meses optimizándola. Cuando los usuarios se quejan de que una aplicación tiene retrasos, la respuesta empresarial más lógica es pedirle que actualice su RAM.
Incluso Microsoft dijo recientemente que 32 GB de RAM es la zona “sin preocupaciones” para los juegos en Windows 11. Después de una reacción muy fuerte, la compañía eliminó ese blog.
Esta mentalidad dio origen a la era de las aplicaciones y los contenedores web de Electron. En lugar de desarrollar aplicaciones nativas rápidas optimizadas específicamente para Windows, los desarrolladores empaquetan el navegador web completo en sus aplicaciones de escritorio para poder ejecutar el mismo código en Windows, macOS y Linux.
Es por eso que tener 16 GB de RAM parece limitado cuando tienes algunas pestañas del navegador abiertas y una aplicación de chat como WhatsApp abierta.
Cómo Microsoft arreglará Windows 11 en 2026
La gran dependencia de los contenedores web ha causado más daño a la experiencia del usuario de Windows 11 que los desarrolladores externos.
Desde el lanzamiento de Windows 11, hemos visto el sistema operativo inundado de aplicaciones web progresivas (PWA). Servicios importantes como Netflix y Meta han reemplazado sus aplicaciones de escritorio nativas de Windows con alternativas basadas en web. Incluso algunas de las aplicaciones propias de Microsoft en Microsoft Store eran esencialmente sitios web en una caja.
Afortunadamente, después de años de comentarios negativos o del surgimiento de competidores como macOS e incluso Linux, la industria está en auge y Microsoft está volviendo a sus raíces.
Como hemos cubierto extensamente, el gigante del software ha asumido compromisos masivos este año para arreglar la funcionalidad principal de Windows 11. La empresa se está inclinando fuertemente hacia la creación de aplicaciones de escritorio verdaderamente nativas, impulsadas en gran medida por el poder de WinUI 3 y .NET 10.
Este impulso nativo se produce en el núcleo mismo del sistema operativo. Como informamos, Microsoft está trasladando partes importantes del menú Inicio de Windows 11 de componentes web altamente receptivos a código WinUI nativo altamente optimizado.
La promesa de rendimiento no termina ahí. También hemos rastreado importantes correcciones de rendimiento internas para el Explorador de archivos, lo que garantiza la representación inmediata en modo oscuro sin destellos blancos y muchas otras optimizaciones en la reciente actualización del martes de parches de mayo de 2026.
Sorprendentemente, la compañía está probando activamente nuevos perfiles de programación de CPU diseñados para aumentar agresivamente la velocidad del reloj cuando se hace clic en un menú del sistema, eliminando el retraso microscópico de la interfaz de usuario que ha frustrado a los usuarios durante años. Se llama Perfil de baja latencia y Windows Latest ya lo ha probado
Es interesante ver cómo la industria tecnológica cierra el círculo. Cuatro décadas después de que Microsoft repartiera cronómetros para ahorrar por kilobyte, el aumento de funciones masivas de inteligencia artificial que consumen mucha memoria y que han elevado los precios de la RAM y los chips finalmente está obligando a los desarrolladores a preocuparse nuevamente por la eficiencia.
Si bien es posible que no veamos que los cronómetros físicos regresen a las salas de suministros de Microsoft en el corto plazo, el resurgimiento del interés en el rendimiento nativo de Windows 11 es un cambio que todo usuario de PC puede celebrar.
