Dave Plummer 的 TinyRetroPad:僅 2.5KB 的記事本
Dave Plummer,這位曾打造任務管理器並協助推出《Space Cadet Pinball》的退休微軟工程師,再次創造了一項值得注意的成就:用大約 2.5KB 的大小重現記事本。這個名為 TinyRetroPad 的專案雖然極為小巧,但仍然包含開啟、儲存、尋找與取代、列印、字體選擇、自動換行以及未儲存變更提示等功能。所有這些功能都被封裝在一個比上方展示的圖片還小的執行檔中。

最近,Plummer 對於 Windows 11 的改進空間發表了不少看法。他認為該作業系統需要一個屬於自己的 「Windows XP SP2 時刻」,專注於修復問題而非添加新功能。他還批評 Windows 11 成為微軟其他產品(如 Edge、OneDrive 和 Copilot)的 「銷售渠道」。
在記憶體和儲存空間曾被視為稀有資源的時代,TinyRetroPad 引發了人們的好奇:如何能用如此之小的安裝大小來打造出如此先進的應用程式?

TinyRetroPad 如何將整個記事本壓縮到 2.5KB?
Plummer 解釋說,這並不是什麼魔術。Windows 作業系統本身已經包含了構成 Windows 應用程式的大部分組件:視窗管理器、選單、常見對話框、剪貼簿處理、編輯控制元件、字體選擇、開啟/儲存檔案對話框和列印基礎設施。這意味著一個小型的原生 Windows 程式可以利用這些內建功能,而不是將它們打包在一起。

正如 Plummer 所說,「它帶著午餐盒和城市地圖一起來了。」 一個成熟的作業系統基本上就像是一個解決問題的龐大資源庫。透過調用這些現有的基礎設施,一個小型的執行檔就能提供複雜的功能,而不會增加其大小。

TinyRetroPad 是 Matt Power 的「Dave’s Tiny Editor」的分支,而後者本身是基於 tiny.asm,這是 Plummer 多年前為探索可能的最小完整 Windows 應用程式而創建的專案。TinyRetroPad 本質上是 RICHEDIT50W(Windows 包含多年的豐富文字控制元件)的一個輕薄包裝。這個控制元件負責字符繪製、游標管理、文字選取、剪下/複製/貼上以及復原記錄等,所有這些都在其自身的架構內完成。
該專案的早期版本使用了更簡單的 EDIT 控制元件,實現了僅 890 字節的大小,儘管如此激進的壓縮導致了 Windows Defender 的誤報。後來的版本改用 RICHEDIT 控制元件以支援像 Courier 字體和更大的檔案,最終在添加選單之前達到了 981 字節。

Plummer 維護的增長日誌記錄了每次新增功能的成本:

這一切都離不開 Crinkler,一款為 demoscene 開發的壓縮連結器。Crinkler 通常能更有效地壓縮重複代碼,而非採用查找表或更乾淨的函數結構。因此,有時候一個醜陋、重複的函數比一個更乾淨、更結構化的函數能生成更小的檔案大小。
然而,TinyRetroPad 並不是一個打磨完成的產品。目前沒有官方的發布頁面,且使用 Crinkler 編譯的執行檔可能會觸發防病毒軟體的誤報。用戶也反映了一些取捨:有人指出該程式在 64 位 Windows 7 上消耗了約 500MB 的 RAM,而其他人發現它與 Windows XP SP3 不相容。
為什麼網路上稱 Windows 11 的記事本臃腫?
現代記事本已成為一個典型的 功能膨脹 案例。在標準的 Windows 11 安裝中,notepad.exe 檔案約為 352KB,但其實際安裝大小接近 808KB。這是因為該 .exe 檔案作為一個 UWP 和 WinUI 應用的引導程式,這些組件加起來在磁碟上大約佔用 5MB。相比之下,Windows XP 時代的原始記事本僅有 65KB。

雖然這種大小的增加不一定會對資源造成實質性傷害,但它表明記事本已經偏離了原有的簡單定位。像標籤頁和自動儲存這樣的功能是受歡迎的新增功能,但 2025 年 6 月引入的 Markdown 格式化功能卻引發了強烈的反對聲浪。批評者指出,Windows 已經有 WordPad 可以處理此類任務,而微軟卻將其停用。
到了 8 月,右鍵選單因與 Copilot 相關的選項變得雜亂無章,促使微軟重新設計了選單。隨後的更新,如「創建表格」工具和基於 Markdown 引擎的圖片支援,進一步增加了複雜性。這些變化最終導致了一個 8.8 級的遠端代碼執行漏洞(CVE-2026-20841),證明了功能膨脹可能導致現實世界中的安全風險。

在用戶反饋的回應下,微軟於 2026 年 3 月縮減了 Copilot 的品牌標籤,並在 4 月將這些 AI 功能重新命名為 寫作工具。然而,關於記事本發展方向的爭論仍在持續。
真正的爭議:Windows,而非記事本
為企業設計的 Windows 11 LTSC(長期服務版)仍然附帶 經典記事本,沒有 Copilot 和 Markdown 功能。同樣的,Windows 10 也保留了原始的記事本。TinyRetroPad 本質上突出了在 Windows 中一直可能實現的潛力,因為微軟並沒有完全刪除經典記事本,而只是悄悄地將其從 Windows 11 中移除。

Plummer 強調,TinyRetroPad 並不打算用於大規模使用。相反,它展示了 Windows 中存在的巨大潛力。現代應用程式通常會將所有可能需要的東西都打包在內,而忽略了利用作業系統內建功能的效率。
例如,現代版本的 Windows Media Player 打開一個影片需要幾秒鐘,並在閒置狀態下消耗 377MB 的 RAM,而舊有版本則只需 103.4MB 並能即時播放。這些低效率的現象突顯了需要轉變觀念:並非每次程式重寫都應以效率為代價。

雖然現代化的外觀對於 Windows 11 很重要,但它們不應以性能和控制為代價。微軟的經典應用程式,包括計算機、記事本和媒體播放器,早在數十年前就在沒有現代工具和基礎設施的情況下創建。這表明,關鍵問題不在於硬體,而在於驅動現代開發的思維方式。
Windows 最新動態依靠像您這樣的讀者支持。請將我們設為 Google Discover 和 Google 搜尋的首選來源,以幫助我們的獨立報導接觸到更廣泛的受眾。

