{"id":88166,"date":"2020-07-13T01:42:48","date_gmt":"2020-07-12T23:42:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-sostav-yadra-linux-5-8-prinyaty-rekomendaczii-po-inklyuzivnoj-terminologii"},"modified":"2020-07-13T01:42:48","modified_gmt":"2020-07-12T23:42:48","slug":"v-sostav-yadra-linux-5-8-prinyaty-rekomendaczii-po-inklyuzivnoj-terminologii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/v-sostav-yadra-linux-5-8-prinyaty-rekomendaczii-po-inklyuzivnoj-terminologii","title":{"rendered":"Les recommandations pour une terminologie inclusive ont \u00e9t\u00e9 accept\u00e9es dans le noyau Linux 5.8.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Linus Torvalds a accept\u00e9<\/a><\/noindex> dans la branche du noyau Linux 5.8 modifications<\/a><\/noindex> des recommandations pour le style de code. Le texte a \u00e9t\u00e9 accept\u00e9 troisi\u00e8me \u00e9dition<\/a><\/noindex> du texte sur l'utilisation d'une terminologie inclusive, qui a \u00e9t\u00e9 approuv\u00e9e par 21 d\u00e9veloppeurs du noyau renomm\u00e9s, y compris des membres du comit\u00e9 technique de la Linux Foundation. Un message a \u00e9t\u00e9 envoy\u00e9 \u00e0 Linus requ\u00eate<\/a><\/noindex> pour inclure les modifications dans le noyau 5.9, mais il a estim\u00e9 qu'il n'y avait pas de raison d'attendre la prochaine fen\u00eatre d'acceptation et a accept\u00e9 le nouveau document dans la branche 5.8.<\/p>\n

La troisi\u00e8me version du texte sur la terminologie inclusive a \u00e9t\u00e9 raccourcie par rapport \u00e0 la proposition initiale<\/a><\/noindex> (le fichier a \u00e9t\u00e9 exclu inclusive-terminology.rst<\/a><\/noindex> avec une explication de l'importance d'une approche inclusive et des raisons pour lesquelles il convient d'\u00e9viter certains termes probl\u00e9matiques). Seules les modifications dans le document d\u00e9finissant le style de codage sont maintenues. Il est d\u00e9conseill\u00e9 aux d\u00e9veloppeurs d'utiliser les termes 'ma\u00eetre\/esclave' et 'liste noire\/liste blanche', ainsi que le mot 'esclave' pris isol\u00e9ment. Les recommandations ne concernent que les nouvelles utilisations de ces termes. Les occurrences d\u00e9j\u00e0 pr\u00e9sentes dans le noyau restent inchang\u00e9es. <\/p>\n

De plus, l'utilisation des termes marqu\u00e9s est autoris\u00e9e dans le nouveau code si cela est n\u00e9cessaire pour maintenir l'API et l'ABI fournis \u00e0 l'utilisateur, ainsi que lors de la mise \u00e0 jour du code pour prendre en charge le mat\u00e9riel ou les protocoles existants, dont la sp\u00e9cification exige l'utilisation de ces termes. Lors de la cr\u00e9ation d'impl\u00e9mentations bas\u00e9es sur de nouvelles sp\u00e9cifications, il est recommand\u00e9 de conformer la terminologie de la sp\u00e9cification aux normes de codage pour le noyau Linux, dans la mesure du possible. <\/p>\n

Les mots 'liste noire\/liste blanche' sont recommand\u00e9s \u00e0 remplacer par
\n'liste de refus\/liste d'autorisation' ou 'liste de blocage\/liste d'acc\u00e8s', et pour les termes 'ma\u00eetre\/esclave', les alternatives suivantes sont sugg\u00e9r\u00e9es :<\/p>\n