Difference between revisions of "Diversity/Inclusivity"
(mention heterosexism and ablism, as suggested by SWDevAngel in #openstack-diversity) |
(Clarify situation with master branch upstream and within OpenDev) |
||
(6 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
− | Open Infrastructure Foundation projects are committed to the use of inclusive language, avoiding unnecessary use of language which is commonly associated with oppression, racism, sexism, heterosexism, and | + | Open Infrastructure Foundation projects are committed to the use of inclusive language, avoiding unnecessary use of language which is commonly associated with oppression, racism, sexism, heterosexism, ablism, and similar forms of discrimination. Some words, phrases, and jargon which evoke connotations at odds with community values have found their way into common engineering parlance, and from there into our source code and documentation. Where possible, contributors to our projects opt for more more fitting and less exclusionary terminology. For these reasons the following terms have been identified by contributors as problematic, and so we seek recommendations for suitable alternatives (note that as English is the standard language for Open Infrastructure Project interfaces, documentation, and communication, these examples are English-focused). |
− | '''slave''', or '''master''' in slavery-related contexts: the MariaDB community is moving to ''primary/replica'', MySQL leaning towards ''source/replica'', Jenkins is going to ''manager/worker'', Python community suggestions are ''parent/child'' or ''server/client'' or ''employer/worker'', DNS(IETF) is going with ''primary/secondary'' servers, Django are looking at ''leader/follower'', HSRP/VRRP/CARP protocols have traditionally used ''active/standby'' | + | '''slave''', or '''master''' in slavery-related contexts: the MariaDB community is moving to ''primary/replica'', MySQL leaning towards ''source/replica'', Jenkins is going to ''manager/worker'', Python community suggestions are ''parent/child'' or ''server/client'' or ''employer/worker'', DNS(IETF) is going with ''primary/secondary'' servers, Django are looking at ''leader/follower'', HSRP/VRRP/CARP protocols have traditionally used ''active/standby'' |
+ | |||
+ | '''master''' in non-slavery-related contexts: there seems to be some consensus building in the Git upstream community to make the standard branch name ''main'' instead of '''master''', but the discussion is far from settled yet; the [https://opendev.org/ OpenDev Collaboratory] is seeking projects who are interested in identifying any remaining challenges related to hosting a new repositories with a default branch name other than '''master''', before considering what might be involved in switching the default branch names for existing repositories | ||
'''blacklist/whitelist''': ''deny/allow'', ''reject/accept'', ''exclude/include'', ''block/pass'' | '''blacklist/whitelist''': ''deny/allow'', ''reject/accept'', ''exclude/include'', ''block/pass'' | ||
Line 23: | Line 25: | ||
'''crippled''': ''limited'', ''restricted'' | '''crippled''': ''limited'', ''restricted'' | ||
− | '''native''': ''natural'', ''basic'', ''base'', ''original'' | + | '''native''': ''natural'', ''basic'', ''base'', ''original'', ''normal'', ''typical'', ''standard'' |
'''cakewalk''': ''easy'', ''straightforward'' | '''cakewalk''': ''easy'', ''straightforward'' | ||
Line 30: | Line 32: | ||
'''kosher''': ''acceptable'', ''clean'' | '''kosher''': ''acceptable'', ''clean'' | ||
+ | |||
+ | '''pronouns''': When listing a gender pronoun such as "he, his, or him" or "she, hers, or her", gender neutral wording should be used "they, their, or them". | ||
+ | |||
+ | '''chairman''': "chair", "chairperson" |
Revision as of 15:58, 28 April 2021
Open Infrastructure Foundation projects are committed to the use of inclusive language, avoiding unnecessary use of language which is commonly associated with oppression, racism, sexism, heterosexism, ablism, and similar forms of discrimination. Some words, phrases, and jargon which evoke connotations at odds with community values have found their way into common engineering parlance, and from there into our source code and documentation. Where possible, contributors to our projects opt for more more fitting and less exclusionary terminology. For these reasons the following terms have been identified by contributors as problematic, and so we seek recommendations for suitable alternatives (note that as English is the standard language for Open Infrastructure Project interfaces, documentation, and communication, these examples are English-focused).
slave, or master in slavery-related contexts: the MariaDB community is moving to primary/replica, MySQL leaning towards source/replica, Jenkins is going to manager/worker, Python community suggestions are parent/child or server/client or employer/worker, DNS(IETF) is going with primary/secondary servers, Django are looking at leader/follower, HSRP/VRRP/CARP protocols have traditionally used active/standby
master in non-slavery-related contexts: there seems to be some consensus building in the Git upstream community to make the standard branch name main instead of master, but the discussion is far from settled yet; the OpenDev Collaboratory is seeking projects who are interested in identifying any remaining challenges related to hosting a new repositories with a default branch name other than master, before considering what might be involved in switching the default branch names for existing repositories
blacklist/whitelist: deny/allow, reject/accept, exclude/include, block/pass
blackhat/whitehat: malicious/ethical
blackout: restrict, outage, redact
segregate: separate
man hour/man day: workhour/workday, person hour/person day, FTE hour/FTE day
manpower: worker, workforce, staff, labor
manned: staffed
rule of thumb: guideline
sanity check: status check, check in, validation
crippled: limited, restricted
native: natural, basic, base, original, normal, typical, standard
cakewalk: easy, straightforward
guru: expert, leader
kosher: acceptable, clean
pronouns: When listing a gender pronoun such as "he, his, or him" or "she, hers, or her", gender neutral wording should be used "they, their, or them".
chairman: "chair", "chairperson"