【Dell 🙄】外媒報道，Dell 旗下的 PC 產品傳出大量 BSOD 死機災情，不少用家以為又是 Microsoft 更新所致，但經過調查後發現，兇手竟然是預載於系統內的「SupportAssist Remediation」軟件。當自動更新至最新版本後，會導致電腦陷入無止境的藍畫面（BSOD）與自動重新開機循環，嚴重影響用戶正常使用。

據《Tom's Hardware》報道，本次受影響的軟件版本為 4 月 30 日發布的 Dell SupportAssist Remediation v5.5.16.0 及其配套的 OS Recovery 插件。受影響的用戶指出，電腦在更新後大約每隔 30 分鐘就會無預警崩潰並重新開機。目前已知受影響的機型包括旗艦級 XPS 15 9530、Dell Pro Plus 14 以及 Precision 3571 等，災情似乎涵蓋了 Dell 大部份主力產品線。

不少 Dell 用家到 Microsoft 論壇上反映問題，但有部分具備技術背景的用戶透過 Microsoft WinDbg 除錯工具分析系統崩潰傾印檔案（Crash Dump），發現錯誤代碼均指向「0xEF (CRITICAL_PROCESS_DIED)」。分析結果顯示，故障是由 DellSupportAssistRemediationService.exe 處理程序觸發。該服務本意是為了在系統發生故障時提供修復與還原功能，如今卻反過來成為系統不穩定的根源。

【痴線 🙄】韓國總統府政策室室長金容範，12 日晚間在 Facebook 上發文提出「國民紅利」的概念。他指出 Samsung、SK Hynix 的成果是建立在全國半個世紀以來累積的產業基礎之上。面對 Samsung 勞資雙方的爭端，他建議將該國 AI 半導體繁榮帶來的紅利，以稅收方式沒收，再以「紅利」的形式重新分配給所有南韓公民。貼文導致南韓股市全面大跌，金容範及後立即刪文，南韓政府亦隨即澄清並無此事。

據《Bloomberg》報導，金容範 12 日在 Facebook 上發文批評，基礎建設時代的利潤並非僅歸功於個別企業，而是建立在國家數十年來共同打造的工業基礎之上。他主張，應將 Samsung、SK Hynix 等企業產生的部分超額利潤與稅收，「結構性地歸還」給全體國民，以因應 AI 技術可能加劇的社會貧富差距問題。

韓國總統府政策室室長金容範的言論，引發韓國股市嚴重波動，韓國綜合股價指數（KOSPI）一度暴跌逾 5%，觸及 7,421 點的低位。權值股 Samsung 與 SK 海力士（SK Hynix）首當其衝，盤中跌幅均一度超過 5%。隨後，總統府緊急澄清該構想並非針對企業徵收新稅，市場跌幅才逐漸收窄。

【慘了 😭】據外媒報道，三星電子與工會的薪酬談判宣告正式破裂。工會決定由 21 日起發動為期 18 天的大罷工，此舉將導致這家全球最大記憶體晶片龍頭的工廠陷入停擺，重創全球產業供應鏈。南韓政府隨即召開緊急跨部門會議，強調該事件對南韓國家經濟的潛在衝擊極其嚴重，或考慮採取行政命令介入事件。

據《路透社》報道，是次談判由南韓國家勞動關係委員會（NLRC）主導。經過兩天的馬拉松式協調後，由於雙方立場差距過大，工會最終決定終止調解。分析機構指出，若這場長達 18 天的罷工如期付諸實行，恐導致三星電子面臨高達 4 兆韓元（折合約 30 億美元）的直接營收損失。

工會強烈不滿競爭對手 SK Hynix 提供更具吸引力的分紅方案，要求 Samsung 廢除現行的績效獎金上限，並將公司營業利潤的 15% 全數撥作員工獎金。然而，三星管理層僅願意撥出 10% 的營業利潤作為獎金，並加碼提供高達 34 萬美元的一次性特別補償金，前提是必須維持現行的薪酬體制，該方案最終遭到工會全盤否決。

【M$ 慘了 😂】外媒報道，Google 一款內部代號為「Aluminium OS」的全新 PC 作業系統近日意外提早流出。該系統整合了 Android 17，大大提升了筆電的可用性，預計將於今年秋季與 Google Book 筆電同時發佈，並逐步接替現有的 Chromebook 產品線。

據《Android Authority》報道，流出的 16 分鐘實機示範影片顯示，代號為「Aluminium OS」的系統在設定中直接顯示為「Android version 17」，但已針對筆電屏幕進行了優化。屏幕底部設有類似 Chrome OS 的應用程式 Dock（工作列）與應用程式抽屜按鈕，主畫面則支援應用程式圖示與常駐的 Google 搜尋列。

快速設定與通知面板改為從側邊滑出的緊湊樣式。用家點擊狀態列的電池圖示即可喚出快速設定，點擊通知圖示則可開啟通知中心。虛擬桌面功能已整合至最近的工作介面中，讓用家能自由建立多個工作區並快速切換。此外，系統亦內建了桌面資料夾以及優化版本的工作管理員。

【回憶 😂】以前測的是程式碼效能，現在測的是用家的耐心 !! 前 Microsoft Windows 事業群總裁 Steven Sinofsky 近日在社交平台分享，八十年代至九十年代早期 Microsoft 軟件開發團隊，每一位工程師都會獲發一隻秒錶，用來測試程式實際執行效果，目的就是為了將程式碼的執行效率「榨取」到極致。

據《Windows Latest》報道，Steven Sinofsky 回憶早期 Microsoft 開發團隊內部獨特的工程文化。在現今電腦硬件效能過剩、軟件體積日益龐大的時代，很難想像過去的作業系統開發，曾對效能有著近乎苛刻的追求，寫程式絕不能多花一點 CPU 資源和記憶體，否則很多電腦都會跑不動。

Steven Sinofsky 指出，在 Microsoft 創始之初的時空背景下，工程師必須在 PC 僅有的 640KB 記憶體限制下工作。為了騰出空間，程式設計師需要不斷調整 HIMEM.SYS 同 EMM386.EXE 等底層設定，並且有高達一半的精力都耗費在管理資源上，以盡量減少對 CPU、RAM、HDD 資源的使用量。