Skip to content

Remaining usages of gender specific terms #855

Closed
@adrinjalali

Description

@adrinjalali

While reading PEP 3119, I noticed the usage of some gender specific terms such as:

  • Like all other things in Python, these promises are in the nature of a gentlemen's agreement,

  • Consider e.g. the plight of a mathematician who wants to define his own kind of Transcendental numbers

Similarly, PEP 3127 has:

  • silently do the wrong thing with his numbers, as it does now;

  • So while a new Python user may (currently) be mystified at the
    delayed discovery that his numbers don't work properly, ...

PEP 381:

  • It is obvious that some packages will not be uploaded to PyPI, whether
    because they are private or whether because the project maintainer
    runs his own server where people might get the project package.

On the other hand, I also noticed that (at least in one instance) "her" is put as a default; PEP 311:

  • The reason for this is that
    the first thread to call PyEval_InitThreads() is nominated as the
    "main thread" by Python, and so forcing the extension author to
    specify the main thread (by forcing her to make this first call)
    removes ambiguity.

There are also a few cases where both pronouns are mentioned:

  • PEP 458:
    • A possible future extension to this PEP, discussed in Appendix B, proposes the maximum security model and allows a developer to sign for his/her project.

  • PEP 355
    • The programmer does not need to learn a new API, but can reuse his or her knowledge of Path
      to deal with the extended class.

I guess it was the "gentlemen's agreement" that made me take a closer look, and it seems at least on PEPs that's the only instance of the phrase. Otherwise, to me it seems like at some point the issue has been addressed in the new documents, and there are a few left in the older ones (just an impression). It would be awesome if you/we could resolve those as well.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions