-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gendered Language: Feature or Bug in Software Documentation? #273
Gendered Language: Feature or Bug in Software Documentation? #273
Conversation
Also inspired by this https://modelviewculture.com/pieces/the-open-source-identity-crisis |
Is full-on blacklisting the male pronoun is the right way to ensure openness in the library? Sometimes we might want to refer to the work of a specific researcher who has a gender. Maybe a warning would be better than a test failure. |
👍 on this. I am inclined to say we deal with the case where we must use a pronoun to refer to a researcher in a docstring at a when it comes up. I suspect that if we have enough text in the docstring that using a pronoun is required there is too much text and it should move off to the rst documents anyway. |
It looks like there is some accidentally-committed code in here. |
It is not accidentally committed. This new test actually imports every module and apparently some of our relative imports were incorrect |
@danielballan Added a link to the writing guidelines. Thanks for that |
Also, this should really make use of regex, but I suck at it |
TST : check for gendered pronouns
I was inspired by https://modelviewculture.com/pieces/gendered-language-feature-or-bug-in-software-documentation.
This PR adds tests to all docstrings in our library to prevent gendered language from leaking in