雜文

話說上週某日發現二號機開機開不起來，有啟動但無嗶聲，鍵盤及螢幕皆無訊號。將顯卡及記憶體拔除測試，也都未有相應的嗶聲，用別顆電源供應器測試也是如此。按此情形，認為主機板故障的可能性較高。然而這顆 CPU（AMD FX-8350）已經用了超過十年，主機板也曾經在 2020 年做過更換。讓 DR 覺得如今已經到了應該要大幅升級的階段，而不是再去找二手主機板來換。

於是隨即開始上網挑需要的組件，來實現這個睽違了十年以上的重度翻新。任務目標是以最快速度、以及可控的成本（畢竟這是一筆非預期的開支），讓二號機回復成可運作的狀態，並一定程度考量未來的升級彈性。採買的組件如下：

• 主機板：Gigabyte B650 EAGLE AX
• CPU：AMD Ryzen 5 7600（附 AMD Wraith Stealth 散熱器）
• 記憶體：Kingston FURY Beast DDR5-5600 16GB
• 電源供應器：FSP HA550 550W 80 PLUS Bronze（二號機原本的 650W 電源供應器也是用了十年以上，同樣陳舊故一併更換）

雖然標題是這樣寫，但其實本文很大程度應該算是偏綜合性的雜談，只是 RHEL 9 在當中佔了蠻重要的份量。故事的起頭，是在物盡其用的訴求下，前陣子開始在規劃，如何將還堪用的舊筆電（十年以上），重新打造成在硬體規格尚可負荷的前提下，能夠迎合日常各式電腦使用需求的狀態。進行試驗的兩款筆電型號，分別是一部 Lenovo ThinkPad X230 Tablet（CPU i7-3520M），以及一部 Toshiba Portege R830（CPU i3-2350M），儲存媒體皆更換至 1TB SATA SSD，以及記憶體皆更換至 8GB（DDR3 4GB * 2）。

在《The beauty of finished software》這篇文章裡，作者以《冰與火之歌》（A Song of Ice and Fire）系列的小說原作者 George R. R. Martin 為例，GRRM 長年以來，一直都僅僅使用古老的 DOS 文書軟體 WordStar 4.0 來進行寫作。這表示在某些情境下，當軟體滿足了實用性的需求，一經設計完成，其實就不太需要什麼改變，使用者可以長久地使用下去。其它類似的案例，還包含了知名編劇 Eric Roth，也是長年使用一款古老的 DOS 軟體 Movie Master 來編寫劇本，同樣沒有隨著科技的日新月異而有所轉變。

最近讀到 Ars Technica 網站的一篇文章《I abandoned OpenLiteSpeed and went back to good ol’ Nginx》，其內容勾起了 DR 幾年前在虛擬主機商做工程師的一些回憶。呃，所以本文並不是要對該文章所涉及的技術議題做出回應；而是想借題發揮，在分享該文章的同時，順便陳述自己當年曾經遇到的一個網站效能異常問題。

話說 DR 當年從第一份正職離職後，就覺得應該要寫一篇職業心得，但同時也認為這篇文章恐怕不適合太快寫成。或許要在自己有一些年歲後，才能夠有更健全的觀點，來回頭描述這些經歷，於是便決定留待約十年後再生產出此心得。因此讀者請留意，本文所描述之內容，皆為十年前之個人經驗，不見得反映出後續或者當前的產業情形。

雖然口語上 DR 時常將其稱之為翻譯公司，不過若是採更加詳細的描述，則 DR 出社會的第一份正職，是在一間專做軟體及文件本地化（localization）的公司。換言之就是客戶所提供的待翻譯內容，多半是例如應用程式的介面字串檔、或者說明文件的原始可編輯檔案。我們再交給多國譯者，翻譯成不同的語言後，再返回給客戶。另一方面，若純粹從譯者的角度來看，我們則可以被理解為是一間翻譯仲介（translation agency）公司，也就是為譯者派發翻譯工作。

前陣子 DR 再次試著清除家裡不必要的雜物，這回書籍類是最主要的清理對象。於是便再一次評估究竟想要保留哪些書，而又有哪些書是打算要丟去資源回收的。其中關於電腦資訊類、也就是 IT 類的書籍，其實過去已經清理過數次，最後基本上只保留了少數幾本厚重的英文書。只是這回又再一次思考，究竟留下這些書不丟，是否真的有足夠充分的理由？

如果有合適的倉儲空間，的確這些舊書最終可能會形成某種文物意義，設法保存下來是可以考慮的。然而畢竟住家不是倉庫或博物館，而是給人居住及生活用的，所以究竟需要保留什麼東西，應該要有足夠嚴謹的評估。其實若認真細想，這些 IT 舊書幾乎不可能會在未來的任何時刻派上用場，裡頭的知識倘若日後任何人有需要，也只要上網查就好。

曾讀到一篇來自 PC Gamer 網站的文章《Windows 11's latest endearing mess rigorously and wrongly enforces Britishisms》，文章內容是關於有部份 Windows 11 用戶發現，在英式英文的語系下，檔案的右鍵選單會錯誤地將原本應該是「Compress to ZIP file」的敘述，替換成「Compress to postcode file」，也就是誤將壓縮檔 ZIP 格式，視為是美國的郵遞區號（Zone Improvement Plan，ZIP），並替換為英國的相應用語「postcode」。

前陣子留意到幾則與 Windows XP 產品啟用有關的消息（例如 Windows XP activation algorithm cracked, keygen now works on Linux），描述如今 Windows XP 用於啟用產品的演算法已被完整地破解，已有工具能夠產出有效的產品金鑰（或者稱之為序號），並藉此完成離線啟用。考量到 Windows XP 這款自 2001 年問世的作業系統已停止支援多年，已經算是廢棄軟體（abandonware）的狀態。所以倘若仍有使用者因某些緣故，得將 Windows XP 安裝起來，那麼借助於第三方工具來完成啟用，也不會說是不恰當。

只是 DR 閱讀著這些資訊，心裡則不免在思考，既然開發及維護一套以產品金鑰（product key、license key、CD key 等等）為基礎的軟體授權驗證機制，總是需要耗費一定程度的心力及成本，並且還有可能陷入各種被嘗試破解的風險。那麼在如今諸如網路等技術相對更加發達的情況下，則未來軟體的銷售模式是否能更廣泛地減少對產品金鑰的依賴？

近期讀到一篇文章：《The Day Windows Died》，文章的作者 Thomas Bandt 描述自己從非常年輕的歲月就開始接觸 Windows。從 Windows 3.x、95 開始，再一路用到 Windows 8。後來則是因為要做 iOS 開發的緣故，才轉移到 Mac 電腦上。並且是一去不回頭，從此 macOS 成為了主要的操作環境，只有在偶然的需求下才會使用到 Windows。

然而當作者開始思考，應該要給自己 10 歲的兒子一部電腦，讓他能夠自行摸索電腦的操作、學習相關知識，並設法解決問題，那麼 Windows 仍似乎是一個很理所當然的選項。於是作者重新拾起自己已很少使用的 Windows 筆電，安裝 Windows 11，並進行基本的配置。卻在過程中赫然發覺，不同於作者年輕時的經歷，如今的 Windows 即便是在全新安裝的預設狀態下，都不是這麼地「乾淨」，充斥著許多作者認為並不是這麼適合讓小孩接觸到的媒介。

來自 Ars Technica 網站的文章《My secret life as an 11-year-old BBS sysop》，文章的作者 Benj Edwards 描寫自己架設 BBS 站的早年經歷。故事要從 1992 年 1 月開始，作者的父親帶回一部電話數據機，讓當時才 11 歲的它，初次踏入 BBS 的世界，也從此積極地參與其中。

當時的通訊環境，還不存在像網際網路（TCP/IP）這樣的架構。在此情況下，BBS 站點的基本架設條件，就是要接在至少一條電話線路上；而用戶端程式便是透過撥打站點的電話號碼來連接入站，至於電信費用也就等同於通話的費用。由於多數由私人在自家架設的 BBS 僅有單一線路，所以同一時間便只能有一名用戶連入。倘若有用戶長時間佔線，站長就有可能得強制掛斷，把人踢出去。