Inclusive language/cs

Chceme podporovat kulturu inkluzivity a součástí toho je zajistit, abychom tam, kde je to možné, používali vhodný jazyk.

I když někteří lidé mohou namítat, že tato slova pro ně nejsou urážlivá nebo že tato slova nebyla nikdy přidána s urážlivým záměrem, musí si být vědomi toho, že tato slova mohou být potenciálně urážlivá pro jiné skupiny lidí, a měli bychom se snažit je odstranit. zvyklosti.

Toto úsilí také pomáhá splnit náš závazek :

"V zájmu podpory otevřené a vstřícné komunity jsme odhodláni učinit účast na technických projektech Wikimedie s respektem a bez obtěžování pro každého [...]"



Termíny, kterým je třeba se vyhnout, a jejich alternativy
Následující seznam je neúplný. Další doporučení naleznete níže v části #Zdroje. Pro lepší gramatickou nebo technickou přesnost používáme různá alternativní slova v různých kontextech.

Je třeba poznamenat, že existují některé případy, kdy nemusíme být schopni změnit/odstranit některá naše použití těchto slov, například dokud je neopraví nadřazení vývojáři a nepronikne to do našeho nasazeného softwaru. To je v pořádku, protože je to mimo naši kontrolu. Mohlo by stát za to ověřit si u upstreamu, jestli plánují opravit podobné problémy ve svých vlastních kódových základnách. Nicméně, když jsme schopni, můžeme a měli bychom se těmito slovy zabývat v našich kódových bázích.



Jak můžete pomoci
Pokud chcete pomoci s tímto úsilím, je dobrým výchozím bodem pro diskusi o tomto problému a také pro nalezení konkrétních úkolů pro oblasti kódu, které je třeba aktualizovat.

Některé z nich mohou být tak jednoduché jako aktualizace/vylepšení komentářů a názvů proměnných.

Jiné mohou být složitější a potřebují přejmenovat funkce a háčky, přičemž se řídí naším.

Některá použití možná budou muset zůstat déle, ale obecně přestanou být kanonickým kódem, což ukazuje záměr, aby toto bylo v blízké budoucnosti odstraněno.

Zdroje

 * Směrnice a dokumentace ostatních organizací (prostřednictvím cdanis a ietf, které obsahují mnoho dalších)
 * Průvodce stylem inkluzivity American Chemical Society
 * Projekt Android Open Source Project "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"
 * 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)
 * 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
 * Digital Journalism Style Guide of Inclusive Language - Language Please



Další informace

 * "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)
 * "Use This Rubric for More Inclusive Language, and Other Actions for Allies", Better Allies® blog (2020)