Microsoft a entrepris sa propre tâche pour « corriger » le code dans Chromium afin de supprimer les termes « potentiellement offensants » tels que « liste noire », « liste blanche » et autres mots « controversés ».

Les nouvelles ont été ramassées par Le registre, qui a décrit l'équipe de projet de Microsoft qui s'est donné pour mission de purifier les mots et les termes utilisés dans la base de code de Google pour Chromium, qu'ils adoptent pour une utilisation dans Edge.

Tout a commencé par un article sur le Forum sur les bogues de Chrome de retour le 3 juillet 2019. Un chef de projet chez Microsoft a écrit…

« Ce sera le problème parent de tous les mots potentiels que nous trouverons dans la base de code.

 

« L'effort ici consisterait simplement à mettre en place de petites CL regroupées par zone/répertoire (pour le bien du réviseur). Espérons que cela ne soit pas controversé pour atterrir rapidement.

 

« Pour tout ce qui a un impact potentiel non trivial sur le compact (noms des paramètres de ligne de commande, clés de politique d'entreprise, etc.), la suggestion serait de les faire de manière ponctuelle (ou de très petits groupes connexes) afin que nous puissions demander à des experts au cas par cas. au cas par cas, si certaines mesures d’atténuation sont nécessaires.

Si vous lisez les discussions, cela fait grincer des dents.

Dans une section, un utilisateur demande pourquoi « cracker » a été signalé, et cela a été expliqué par le responsable de Microsoft…

« […] nous partageons simplement un sous-ensemble de ce que PoliCheck a scanné pour nous, je suis d'accord que le mot « cracker » est un terme courant, nous pourrions donc clore ce problème. Mais par exemple le contexte suivant pourrait être jugé offensant puisque le contexte :

 

craquelins | Diversité | Septembre1 | ipcipc_message_macros.h:316 | // Crackers et gestionnaires de messages. Usage:

 

«En général, la base de code de Chrome est nettoyée, la majorité des cas concernent le code tiers dont Chromium hérite et qui contient des grossièretés, des problèmes géopolitiques et de diversité.

 

"En ce qui concerne le partage de la liste Microsoft, PoliCheck est un modèle d'apprentissage automatique géré par une autre équipe qui effectue une analyse contextuelle sur des centaines de formats de fichiers. Permettez-moi de les contacter pour voir ce que nous pouvons faire."

Le tout a même pris par surprise une équipe de Google, comme le note The Register.

Rick Byers de Google est intervenu pour commenter la tâche consistant à « nettoyer » le langage de base de code Chromium, en écrivant…

« Cela me semble être une bonne stratégie, merci d'avoir fait ça ! Nous n'avons certainement jamais voulu que quoi que ce soit dans la base de code soit potentiellement offensant, mais je ne connais pas non plus quelqu'un qui fasse un effort pour tous les trouver.

 

« En particulier, je suis d’accord sur le fait que les changements n’ayant pas d’impact sur le comportement devraient être non controversés et assez faciles à passer rapidement en revue le code sans débat pour savoir si un mot est « potentiellement offensant » ou non. S'il figure sur la liste standard de Microsoft, alors c'est « potentiellement » suffisant pour moi – du moins pour tout ce qui concerne la plate-forme (contenu, clignotement, etc.), je ne peux pas parler moi-même du code //chrome.

 

"Bien sûr, les cas ayant un impact sur le comportement, comme les indicateurs d'interface utilisateur et de ligne de commande, nécessiteront un compromis, donc les séparer et discuter du compromis au cas par cas me semble correct."

Certains de ces changements comprenaient plus que la simple modification de « cracker », mais également le remplacement de « liste noire » par « liste de blocage ». Pourquoi? Parce que la « blocklist » s’avère être plus « inclusive », selon l’un des développeurs travaillant sur Chromium.

En fait, Ryan Sleevi a écrit…

« Renommer la liste noire des GPU en liste de blocage

 

« Le nom « liste de blocage » est plus inclusif que « liste noire » tout en exprimant clairement l'intention.

C'est exact. Au lieu de corriger des bugs ou d’implémenter de nouvelles fonctionnalités ou fonctionnalités intéressantes, une poignée de personnes perdent du temps à renommer les termes de la base de code… pour un bénéfice littéralement nul pour l’ensemble du projet.

Ils ont continué à travailler dur depuis juillet jusqu'en septembre. La dernière mise à jour a eu lieu la semaine dernière, le 5 septembre 2019. Le projet a donc réussi à s'étendre sur plusieurs mois… jusqu'à présent.

C'est une situation malheureuse et triste lorsque les gens perdent du temps à essayer de trouver des mots qui les offensent afin de pouvoir les modifier dans une base de code qui n'est ni un utilisateur frontal ni un code auquel les utilisateurs souhaitent accéder. Il suffit de dire que cette entreprise est une perte totale de temps pour tout le monde.

(Merci pour l'astuce msoltyspl)

(Main image courtesy of SombreSora01)