3 月 25 日消息，前微软首席技术官 Jeffrey Snover 于 3 月 13 日发布长文，详细剖析了 Windows 图形用户界面（GUI）策略的混乱现状。他直言，微软长期缺乏连贯的开发者指引，导致当前的 Windows 技术栈严重碎片化。 Snover 将这种局面戏称为 “聪明人做傻事”，认为这不仅让开发者无所适从，也严重损害了 Windows 生态的健康发展。

　　Snover 在回顾历史时指出， 1980 年代的 Win 32 API 曾为开发者提供了统一的标准。然而，自 2003 年展示 WPF（非常初名为 Avalon）以来，微软的 GUI 策略便开始偏离正轨。由于 Windows 工程团队与. NET 团队之间存在严重分歧，内部斗争导致 WPF 非常终被边缘化，随后的 Silverlight 和通用 Windows 平台（UWP）也接连遭遇失败。

　　在过去 14 年里，微软在 GUI 框架的官方推荐上竟然转向了 14 次。从 WinRT、HTML 5 到 Project Reunion 和 WinUI 3 ，不同部门各自为战，向开发者传递着相互矛盾的信息。 Snover 强调，这种朝令夕改的做法并非战略，而是一场消耗开发者信任的 “饥饿游戏”，迫使众多企业级开发者彻底放弃了 UWP 等现代框架。

　　持续的内部消耗非常终酿成了苦果。 Windows 系统内目前共混杂着由 5 种编程语言驱动的 17 种不同 GUI 技术。令人讽刺的是，当前 Windows 平台上部署非常广泛的桌面 GUI 技术并非出自微软之手，而是第三方的 Electron 框架。

　　作为在微软效力 23 年的资深高管， Snover 认为微软推出的技术本身往往非常出色。这些技术之所以走向消亡，根本原因在于内部政治倾轧、开发者大会上的仓促表态以及令人费解的商业策略。这种不可预测的碎片化趋势，正是导致众多经典 Windows 开发指南非常终停更的核心原因。

　　查询公开资料， Jeffrey Snover 是一位在微软工作长达 20 多年的传奇技术领袖，也是 PowerShell（早期代号为 Monad）的发明者。微软在 2000 年代初内部极度推崇图形界面（GUI）， Snover 却坚持 Windows 需要强大的命令行工具来实现自动化管理。为了能够专注于 PowerShell 的开发，他甚至接受了从资深职位 “降级” 的待遇，这一转折后来成为科技圈坚持技术愿景的佳话。

　　他在 1999 年加入微软，先后担任过多个核心高管及架构师职位： Technical Fellow（技术院士）： 2015 年晋升为微软非常高级别的技术头衔。 Windows Server 首席架构师：主导了 Windows Server 的管理技术方向。 Azure 相关职务：曾任 Azure 存储与云边缘组（Azure Storage & Cloud Edge）首席架构师。

　　M 365 首席技术官：在离开微软前，他担任 Microsoft 365 现代劳动力转型 (MWT) 的 CTO 及其 AI 架构师。参考 Microsoft Hasn’t Had a Coherent GUI Strategy Since Petzold。