This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Remove Unnecessarily Gendered Language from the Documentation
Type: enhancement Stage: resolved
Components: Documentation Versions: Python 3.10, Python 3.9, Python 3.8, Python 3.7, Python 3.6, Python 3.5
process
Status: closed Resolution: third party
Dependencies: Superseder:
Assigned To: docs@python Nosy List: ammar2, docs@python, mobiusinversion, steven.daprano, vstinner
Priority: normal Keywords:

Created on 2020-09-08 13:23 by mobiusinversion, last changed 2022-04-11 14:59 by admin. This issue is now closed.

Messages (7)
msg376569 - (view) Author: David Williams (mobiusinversion) Date: 2020-09-08 13:23
The Python documentation contains unnecessarily verbose and gendered language which does not enhance clarity, and rather, serves as non-inclusive to the LGTBQ community

For example:
https://www.python.org/dev/peps/pep-3136/


"Introduction
The break statement allows the programmer to terminate a loop early, and the continue statement allows the programmer to move to the next iteration of a loop early. In Python currently, break and continue can apply only to the innermost enclosing loop.

Motivation
If the programmer wishes to move to the next iteration of an outer enclosing loop, or terminate multiple loops at once, he or she has a few less-than elegant options."

There are 2 issues here. First is that break and continue don't allow the programmer to do anything, they cause the program control flow to change. Second, there is no reason to appeal to gendered pronouns which are antiquated. The motivation section could easily be rewritten to a more include and parsimonious form (less chatter):

"Motivation
Python syntax is limited when it comes to moving to the next iteration of an outer enclosing loop, or terminating multiple loops at once, "
msg376570 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2020-09-08 13:26
Hi,

https://www.python.org/dev/peps/pep-3136/ is not really directly part of Python. The document is hosted at https://github.com/python/peps/ and was authored by Matt Chisholm. I suggest you to propose a PR on the PEP document and try to get it reviewed by Matt Chisholm.

See also https://github.com/python/devguide/issues/605 "List terms which should be avoided".
msg376585 - (view) Author: Steven D'Aprano (steven.daprano) * (Python committer) Date: 2020-09-08 18:01
Hello David,

I really don't think you speak for the entire LGBTQ community. You don't speak for me or my wife.

You mention two issues here:

"First is that break and continue don't allow the programmer to do anything, they cause the program control flow to change."

And by changing program control flow, they allow the programmer to do many things. That's why we use them: because we want to do something, and the break and continue statements allow us to do so more conveniently that the alternatives.

You say:

"Second, there is no reason to appeal to gendered pronouns which are antiquated."

If gendered pronouns are antiquated, why do people care about choosing their pronouns?

David, I would like to assume good faith, but coming in here and declaring that pronouns are antiquated seems a bit... trollish. I am sure that there are many people who do not agree that pronouns are antiquated or irrelevant. I am pretty sure that there are some people in the mailing list who would be very upset if you misgendered them by insisting that they need no gendered pronouns.

Many people consider their personal choice of pronoun important enough to list it in their mail signature or profile, at possible risk to their own safety.

What you describe as "more include[sic] and parsimonious form (less chatter)" reads to me as a more passive, excessively terse, less inclusive form that is also incorrect, since "Python syntax is limited..." is not a *motivation*. Motivation must refer to human desire, and your version not only has no human desire, it has no reference to humans at all. It reads to me as a  cold, abstract statement divorced from any motivation or human need.
msg376586 - (view) Author: Ammar Askar (ammar2) * (Python committer) Date: 2020-09-08 18:16
The other issue aside, changing

"If the programmer wishes to move to the next iteration of an outer enclosing loop, or terminate multiple loops at once, he or she has a few less-than elegant options."

to

"If the programmer wishes to move to the next iteration of an outer enclosing loop, or terminate multiple loops at once, they have a few less-than elegant options."

seems pretty straight forward. But like Victor said, this discussion should be happening on an issue in the peps repo and not here.
msg376587 - (view) Author: David Williams (mobiusinversion) Date: 2020-09-08 18:23
Thanks Victor, I will submit a change request for both of the documents you specified.

https://www.python.org/dev/peps/pep-3136/ https://github.com/python/devguide/issues/605

Steven, it sounds like we agree to the change proposal, which is to remove gendered language from the documentation.
msg376588 - (view) Author: David Williams (mobiusinversion) Date: 2020-09-08 18:26
Thanks also for your input and feedback, Ammar.
msg376609 - (view) Author: Steven D'Aprano (steven.daprano) * (Python committer) Date: 2020-09-08 23:29
On Tue, Sep 08, 2020 at 06:23:58PM +0000, David Williams wrote:
> Steven, it sounds like we agree to the change proposal, which is to 
> remove gendered language from the documentation.

What?

Did you even read what I wrote?
History
Date User Action Args
2022-04-11 14:59:35adminsetgithub: 85909
2020-09-08 23:29:58steven.dapranosetmessages: + msg376609
2020-09-08 18:26:07mobiusinversionsetmessages: + msg376588
2020-09-08 18:24:38ammar2setstatus: open -> closed
resolution: third party
stage: resolved
2020-09-08 18:23:58mobiusinversionsetmessages: + msg376587
2020-09-08 18:16:38ammar2setnosy: + ammar2
messages: + msg376586
2020-09-08 18:01:16steven.dapranosetnosy: + steven.daprano
messages: + msg376585
2020-09-08 13:26:31vstinnersetnosy: + vstinner
messages: + msg376570
2020-09-08 13:23:40mobiusinversioncreate