Linus Torvalds elfogadta a kódstílusra vonatkozó, befogadó terminológiával kapcsolatos ajánlásokat

A Linux kernel projekt vezetője "Linus Torvalds" tudtára adta Nemrég amely elfogadta a kódstílus módosításait és ajánlásait a Linux kern ágon 5.8.

Ez azt jelenti, hogy a Linux kernelvezér zöld utat adott hogy a projekt elfogadja az inkluzív terminológia használatáról szóló szöveg harmadik kiadását és amelyet 21 jól ismert rendszermag-fejlesztő hagyott jóvá, köztük a Linux Alapítvány technikai bizottságának tagjai.

 Linusnak küldtek egy kérést hogy tartalmazza az 5.9-es kern változásait, de úgy vélte, hogy nincs ok várni a következő ablakba a módosítások elfogadásához és új dokumentumot fogadott el az 5.8 ágban.

Az inkluzív terminológia szövegének harmadik verzióját lerövidítették az eredeti mondathoz képest, mivel az inclusive-terminology.rst fájlt eltávolították egy beszámolóval az inkluzív hozzáállás fontosságáról és annak magyarázatával, hogy miért kell kerülni a problémás kifejezéseket.

Csak a dokumentumban maradt változások, amelyek meghatározzák a kódolási stílust. A fejlesztőknek nem ajánlott használni a „master / slave” és a „black list / white list” csomagokat, valamint a különálló „slave” szót.

Az ajánlások csak a kifejezések új használatára vonatkoznak. E szavak kernelében már említett hivatkozások sértetlenek maradnak.

Ezenkívül megengedett a megjelölt kifejezések használata az új kódban, ha szükséges a felhasználói tér számára kiadott API és ABI fenntartásához, valamint a kód frissítéséhez a meglévő berendezések vagy protokollok támogatásához, amelyek specifikációi megkövetelik e kifejezések használatát.

Új specifikációkon alapuló megvalósítások létrehozásakor lehetőség szerint ajánlatos összehangolni a specifikáció terminológiáját a Linux kernel szabványos kódolásával.

A „feketelista / fehérlisták” javasolt cseréje a következő:

Az új használat bevezetése alól kivételt képez az ABI / API felhasználói terület fenntartása, vagy egy meglévő hardver vagy protokoll (2020-tól kezdődően) specifikáció kódjának frissítése, amely megköveteli ezeket a feltételeket. Az új specifikációknál a terminológiai specifikáció használatát lehetőség szerint fordítsuk szabványos kernelkódolásra.

Javasoljuk a szavak cseréjét 'black list / black list' a »denylist / allowlist 'vagy a blocklist / passlist' szóval, a 'master / slave' szavak helyett pedig a következő lehetőségeket javasoljuk:

• elsődleges / másodlagos (elsődleges, fő / másodlagos)
• megbízó / másolat vagy beosztott (másolat, beosztott)
• kezdeményező / cél
• kérelmező / felelős (kérelmező / válasz)
• vezérlő / eszköz
• host / worker vagy proxy (host / worker vagy proxy)
• vezető / követő
• rendező / tolmács (rendező / előadó)

Si Szeretne többet megtudni a jegyzetről?, megtekintheti az eredeti nyilatkozatot A következő linken.

Ami még mindig nem ismeri ezeknek a változásoknak az okát, elmondhatjuk, hogy a Linux Kernel fejlesztői néhány napig átfogóan beszéltek a változásról.

mint javaslatot kapott amiben Javasoljuk, hogy a Linux kernel kezelje a megfelelő nyelvet és terminológiát és társadalmilag felelős a jelenleg jelentkező problémákért. Ehhez készült egy dokumentum, amelyben az inkluzív terminológia használatát a kernel írja elő. A kernelben használt azonosítók esetében javasolja az olyan szavak használatának elhagyását, mint a „rabszolga” és a „fekete lista”.

Az ajánlások a kernelhez hozzáadott új kódokra vonatkoznak, de hosszú távon, a meglévő kód eltávolítása nem kizárt e kifejezések használatának

A dokumentumot három tag javasolta a Linux Alapítvány műszaki tanácsától:

• Dan Williams (a NetworkManager, a vezeték nélküli eszközök illesztőprogramjai és az nvdimm fejlesztője)
• Greg Kroah-Hartman, a Linux kernel stabil ágának fenntartásáért felelős, ő a Linux USB kernel alrendszerek, illesztőprogram kernel fő támogatója)
• Chris Mason (a Btrfs fájlrendszer készítője és főépítésze).

További információért, megnézheti a cikket hogy publikálunk róla.

Hasonlóképpen meg kell jegyezni, hogyA Rust fejlesztői elfogadtak egy változást amely a whitelist szót helyettesíti az engedélylistával a kódban, emellett megemlíti, hogy a változás nem érinti a felhasználók számára elérhető opciókat és a nyelvi elrendezéseket, és csak a belső elemekre vonatkozik.