千萬別小看“臨時(shí)”開發(fā)的功能

 

現(xiàn)在 Windows 11 的「AI 改造工程」正在如火如荼地進(jìn)行中，其中微軟聯(lián)合 OpenAI 將許多先進(jìn)的 AI 功能引入 Windows 系統(tǒng)中譬如照片、截圖工具、畫圖等多個(gè)舊應(yīng)用程序上，以及帶來最新的 Copilot 功能。

但是，在它進(jìn)行現(xiàn)代化升級(jí)之際，也有網(wǎng)友驚訝地發(fā)現(xiàn)，Windows 11 在 UI 維度的更新速度有些拖拉，甚至還在沿用 30 年前的老設(shè)計(jì)。

披露這一點(diǎn)是來自微軟的前程序員 Dave Plummer，他在 X 社交平臺(tái)上分享了自己曾在 1994 年開發(fā)的“臨時(shí)性”磁盤格式化 UI 當(dāng)前依然存活在現(xiàn)代化的 Windows 11 中。與此同時(shí)，Windows 只能支持 32 GB 的 FAT32 分區(qū)也是他曾經(jīng)“武斷性”的手筆。

作為過來人，這也讓他警醒諸多開發(fā)者，千萬不要小看任何一次的開發(fā)，即使是一些“臨時(shí)”的解決方案。

從未更新過的 Windows 格式化磁盤 UI

回憶過往，那是在 1994 年一個(gè)下雨的星期四早晨，Dave Plummer 編寫了格式化對(duì)話框。

當(dāng)時(shí)他所屬的團(tuán)隊(duì)正忙于將用戶界面（UI）從以消費(fèi)者為中心的 Windows 95（1995 年中期發(fā)布）移植到更穩(wěn)定但資源更密集的 Windows NT（1996 年中期發(fā)布的 NT 4.0 首次使用了 95 風(fēng)格的用戶界面）。

Plummer 在 X 上寫道：“格式化磁盤是 Windows NT 與 Windows 95 不同之處之一，因此我們必須設(shè)計(jì)一些自定義 UI。”

 

Plummer 沒有具體說明這些不同之處，但現(xiàn)在來看，當(dāng)時(shí)的 Windows 95 主要使用 FAT16 文件系統(tǒng)來處理所有文件，它被用于處理硬盤、軟盤等存儲(chǔ)介質(zhì)上的文件和文件夾。

后來即使是早期版本的 Windows NT 也開始支持多種文件系統(tǒng)，包括 FAT、NTFS 等。

當(dāng)時(shí)，“我拿出一張紙，寫下了格式化磁盤的所有選項(xiàng)和選擇，如文件系統(tǒng)、標(biāo)簽、簇大小、壓縮、加密等等”，Plummer 說道，“然后，我基于 Visual C++ 2.0，并使用資源編輯器將你（用戶）必須做出的所有選擇按大致順序排列成一個(gè)簡(jiǎn)單的垂直堆棧。這樣做并不優(yōu)雅，但在優(yōu)雅的 UI（用戶界面）出現(xiàn)之前，這樣做還是可以的。”

這在當(dāng)時(shí)是創(chuàng)建格式化磁盤 UI 的臨時(shí)解決方案。但當(dāng)時(shí) Dave Plummer 難以想象的是，30 年后的 Windows 11 還在用它。

“所以在引入’臨時(shí)‘解決方案時(shí)要小心”，Dave Plummer 表示。

 

“Windows 只支持 32GB 的 FAT32 分區(qū)”也是一個(gè)武斷性的方案

除了格式化對(duì)話框之外，Plummer 還透露稱，FAT32 格式化 32G 限制也是他在那天早上做的一個(gè)武斷的決定。

FAT 是用來組織計(jì)算機(jī)硬盤上的文件和文件夾的方法之一。FAT32 在文件系統(tǒng)中表示文件分配表的 32 位版本。相比于較早的 FAT16（16位版本）和更早的FAT12（12位版本，F(xiàn)AT32 最顯著的優(yōu)勢(shì)是它支持更大容量的硬盤和文件分區(qū)，因?yàn)樗褂昧?32 位的文件分配表項(xiàng)，允許更多的文件和更大的分區(qū)。此外，F(xiàn)AT32 還允許更長(zhǎng)的文件名和更好的簇大小管理，提供了更好的性能和存儲(chǔ)效率。

不過隨著技術(shù)的進(jìn)步，F(xiàn)AT32 安全性差，最大只能支持 32GB 分區(qū)，單個(gè)文件也只能支持最大 4GB，這使得它在大容量存儲(chǔ)和現(xiàn)代操作系統(tǒng)中的使用受到限制。

幾年前，Dave Plummer 也特別發(fā)了一個(gè) YouTube 視頻回憶了這一功能，并表示當(dāng)時(shí)自己想的是如何為 Windows 用戶帶來良好的潛在支持，也必須要決定 “集群松弛”的程度。

最終發(fā)現(xiàn)，龐大的群集數(shù)量會(huì)帶來同樣龐大的容量，但也會(huì)造成巨大的空間占用。譬如：選擇 32KB 的群集大小，即使是最小的“Hello，World！”程序所需的幾個(gè)字節(jié)，也會(huì)占用 32KB 甚至更多的磁盤空間 。

于是，他武斷地直接將 FAT 的格式化大小限制在 32GB。

“這個(gè)限制也是那天早上的一個(gè)任意選擇，但它作為一個(gè)永久性的副作用一直伴隨著我們”。在現(xiàn)代 Windows 版本中，我們?nèi)栽谑褂眠@一限制——通過命令行或其他工具格式化的 FAT32 硬盤最大容量在 2TB 到 16TB 之間，具體取決于扇區(qū)大小。

“這是我犯下的，一個(gè)不能被原諒的致命錯(cuò)誤...... 歸根結(jié)底，這是一個(gè)簡(jiǎn)單的缺乏遠(yuǎn)見的問題，再加上臨時(shí)解決辦法變成永久性解決方案的老問題”，Dave Plummer 曾在播客中說道。

Plummer 還參與了 90 年代和 2000 年代初 MS-DOS 和 Windows 應(yīng)用程序的許多零碎工作，包括任務(wù)管理器、Space Cadet 彈球游戲和隨 Windows XP 一起提供的第一版產(chǎn)品激活系統(tǒng)。后來，Plummer 于 2003 年離開微軟。

微軟為什么不更新此 UI？

也有人好奇，為什么微軟更新了 Windows 11 的諸多功能與 UI，為什么會(huì)忽略這么一個(gè)老舊的界面？其實(shí)想想，也不難理解。

其一，在沒有出錯(cuò)的情況下，此 UI 的迭代優(yōu)先級(jí)可以一降再降。作為全球第一大桌面端操作系統(tǒng)，Windows 系統(tǒng)的生態(tài)及其復(fù)雜性有目共睹。日常維護(hù)和更新 Windows 更是一項(xiàng)艱巨的任務(wù)，需要多個(gè)團(tuán)隊(duì)和多年的工作。此前，微軟特別開設(shè)了一個(gè)獨(dú)立的 Windows 部門來負(fù)責(zé) Windows 的功能開發(fā)與維護(hù)，直至近年來，才將其瓦解并入“云計(jì)算與人工智能平臺(tái)”部門，所以對(duì)于有些沒有出問題的功能以及 UI，一直沿用以前的設(shè)計(jì)也不足為奇。

其二，外媒 Ars Technica 認(rèn)為，Windows NT 版本的“格式”對(duì)話框得以保留至今，也是因?yàn)槲④浽?90 年代末和 21 世紀(jì)初發(fā)布的 Windows 2000 和 Windows XP 中開始使用 NT 代碼庫。盡管微軟在不同版本的 Windows 中進(jìn)行了許多更新和改進(jìn)，但 Windows NT 作為內(nèi)核的基礎(chǔ)設(shè)計(jì)依然保持了穩(wěn)定。因此，即使是 Windows 11，內(nèi)核和其他關(guān)鍵系統(tǒng)文件仍然會(huì)攜帶“Windows NT”的標(biāo)簽。

“代碼里的臨時(shí)方案，最終都成了永久方案”

Plummer 的一個(gè)追憶引發(fā)不少網(wǎng)友的討論，也讓許多有過“把臨時(shí)方法作為永久性方案”的程序員感同身受。

來自 HN 上的 jaydeegee 表示，“大約 14 年前，在我從事新工作的第一周，我拼湊了一些代碼來完成了查詢我們的票務(wù)系統(tǒng) (BMC Remedy)，作為一種準(zhǔn)隊(duì)列監(jiān)視器。直至今日，它有一些外觀迭代，但仍然運(yùn)行相同的后端代碼。”

也有不少用戶認(rèn)可道：

• “我想說，沒有臨時(shí)和永久的解決方案，但有好的和壞的解決方案。一個(gè)好的解決方案，即使實(shí)施得很快，也會(huì)堅(jiān)持下去，因?yàn)樗ㄗ銐颍┖芎?。一個(gè)糟糕的解決方案也可能會(huì)持續(xù)存在，如果它是一段時(shí)間內(nèi)唯一可用/可行的解決方案，那么其他所有解決方案都必須向后兼容。”
• “拋開任意不必要的限制不談，我對(duì)保留舊代碼很滿意。它經(jīng)過了時(shí)間的考驗(yàn)，過往由于較舊的硬件限制，現(xiàn)在依然可以非常高效地運(yùn)行，并且符合邏輯 。與今天的軟件不同，今天的軟件通常都是臃腫的造輪子，幾乎完全出于以下兩個(gè)原因：一是為了營銷“改變”，二是為了跟蹤你所做的一切，以便他們可以從中獲利。”

作為程序員，也有不少人和 Plummer 一樣，呼吁應(yīng)該謹(jǐn)防“足夠好”的臨時(shí)解決方案，“我們正在使用一個(gè)由實(shí)習(xí)生編寫的核心日志記錄組件，其中包含 POC（概念驗(yàn)證）一詞。它的數(shù)據(jù)格式是實(shí)習(xí)生創(chuàng)建的，但當(dāng)任何人真正注意到它編寫了如此多的數(shù)據(jù)時(shí)，修復(fù)它的預(yù)算和工作量都超過了它的問題。”

最后，在開發(fā)過程中，你是否有過“代碼里的臨時(shí)方案，最終都成了永久方案”的經(jīng)歷？歡迎留言分享。