“ Linux內核項目負責人”Linus Torvalds的“ 廣為人知 最近 接受了代碼樣式的更改和建議 在Linux內核分支5.8中。
這意味著Linux內核的領導者已經批准了 使該項目通過關於包容性術語使用的文本的第三版 並得到21位知名內核開發人員的批准,其中包括Linux Foundation技術委員會的成員。
向Linus發送了一個請求 包括內核5.9中的更改,但是 認為沒有理由等待 到下一個窗口以接受更改 並在分支5.8中接受了新文檔。
包含性術語文本的第三版與原始句子相比縮短了,因為包含性術語.rst文件已刪除,其中包含有關包含性態度的重要性的故事以及為什麼應避免出現有問題的術語的解釋。
僅文檔中剩下的定義編碼樣式的更改。 不建議開發人員使用軟件包“主/從”和“黑名單/白名單”,以及單獨的單詞“奴隸”。
這些建議僅適用於這些術語的新用法。 這些詞的內核中已經提到的參考文獻將保持不變。
另外,如果有必要維護在用戶空間中發布的API和ABI,以及在更新代碼以支持現有設備或協議(其規範要求使用它們)時,允許在新代碼中使用標記的術語。條款。
在基於新規範創建實現時,建議在可能的情況下,使規範的術語與Linux內核的標準編碼保持一致。
推薦的“黑名單/白名單”替代品是:
引入新用途的例外情況是維護ABI / API用戶空間,或者更新需要這些術語的現有硬件或協議(自2020年)規範的代碼時。 對於新規範,在可能的情況下將術語規範的使用轉換為標準內核編碼。
建議替換為 “ denylist / allowlist”或“ blocklist / passlist”的“黑名單/黑名單”,建議使用以下選項代替“主/從”字樣:
- 主要/次要(主要,主要/次要)
- 主體/副本或下屬(副本,下屬)
- 啟動器/目標
- 請求者/負責人(請求者/回复)
- 控制器/設備
- 主機/工作者或代理(主機/工作者或代理)
- 領導者/追隨者
- 導演/口譯(導演/表演者)
Si 您是否想進一步了解該筆記?,您可以查閱原始聲明 在下面的鏈接中。
對於那些仍然不知道為什麼要進行這些更改的人,我們可以告訴您,幾天來Linux內核的開發人員廣泛討論了該更改。
如 收到建議 在其中 建議Linux內核處理合適的語言和術語 對當前出現的問題承擔社會責任。 為此,準備了一份文件,其中 內核中規定了包含性術語的使用。 對於內核中使用的標識符, 建議放棄使用“奴隸”和“黑名單”等詞語。
建議適用於添加到內核的新代碼,但從長遠來看, 不排除刪除現有代碼 這些術語的使用。
該文件由三名成員提出 來自Linux Foundation技術委員會:
- 丹·威廉姆斯 (NetworkManager的開發人員,無線設備和nvdimm的驅動程序)
- 格雷格·克魯亞·哈特曼, 負責維護Linux內核的穩定分支,它是Linux USB內核子系統,驅動程序內核的主要貢獻者)
- 克里斯·梅森 (Btrfs文件系統的創建者和首席架構師)。
欲獲得更多信息, 您可以查看該文章 這 我們發布有關它。
同樣,應注意e Rust開發人員已進行更改 除了提及更改不會影響用戶和語言佈局可用的選項並且僅適用於內部組件之外,該代碼用代碼中的權限列表替換了白名單一詞。
這表明世界是致命的。
計算機術語與社會中發生的事情有什麼關係? 這很傻。
當然,有些人會動腦筋,而不是動腦筋,這導致整個世界都在沖廁所。
真是個傢伙,但真是個大傢伙。 我從沒想到過這些事情,這似乎令人難以置信。
小學/中學// //中學以下是最不重要的
主人/下屬///建議她成為主人的奴隸?
申請人/負責//表示申請人不負責任
控制器/設備//我不喜歡這個詞的典型男子氣概控制器
領導者/跟隨者//典型的盲目人群控制者
導演/口譯員//解釋我最諷刺的評論。
事實是,如果態度沒有改善,則無法通過刪除單詞來解決問題。
病態社會的問題可以通過教育和尊重來解決。
對奴隸制問題的敏感性正陷入最純粹的幼稚主義。