当年人手一块秒表！前Windows负责人揭露：以前写代码是按毫秒抠的

前微软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延迟。