До складу ядра Linux 5.8 прийняті рекомендації щодо інклюзивної термінології

Лінус Торвальдс ухвалив до складу гілки ядра Linux 5.8 зміни рекомендацій щодо стилю оформлення коду. До складу прийнято третя редакція тексту про використання інклюзивної термінології, схваленої 21 відомим розробником ядра, включаючи членів технічного комітету Linux Foundation. Лінусу було відправлено запит на включення змін до ядра 5.9, але він вважав, що немає підстав чекати наступного вікна прийому змін та прийняв новий документ у гілку 5.8.

Третій варіант тексту від інклюзивної термінології було скорочено порівняно з початковою пропозицією (було вилучено файл inclusive-terminology.rst з розповіддю про важливість інклюзивного відношення та пояснення причин, з яких слід уникати проблемних термінів). Залишено лише зміни до документа, що визначає стиль кодування. Розробникам не рекомендується використовувати зв'язки 'master/slave' та 'blacklist/whitelist', а також окремо слово 'slave'. Рекомендації стосуються лише нового використання цих термінів. Згадки зазначених слів, що вже є в ядрі, залишаться недоторканими.

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

Слова 'blacklist/whitelist' рекомендується замінювати на
'denylist/allowlist' або 'blocklist/passlist', а замість слів 'master/slave' пропонуються наступні варіанти зв'язок:

  • '{primary,main} / {secondary,replica,subordinate}',
  • '{initiator,requester} / {target,responder}',
  • '{controller,host} / {device,worker,proxy}',
  • 'leader / follower',
  • 'director/performer'.

Зі зміною погодилися (Acked-by):

Зміну рецензували (Reviewed-by):

Зміну підписали (Signed-off-by):

Додаток: Розробники мови Rust прийняли зміна, що замінює в коді whitelist на allowlist. Зміна не зачіпає доступні користувачам опції та конструкції мови, і стосується лише внутрішніх компонентів.

Джерело: opennet.ru

Додати коментар або відгук