Лінус Торвальдс прийняв рекомендації щодо стилю коду з інклюзивною термінологією

Керівник проекту ядра Linux "Лінус Торвальдс" дав про це знати Нещодавно який прийняв зміни та рекомендації щодо стилю коду на гілці ядра Linux 5.8.

Це означає, що лідер ядра Linux дав зелене світло для проекту прийняти третє видання тексту про використання інклюзивної термінології і яку схвалив 21 відомий розробник ядра, включаючи членів технічного комітету Linux Foundation.

 Лінусу було надіслано запит включити зміни в ядро ​​5.9, але вважав, що немає причин чекати до наступного вікна, щоб прийняти зміни та прийняв новий документ у відділенні 5.8.

Третя версія інклюзивного тексту термінології була скорочена порівняно з початковим реченням, оскільки файл inclusive-terminology.rst був видалений з розповіддю про важливість інклюзивного ставлення та поясненням того, чому слід уникати проблемних термінів.

У документі залишились лише зміни, що визначають стиль кодування. Розробникам не рекомендується використовувати пакети "master / slave" і "black list / white list", а також окреме слово "slave".

Рекомендації стосуються лише нового використання цих термінів. Посилання, згадані в ядрі цих слів, залишаться недоторканими.

Крім того, використання позначених термінів у новому коді дозволяється, якщо це необхідно для підтримки API та ABI, виданих для користувацького простору, а також під час оновлення коду для підтримки існуючого обладнання або протоколів, специфікації яких вимагають використання цих термінів.

Створюючи реалізації на основі нових специфікацій, рекомендується, де це можливо, узгодити термінологію специфікації зі стандартним кодуванням ядра Linux.

Рекомендовані заміни для "чорного списку / білого списку":

Винятком із запровадження нового використання є підтримка простору користувача ABI / API або при оновленні коду існуючого обладнання або специфікації протоколу (станом на 2020 рік), що вимагає цих умов. Для нових специфікацій перекладіть використання специфікації термінології на стандартне кодування ядра, де це можливо.

Рекомендується замінити слова "чорний список / чорний список" від "denylist / allowlist" або "blocklist / passlist", і замість слів "master / slave" пропонуються такі варіанти:

• первинний / вторинний (первинний, основний / вторинний)
• головний / репліка або підлеглий (репліка, підлеглий)
• ініціатор / ціль
• запитувач / відповідальний (запитувач / відповідь)
• контролер / пристрій
• хост / працівник або проксі (хост / працівник або проксі)
• лідер / послідовник
• режисер / перекладач (режисер / виконавець)

Si Ви хочете дізнатись більше про нотатку?, Ви можете переглянути оригінал заяви У наступному посиланні.

Що стосується тих, хто досі не знає причину цих змін, ми можемо сказати вам, що протягом декількох днів розробники ядра Linux вели широку розмову про зміни.

З отримав пропозицію в якому Пропонується, щоб ядро ​​Linux обробляло відповідну мову та термінологію і соціально відповідальний за проблеми, які наразі виникають. Для цього був підготовлений документ, в якому у ядрі прописано використання інклюзивної термінології. Для ідентифікаторів, що використовуються в ядрі, пропонує відмовитись від вживання таких слів, як "раб" та "чорний список".

Рекомендації стосуються нового коду, доданого до ядра, але в довгостроковій перспективі, видалення існуючого коду не виключено використання цих термінів.

Документ був запропонований трьома членами від технічної ради Linux Foundation:

• Ден Вільямс (розробник NetworkManager, драйвери для бездротових пристроїв та nvdimm)
• Грег Кроах-Хартман, відповідальний за підтримку стабільної гілки ядра Linux, він вносить основний вклад у підсистеми ядра Linux Linux, ядро ​​драйвера)
• Кріс Мейсон (творець і головний архітектор файлової системи Btrfs).

Для отримання додаткової інформації, Ви можете перевірити статтю що ми публікуємо про це.

Так само слід зазначити, щоe Розробники Rust прийняли зміни який замінює слово "білий список" списком дозволів у коді, крім того, що згадується, що зміна не впливає на параметри, доступні для користувачів, та макети мови, а стосується лише внутрішніх елементів.