Em maio de 2026, a Microsoft reconheceu que o Windows 11 ainda possui uma dependência significativa de códigos desenvolvidos nos anos 1990. A afirmação foi feita por Mark Russinovich, CTO do Azure e fundador da Sysinternals, em um vídeo publicado na página Microsoft Dev Docs no X. Ele destacou que a API Win32 continua a ser um dos pilares do sistema, mesmo após várias tentativas de modernização ao longo das últimas décadas.
A API Win32, que se tornou proeminente com o lançamento do Windows 95 e já estava presente no Windows NT, é crucial para o funcionamento do sistema operacional. Essa estrutura permite a abertura de aplicativos de desktop, a gestão de arquivos e a interação com janelas. A Microsoft priorizou a compatibilidade com seu histórico, mantendo a camada Win32 como parte central da arquitetura do Windows.
Assim, o Windows 11 opera em um modelo de camadas, onde interfaces modernas e novas APIs estão sobrepostas a um núcleo consolidado que remonta aos anos 1990. Mesmo com iniciativas como o WinRT, que visavam modernizar a plataforma, não foi possível substituir completamente o modelo legado.
Em um tom mais leve, Russinovich comentou que, nos anos 1990, ninguém poderia imaginar que a Win32 continuaria sendo uma API relevante em 2026. Naquela época, a expectativa girava em torno de inovações como “carros voadores e estações lunares”, e não em uma dependência prolongada de códigos do Windows 95.
A manutenção da API Win32 no Windows 11 pode ser atribuída a três fatores principais. O primeiro deles é o tamanho do ecossistema. Ao longo de mais de 30 anos, milhões de aplicativos foram desenvolvidos com base no Win32, incluindo softwares corporativos e sistemas legados que ainda são indispensáveis para empresas e usuários. Além disso, utilitários como o Sysmon e o ZoomIt permanecem essenciais para o diagnóstico no Windows moderno, com o último sendo integrado ao pacote oficial PowerToys.
O segundo fator diz respeito ao histórico de tentativas de substituição. O WinRT foi criado para modernizar a plataforma, mas não conseguiu alcançar a mesma flexibilidade e desempenho que o Win32. Russinovich explicou que a divisão entre aplicativos Win32 e o ambiente de navegadores (HTML e JavaScript) dificultou a criação de uma nova camada dominante.
