在回顾早期软件开发趣闻时，Dave Plummer的名字总会被提及。这位Windows原生任务管理器的缔造者，在上世纪90年代为微软打造了这款至今仍被全球用户依赖的核心系统工具。然而鲜为人知的是，他曾在软件代码中意外留下了自己的家庭电话号码，上演了一场程序员版的“社死”现场。

事件的起因源于一个看似违反逻辑的技术现象：Plummer在开发任务管理器时发现，系统显示的CPU使用率总和有时会异常地超过100%。这显然不符合计算原理——如果算法正确，这种情况根本不可能发生。

经过反复排查确认自身代码无误后，问题根源指向了更底层的操作系统内核。任务管理器的性能数据源自内核调用，异常很可能出在源头。但在90年代的微软研发体系内，跨团队协作沟通存在壁垒。内核团队被视为“技术精英”的领域，而Plummer当时主要负责用户界面开发，用他自己的话说，“只是个负责绘制CPU图标的UI程序员”。当他试图向内核团队提出“这可能是你们的Bug”时，遭遇的阻力可想而知。

为了捕捉这个极难复现的系统级Bug，Plummer在代码中添加了一个断言（assertion），明确规定CPU使用率之和不应超过100%。一旦触发该条件，程序就会在调试器中中断，便于开发者现场诊断。

但问题在于，这个Bug出现的概率极低，从未在他本人或团队成员的测试环境中显现。于是，Plummer构思了一个“确保万无一失”的追踪方案：他在断言信息中直接嵌入了自己的姓名和家庭电话号码。这样，无论公司内部谁、在何时何地、哪台设备上遇到这个错误，都能立即看到他的联系方式并进行报告。

此后，Plummer很快遗忘了这个临时添加的“调试后门”。随着Windows测试版正式发布并分发给成千上万（甚至可能数百万）的测试用户，意味着所有这些系统的底层都隐藏着一行特殊代码：一旦罕见的CPU计算错误发生，屏幕上便会弹出一个对话框，其中赫然显示着Dave Plummer的私人家庭电话。

有趣的是，尽管Plummer至今仍在使用同一个电话号码，他却从未接到过相关的错误反馈电话。至于导致CPU使用率显示异常的根源性Bug，最终在一台实验室机器上被成功捕获。经核查，内核开发团队确认问题确实出在自身代码中，并随后发布了修复补丁。

这段轶事如今听来充满戏剧性，它融合了程序员对技术问题的执着、跨部门协作的挑战，以及一种带着个人印记的调试智慧。这不仅是Windows开发史上的一个生动插曲，也真实反映了软件早期开发阶段中，那种直接甚至略带“原始”的解决问题之道。