快科技 5 月 14 日消息，前微软 Windows 部门总裁 Steven Sinofsky 近日在 X 平台深入披露了早期 Windows 的工程文化。

在二十世纪八十年代至九十年代，微软每一位工程师都会领到一块实体的秒表。为了榨取硬件性能，这块秒表被用来精准测量代码运行的每一个环节。

当时的开发环境极其苛刻，工程师必须在 PC 仅有的 640KB 内存限制下工作。为了腾出空间，程序员需要耗费数小时去调整 hymem.sys 和 qemm.sys 等底层配置。

在那段时期，软件工程有一半的工作量都花在管理时钟频率、磁盘空间和内存资源上。秒表测试覆盖了应用启动、退出、滚动、保存、编译及打印等全流程。

Sinofsky 透露，当时公司储藏室里甚至常备替换用的秒表，这种对性能的追求甚至被印在了当时微软宏汇编器 MASM 的零售盒封面上。

针对用户感知的性能心理学，Sinofsky 分享了一个技术细节：在开发 Visual C++ 1.0 时，虽然实测编译速度已经提升，但用户反馈体感较慢。

开发团队随后在 UI 界面加入了一个由随机数字组成的旋转计数器。尽管这会让实际编译速度略微下降，但视觉反馈却让用户觉得运行更超前。

谈及现代软件臃肿现状，Sinofsky 认为是硬件性能的过剩导致了优化压力的消失。

以 PS2 为例，开发者曾在 32MB 内存限制下打造出《侠盗猎车手：圣安地列斯》这样的开放世界大作。而现在的开发模式更倾向于快速上线新功能而非长期优化。

目前，Electron 架构和 Web 容器的普及让桌面应用内置了完整的浏览器内核。这导致即便是简单的待办事项应用也可能占用 500MB 内存。

这也是为什么用户在打开几个浏览器标签页和几个简单应用时，即便使用的是 16GB 内存的电脑，也会觉得卡顿的原因。

目前，微软正计划在 2026 年对 Windows 11 进行核心重构。官方已开始将开始菜单等关键组件从 React Web 组件迁移到原生的 WinUI 3 代码。

同时，微软正在测试名为 " 低延迟配置文件 " 的 CPU 调度功能。该功能可以在用户点击系统菜单的一瞬间拉高核心频率，以消除微小的 UI 延迟。