來自軟體工程師 Domenic Denicola 所發表的一篇文章──《Windows Native App Development Is a Mess》是一篇關於 Windows 原生應用程式開發的個人體悟。不過或許需要留意一下，作者在文章裡是將 .NET 也歸類為原生應用程式，呃，這個可能看用什麼角度來想，因為就技術面來說，.NET 會是更接近於例如 Java 的概念；然而考量到實際上微軟是讓 Windows 直接內建（並且依賴於）.NET 執行環境，因此就某種角度而言也是一個相當原生化的存在。
這是近期將多部 RHEL 9.7 主機更新至 9.8 後所發現的另一個狀況，但由於出現此問題的主機，平常所存放的場域並沒有辦法那麼便利地處理電腦問題；再加上它前陣子主要是作為備用桌機，其用途已優先由安裝相同 OS 的筆電取代之，使用頻率較低，所以延宕較久才找時間處理掉。
這是一部宏碁 Acer 的老桌機（Aspire X1930，Pentium G620），BIOS 版本為 P01-B1（07/08/2011）。記憶體、磁碟（換 SSD）及顯卡（加裝 GeForce GT 1030）全部自行升級過，不是按原樣使用的狀態。發生的問題，是 Linux 內核版本從 RHEL 9.7 的 5.14.0-611 更新到 9.8 的 5.14.0-687 後，發現主機背後的 USB 連接埠，所連接的 USB 裝置（鍵盤、滑鼠等）在進入作業系統後都會失去作用。並且在一開始內核開機時，也會額外出現諸如以下的錯誤訊息：
操作環境：
前一陣子陸續將手邊的 RHEL 9.7 系統更新至 9.8 時所發生的一個插曲，發現內核版本更新後所產生的 initramfs 檔案變得相當肥大，大約從 30-40MB 擴張至 200MB 以上，會直接把 /boot 分割區塞爆……導致 initramfs 無法正常產出，而出現錯誤。再核對了一下，則發現這個情形只發生在 AWS EC2 上面的主機，其餘手邊的實體或虛擬機，相同的更新程序都沒有 initramfs 增大的情形。以及另一方面，不同於雲端主機的磁碟分割狀態，是預先分配好的情形，例如 /boot 可能會被切成僅有 500MB 大；平常自行手動安裝的 Linux 系統，自己都是選擇不切 /boot 分割區，自然也就不會有 /boot 被塞爆的狀況。
這可能不算是一篇很有意義的內容，但因為自己實在年紀大了……覺得有些東西現在若不寫下來，恐怕以後隨著年代久遠就逐漸遺忘了，變成無從查考，也是不太好。想到自從國中開始自行選購及組裝家裡的 PC 主機後，其實 CPU 用 AMD、顯卡（GPU）用 NVIDIA 這樣的偏好就一直少有變動，於是便決定以此寫一份清單出來作為記錄。
本文的清單是針對 DR 家裡的 PC 主機，而未有涉及其它的工作環境。並且也需要留意，這並非是針對單一一部主機的零組件迭代情形，而是多部主機彙整在一起的總清單。因為家裡曾經最多同時存在三部有在使用的主機，其中兩部是一般的桌機用途、另一部則是作為 Linux 伺服器的用途（伺服器都是選擇使用主機板內顯，沒有獨立顯卡）。而這三部主機在本站的歷史文章裡是多以一號機、二號機及三號機分別稱呼之。至於清單的排序是大致以零組件的上市年份來排序，並不等同於實際使用的年份及順序。
於是切入正題，首先曾經使用過（也包含正在使用）的 AMD CPU 清單如下：
操作環境：
……這完完全全不是出於任何嚴肅性的需求，而是 100% 為了玩遊戲的緣故。由於基本上無法期待每款連線遊戲的區域網路搜尋功能，在各種不同條件下都能夠正常地運作。所以最直接的手段，就是在其中一部電腦開設遊戲伺服器後，其它電腦便在遊戲中手動輸入目標主機的 IP 位址，來進行連線（這些電腦全都是 Linux 系統）。因此在這個情境下，若能夠更快速地檢視電腦當前分配到的區網 IP 位址，就會顯得方便許多。
操作環境：
這是先前另一支小程式 InsomniaEXE 的改良版本，從鍵盤事件改成以螢幕中央為中心點，每 5 秒隨機性的產生滑鼠移動事件，並且借助於 SDL3 函式庫形成一個跨平台的版本。然而針對 Linux 平台仍是有一定比例的額外程式碼，以應對 Wayland 環境下的特殊情形。下載包也附有一個簡單的測試網頁，當滑鼠游標維持在網頁上時，即可便利地檢視滑鼠移動事件的記錄。
在去年簡單寫了一篇關於《哥吉拉大解剖圖鑑》的閱讀心得後，其實沒有預期會這麼快就再寫一篇同類型的文章。不過這是好事，表示前文曾經提及、關於哥吉拉作品的中文書籍很稀缺這件事情，開始出現轉變。《Godzilla: The First 70 Years》是在去年發行的一本英文書籍，中文版於今年上市，定名為《哥吉拉制霸七十年：日版哥吉拉官方圖像史》。
