Inclusive language/fr

Nous voulons encourager une culture de l'inclusivité, et une façon faire cela est de s'assurer que nous utilisons les termes appropriés là où nous le pouvons.

While some people may argue that these words aren't offensive to them, or that the words were never added with an offensive intention, they need to be aware that these words are potentially offensive to other groups of people, and we should endeavour to remove the usages.

This effort also helps fulfill our commitment to the :

"In the interest of fostering an open and welcoming community, we are committed to making participation in Wikimedia technical projects a respectful and harassment-free experience for everyone [...]"

Termes à éviter et leurs alternatives
La liste suivante est incomplète. Voir la section des Resources ci-dessous pour les autres recommendations. Nous utilisons différents mots alternatifs en fonction du contexte, pour que la correspondance grammaticale ou technique soit meilleure.

It is noted that there are some cases where we may not be able to change/remove some of our usages of these words, such as until the upstream developers has fixed them and it trickles down into our deployed software. Cela convient car nous ne le maîtrisons pas. It could be worth checking with the upstream if they plan to fix similar issues in their own codebases. However, we can and should address these words in our codebases when we are able to.

Comment aider
If you're looking to help with this effort, is a good starting point for some discussion around the issue, and also to find specific tasks for areas of code that needs updating.

Some of these may be as simple as updating/improving comments and variable names.

Others may be more complex and need functions and hooks renaming, while following our.

Some usages may need to stay around for longer, but will generally stop being the canonical code, showing the intention for this to be removed in the near future.

Ressources

 * Manuels et documentation associées venant d'autres organisations (via cdanis et ietf qui en listent beaucoup d'autres)
 * Internet Engineering Task Force: Terminology, Power, and Inclusive Language in Internet-Drafts and RFCs (draft v.4)
 * Inclusive terminology in IETF Documents (work in progress)
 * Android Open Source Project's "Coding with Respect"
 * Apple's Style Guide - (section on inclusive language, entry on master/slave, entry on blacklist/whitelist)
 * Bluetooth SIG's "Appropriate Language Mapping Tables"
 * Chromium's "Inclusive Code" document
 * Google's "Writing Inclusive Documentation"
 * Google's "Developer documentation style guide word list"
 * Microsoft's "Bias-free communication" document
 * Twitter Engineering
 * W3C Manual of Style
 * Inclusive Naming Initiative
 * https://www.writethedocs.org/guide/writing/reducing-bias/
 * Woke, a non-inclusive language detection tool

Lectures complémentaires

 * "UK NCSC to stop using 'whitelist' and 'blacklist' due to racial stereotyping", ZDNet (2020)
 * "‘Master/Slave’ Terminology Was Removed from Python Programming Language", Vice (2018)
 * "“Blacklists” and “whitelists”: a salutary warning concerning the prevalence of racist language in discussions of predatory publishing", Journal of the Medical Library Association (2018)
 * "Racism in the English Language", Robert B. Moore (1976)
 * "Is the English Language Anybody's Enemy?", ETC: A Review of General Semantics (1975)
 * "The Racist Use of the English Language", Journal of Black Studies and Research (1973)
 * "That Word Black", Langston Hughes (1958)
 * "Abolish racist language", Intuit Content design blog (2021)
 * "Use This Rubric for More Inclusive Language, and Other Actions for Allies", Better Allies® blog (2020)