当人们回望旧时代的编程传奇，Dave Plummer 是一个无法绕开的名字。作为 windows 原生任务管理器（Task Manager）的缔造者，他在上世纪 90年代为微软开发了这款至今仍被全球亿万用户日常依赖的核心系统工具。然而鲜为人知的是，这位工程师曾在任务管理器的代码中，意外留下了自己的家庭电话号码——一段充满时代印记、兼具幽默与执拗的“技术彩蛋”。
故事的起点，源于一个看似违背常识的现象：任务管理器显示的 cpu 使用率总和，偶尔会超过 100%。“如果计算逻辑正确，这在数学和系统原理上根本不可能发生。”Plummer 回忆道。他反复核查了任务管理器自身的代码，确认数据采集与累加逻辑无误；而所有 CPU 使用率数据均源自 Windows 内核——这意味着问题极可能出在内核层面。
但在 90年代的微软内部，跨团队协作并非易事。内核开发组被视为公司最核心、最具权威的技术堡垒，被戏称为“天才精英”的地盘；而 Plummer 当时的身份，是一名专注于 UI 实现的程序员，主要负责绘制那个标志性的 CPU 使用率小图标。“我只是一个画图标的前端开发者，”他坦言，“当我向内核团队提出‘或许是你们的 Bug’时，对方几乎毫无兴趣，更谈不上同情。”
为了定位这个极难复现的问题，Plummer 在代码中加入了一条断言（assertion）：一旦检测到 CPU 使用率总和超过 100%，程序将立即中断，并在调试器中触发错误提示，以便深入分析上下文。但问题在于——这个 Bug 从未在他本人或团队任何一台开发机上出现过。“它像幽灵一样难以捕捉。”他说。
于是，他想出了一个务实又略带调侃的方案：把名字和家庭电话号码直接写进断言的错误提示信息里。“这样，无论哪位同事——不管是在雷德蒙德总部的哪栋楼、哪个楼层、什么时间——只要他的机器偶然触发了这个 Bug，弹出的错误对话框就会显示我的联系方式。他一眼就能知道该找谁反馈。”这个决定带着典型的工程师式直觉：与其被动等待，不如让问题主动“打电话上门”。
Plummer 很快便淡忘了这个临时添加的小细节。不久后，Windows 测试版正式向数千乃至数百万内部员工和外部测试者发布。而所有这些测试设备中运行的任务管理器，都悄然嵌入了同一段代码：一旦 CPU 使用率异常超限，屏幕上便会弹出一条包含 Dave Plummer 全名与家庭电话号码的调试提示。
令人惊讶的是，尽管 Plummer 至今仍在使用同一个家庭号码，却从未接到过一通来自该提示框的电话。那个困扰他的 Bug，最终在微软一间实验室的测试机上被成功捕获。内核团队复现后确认：问题确系内核统计逻辑缺陷所致，并迅速完成了修复。
这段插曲不仅见证了早期 Windows 系统开发中的真实协作生态，也折射出一位一线工程师在技术壁垒前的智慧、耐心与一点可爱的固执——他没用邮件、没走流程、没层层上报，而是选择用一行代码，在整个操作系统中留下了自己的“寻呼机”。
文章来自互联网，只做分享使用。发布者：，转转请注明出处：https://www.pqqc.com/cheku/29180.html
