本文以創用 CC 姓名標示-非商業性-相同方式分享 4.0 國際授權釋出
讀者您好
Linux 核心開發者 Greg Kroah-Hartman 日前發出了一個 patch，這個修正將許多俄籍開發者從核心維護者 MAINTAINERS 移除，說明中並沒有解釋太多只說是基於合規要求。此舉一出，隨即引起許多人對缺乏透明度表達不滿，Linux 之父 Linus Torvalds 隔日發表了他的回應，然而 Linus 的回應並沒有解答質疑者的疑問，反而在情緒化的文字中加深了更多不滿。後續雖然有其他核心開發者試圖澄清，仍然有許多疑問尚待澄清。
讀者對於此事有何看法？歡迎留言告訴我們您的意見。
🔹Jujutsu
Jujutsu (jj) 是款新型版控系統，完全相容 Git 。具有自動提交工作目錄異動、內建操作歷程與還原、智慧衝突處理、自動 rebase。使用 Git 當後端儲存，可無縫使用現有 Git 專案。
🔹Rwf
Rwf 是一個用在 Rust 中構建快速且安全的網頁應用程式的 MVC 架構框架。功能包含 HTTP 伺服器、PostgreSQL ORM、動態模板、認證、middleware、背景任務、REST & WebSockets 支援、靜態檔案託管、Hotwired Turbo 整合、環境設定、日誌、CLI 及 WSGI 伺服器。
🔹FxTwitter
FxTwitter 是一個修復 X（前推特）在嵌入 Telegram 以及 Discord 的工具，它更好地在這些平台顯示影片、投票和引文等等訊息。使用者可以選擇官方提供的服務，也可以自行搭建服務。
🔸需要消亡的命名規則
電腦科學家 Phil Karlton 曾經說過：「在電腦科學中，只有兩件困難的事：快取無效化與命名。」在程式設計中，從函式到變數再到元件，妥善地設計名稱能夠讓所有接觸的人更容易理解背後的概念。
在這篇文章中，作者提到四種不佳的命名規則，認為這些命名方式應該捨棄，開發者應避免使用，以免使他人難以理解程式碼。這些不良的命名方式包括 Inventers、Numbers、Random words 以及 Historical accidents。這些規則指的是使用發明者的名字、意義不明的數字或單字，或因歷史因素而採用的名稱，這些名稱往往無法傳達正確的概念。
一個良好的命名規則，不僅可以更有效地傳達背後的概念和想法，也讓接觸的人更容易理解並上手。程式設計師在開發軟體時應仔細思考並決定名稱，因為這可能會在未來幫助自己和他人更輕鬆地維護程式碼。
🔸JavaScript 工具重寫潮，值得嗎？
這篇文章裡，作者對於把 JavaScript 工具重寫成其他「更快」語言的潮流提出了疑問。他提到自己在 JavaScript 上已經有豐富的經驗和技術，因此對於要放棄這個語言有些猶豫。JavaScript 一直以來在瀏覽器和許多命令列工具中都證明了它的性能已經夠用，只要稍微改進現有的工具，性能還有很多可以發揮的空間，不一定非得重寫成別的語言。例如，像 ESLint 和 Tailwind 這些工具，在效能上還有提升空間，並不急於放棄 JavaScript。
接著，作者分析了重寫工具是否真的能顯著提升效能。他認為，重寫看起來是變快了，但多半是因為重寫過程中特別注重性能設計，而非語言本身的優勢。此外，JavaScript 瀏覽器裡的 JIT（即時編譯器）技術和位元組碼快取也對性能有不少貢獻，這些技術在某些情況下甚至能跟原生語言相媲美，在特定情境下還能提供更多的彈性。即使在 Node.js 環境中，只要引入編譯快取等技術，JavaScript 的性能也能大幅提升。
最後，作者強調 JavaScript 在開發社群中的普及性及其學習門檻低的優勢。把工具重寫成其他語言可能會提高門檻，限制新手的參與和除錯能力。JavaScript 本身提供了直觀的除錯工具和廣泛的支援環境，讓開發者更容易修改或測試自己的程式碼。作者擔心，如果太依賴 Rust 或 Zig 這些比較複雜的語言，可能會增加入門難度，讓人覺得「高不可攀」。所以他理解新工具的需求，但也提醒社群應謹慎考量替代語言可能帶來的影響。
以上就是本期的內容，喜歡的話請給❤️，分享或轉寄本電子報給有興趣的朋友。如果您有想要介紹的開源專案，也請來信與我們分享，或是在 X (前 Twitter) 留言給我們，感謝！