git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Cc: "Merlin (they/them) via GitGitGadget" <gitgitgadget@gmail.com>,
	git@vger.kernel.org,
	"Merlin (they/them)" <merlinpatt+githubgit@gmail.com>,
	"brian m. carlson" <sandals@crustytoothpaste.net>
Subject: Re: [PATCH] docs: update coding guidelines to be more inclusive
Date: Thu, 17 Feb 2022 19:02:34 -0800	[thread overview]
Message-ID: <xmqqfsog512t.fsf@gitster.g> (raw)
In-Reply-To: 220217.86a6epiyii.gmgdl@evledraar.gmail.com

Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:

>> Maybe the motivation behind this change is a misunderstanding that
>> somehow the original of what this patch touches says that "male" and
>> "female" are the only two possible values of "gender", but I cannot
>> read it that way even when I squint my eyes.
>
> Isn't that exactly what it's saying? I.e. for the purposes of the
> English used in our documentation there's two grammatical genders "he
> ran the program", "she ran the program" and gender-neutral "it/they ran
> the program".

Yes, for the purpose of the language, there are only two grammatical
genders, "male", "female" (and "thing").  But my point was that the
documentation was not making any non-technical value judgement like
"genders outside these two are forbidden".

What I found problematic with the rewrite is that by moving from
more concrete examples ("avoid 'he' and do not assume 'male'") to a
more abstract wording ("avoid gendered pronouns"), it would burden
non-natives disproportionally more, and I do not see a clear benefit
to offset the downside.

I do not think it adds anything to discussion to repeat what was
already said, so I'll refrain from commenting on the other two
changes in the patch, but they posed the same problem to me.  I
cannot convincingly answer with "yes" to the question "does it
overall help inclusiveness? really? how?"






  reply	other threads:[~2022-02-18  3:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-16 16:34 [PATCH] docs: update coding guidelines to be more inclusive Merlin (they/them) via GitGitGadget
2022-02-16 22:12 ` Junio C Hamano
2022-02-17 10:02   ` Ævar Arnfjörð Bjarmason
2022-02-18  3:02     ` Junio C Hamano [this message]
     [not found]       ` <CAFZ26y3re+fJapXzLOpf73F-ECXhg2sCoBtm_=VUFy5nbN2UVQ@mail.gmail.com>
2022-02-18 23:18         ` Ævar Arnfjörð Bjarmason
2022-02-20 21:23           ` brian m. carlson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xmqqfsog512t.fsf@gitster.g \
    --to=gitster@pobox.com \
    --cc=avarab@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitgitgadget@gmail.com \
    --cc=merlinpatt+githubgit@gmail.com \
    --cc=sandals@crustytoothpaste.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).