【還有救嗎 ... !?😣】前 Microsoft 首席技術長（CTO）Jeffrey Snover 近日發表文章，公開批評過去數十年來不斷更改的 GUI 政策如何令 Windows 偏離正軌。即使到了 Windows 11，系統仍殘留沿用數十年的過時介面元素，最終導致技術堆疊碎片化。
Jeffrey Snover 回顧 80 年代，當時 Windows 16 和 Win32 API 以 C 語言編寫，所有 Windows 開發人員都以一致方式使用這些 API。
到了 90 年代，Microsoft 開始嘗試以 MFC、COM、OLE 和 ActiveX 來繞過 Win32 的限制。雖然這些並非圖形使用者介面框架，但它們作為組件架構滲透到 Windows 開發的各個層面，卻沒有對相關技術作出連貫闡述，從此埋下 Windows 混亂之端。
2003 年，Microsoft 推出 Windows Longhorn，其技術願景令人印象深刻，並帶來 Avalon（後更名為 WPF），由名為 XAML 的 GPU 加速向量 UI 子系統驅動。
然而，2004 年 8 月，Microsoft 再次轉向，最新指示是所有新開發案改為使用 C++。
WPF 隨 Windows Vista 一同發布，但 Windows Shell 本身卻沒有採用。這令 Windows 工程團隊與 .NET 團隊之間矛盾加劇並引發內部衝突，最終導致 WPF 被邊緣化、Silverlight 走向終結，以及通用 Windows 平台（UWP）夭折。
到了 2006 年，WPF 的強大早已無庸置疑，但 Microsoft 並未將其定為 Windows 開發的最終解決方案，反而在 2007 年再次轉向重推 Silverlight。
其後在 2010 年，Microsoft 突然宣布 Silverlight 並不適用於跨平台項目，而 HTML5 才是該領域的未來方向，令 Silverlight 開發者措手不及；Silverlight 最終只剩下用於 Windows Phone 開發。
時間快轉至 2012 年，Windows 8 發布，WinRT 內建原生 C++ 執行階段。
Microsoft 在同一個系統同時推動兩條路線：Windows 團隊主推 WinRT，而 .NET 团隊仍在推廣 WPF——不同辦公大樓、不同副總裁、不同發展路線圖。
當時 Windows 開發者收到的訊息是：未來屬於 WinRT；HTML+JS 是首選；.NET 依然可用；C++ 回歸；你應該編寫 Metro 應用；你的 WPF 程式碼依然能運作。結果同一時間 Windows 就像馬戲團一樣，什麼都有但什麼都不精。
到了 2015 年，Microsoft 看到 UWP 的沙盒機制與商店部署的優勢，希望在 Windows 10／11 推動 UWP。
過去數十年，Microsoft 在 WPF、UWP、Project Reunion、WinUI 2、WinUI 3 等多個框架之間反覆搖擺，導致 Windows 11 竟同時配備 17 種 GUI 技術及 5 種不同程式語言。
Jeffrey Snover 形容 Windows 就像一督屎，內部政治鬥爭令策略搖擺不定，加上令人困惑的商業決策使開發者孤立無援、最終被扼殺。因此，要改革 Windows，必須簡化數十年累積下來的亂局。
Jeffrey Snover 在 Microsoft 工作 23 年，從基層做起，2015 年升任首席架構師，2019 年升任首席技術長，2022 年離開 Microsoft 轉投 Google，並於 2025 年退休。他對 Windows 過去數十年的發展感到相當無力。
咁只係佢個人意願唔一樣者。我反而覺得M$係呢方面做得特別成功。Win11仲support Win32 app係幾咁難得。今日你搵返個Winamp出黎仲行得到。換轉係Android iOS會點？