Inclusive language/es

Queremos promover una cultura de inclusividad y una parte es asegurarnos de que utilizamos un lenguaje apropiado donde podamos.

A pesar de que algunas personas afirmen que ciertas palabras no les ofenden o que las palabras no se crearon con dicha intención, deben de ser conscientes de que algunas palabras tienen el potencial de resultar ofensivas para otros grupos de personas. Nosotros nos esforzamos para eliminar su uso.

Este esfuerzo también nos ayuda a cumplir con nuestro compromiso con el :

"Con la intención de fomentar una comunidad abierta y amable, nos comprometemos a que la participación en los proyectos técnicos de Wikimedia sean respetuosos y una experencia libre de acoso para todos[...]"



Términos a evitar y sus alternativas
La siguiente lista está incompleta. Visita la sección#Resourcesa continuación para más recomendaciones. Utilizamos diferentes palabras alternativas en diferentes contextos para una mayor precisión gramatical o técnica.

Cabe destacar que en algunos casos no se podrá cambiar/eliminar algunos de los usos de estas palabras, por ejemplo, hasta que los desarrolladores lo arreglen y se filtre hasta el software implementado. Esto es aceptable pues está fuera de nuestro control. Sería interesante consultar con los desarrolladores si tienen planeado arreglar asuntos similares en sus propias bases de códigos. Sin embargo, podemos y debemos encargarnos de estas palabras en nuestras bases de datos cuando podamos.



Cómo ayudar
Si desea ayudar en este esfuerzo, es un buen punto de partida para debatir sobre este tema, así como para encontrar tareas concretas de áreas de código que necesitan actualizarse.

Algunas de estas son tan sencillas como actualizar/mejorar comentarios y nombres de variables.

Otras son más complejas y necesitan renombrar funciones y hooks, siguiendo nuestro

Algunos usos permanecerán durante más tiempo pero de forma general dejarán de ser el código canónico, demostrando la intención de que se eliminen en un futuro cercano.

Recursos

 * Documentación y guías relacionadas de otras organizaciones. (a través de cdanis y ietf que enumera muchas más)
 * American Chemical Society Inclusivity Style Guide
 * 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"
 * 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



Más información

 * "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)