现在随便一款简单待办工具，动辄就能占用五百兆内存。硬件配置一年比一年强，但很多人明显感觉，Windows 11 系统和日常常用软件，反而变得更臃肿、反应也更迟钝。
曾在2009至2012年执掌Windows部门的史蒂文·辛诺夫斯基，近期在社交平台分享了微软早年的工程做事方式，也侧面解释了老式软件轻快流畅，而现代软件很难做到同等效率的原因。
当时有帖子热议当下软件内存效率低下的现状，引发大量共鸣，辛诺夫斯基就此道出了一段行业往事。他说，早年间微软对资源管控极其严格，甚至有过给每位工程师配发实体秒表的做法。
在他的回忆里，1980到2000年这段时期，软件工程大半精力都花在资源管控上。最初那十年，公司给每位工程师都配备秒表，库房里还常备备用款，足以看出当时对性能细节的重视程度，业内几乎人人都有相关经历。
曾经，每一毫秒、每一字节都要较真
有网友追问，当年用秒表具体在测什么，辛诺夫斯基回答得很干脆，几乎所有操作都会纳入测量范围。
页面滚动速度、程序启动退出、文件保存、代码编译、打印流程，每一个日常操作都会精细计时。
早期MS-DOS和初代Windows硬件条件十分有限，开发者只能在严苛的硬件限制下做开发。工程师要花大量时间调试系统配置文件，只为榨满早期PC仅有的640KB基础内存。那时候，每一字节存储空间、每一圈CPU运算周期，都容不得浪费。
那个年代的微软宏汇编软件零售包装盒上，甚至直接印着秒表图案，把性能优化当作产品核心亮点。
不只是单纯追求运行速度，当时团队也很看重用户的使用感知。辛诺夫斯基举了Visual C++ 1.0的例子，新版本编译速度实测比旧版更快，用户却反而觉得变慢了。
为了改善这种主观感受，团队特意在界面加了一行随机滚动数字计数器。实际上多出的动画计算，反倒让真实编译速度略有下降，但视觉反馈补足了心理体验，用户观感明显变好。即便他本身并不认同这种取舍，最终还是为了用户感知保留了这个设计。
现代软件肆无忌惮耗资源，根源早已改变
如今软件越来越吃内存，原因其实很简单，市场环境和硬件条件都彻底变了。
早年像PS2游戏机，仅有32MB内存，却能做出画质和规模都很出色的开放世界大作。受限于硬件，开发者只能想尽办法精简代码、优化资源占用，没有偷懒的余地。
现在完全是另一番局面。硬件性能大幅提升，开发节奏却变得只求快速上新功能，很少有人愿意花几个月时间做深度性能优化。用户遇到卡顿，厂商最直接的建议，往往只是升级加大内存。
微软也曾表态，32GB内存才能让Windows 11游戏体验更省心，引发不少用户反感后，才悄悄删掉了相关内容。
也正是这种开发心态，催生了Electron和各类网页封装应用。开发者不再专门为Windows做轻量化原生程序，而是直接内嵌完整浏览器内核，一套代码跨多平台运行。这也解释了为什么现在开几个浏览器标签、一款聊天软件，16GB内存就容易捉襟见肘。
2026年微软回归初心，着手修复Windows 11性能
网页封装应用泛滥，对Windows 11体验的伤害尤为明显。
近些年越来越多主流服务，都用网页版替换掉原生桌面客户端，就连微软应用商店里不少自家程序，本质也只是嵌套网页运行。
好在随着用户负面反馈增多，加上macOS、Linux生态带来的竞争压力，行业开始正视软件臃肿的问题，微软也开始回归早年重视性能优化的思路。
今年微软已经明确表态，全力打磨Windows 11底层核心性能，依托WinUI 3和.NET 10，大力推进轻量化原生桌面应用开发。
系统层面也在同步改造，开始菜单逐步从笨重的React网页组件，迁移到高度优化的原生WinUI代码；文件资源管理器底层漏洞逐一修复，解决深色模式切换闪白、日常操作卡顿等老问题，相关优化已经落地在五月例行更新中。
除此之外，微软还在测试全新CPU调度策略，也就是低延迟模式。在点击菜单、打开应用的瞬间拉高处理器主频，抹平常年存在的微小界面延迟。
行业发展兜兜转转，四十年前微软人手秒表、精打细算节省资源，如今AI功能大规模普及，硬件内存价格走高，倒逼开发者重新重视软件运行效率。
虽然实体秒表不会再重回工程师办公室，但微软重新正视原生性能、深耕底层优化，对每一位普通PC用户来说，都是实实在在的好变化。
