Closed fokusferit closed 3 years ago
@fokusferit - thanks for your excellent feedback! I have to find out if SIG Docs can add a tool like this. In the meantime, would you like to open a PR to update the start.md page?
/sig docs /kind feature /priority backlog
I'm seeing a lot of these words like "basically", "obviously", "simply", etc. in two main places other than the docs: blog posts and case studies. Obviously ;) editing these out of the docs is the main focus of this story but editing these words out of blog posts as well could make sense and increases readability. I'm under the general impression that most adverbs usually serve no purpose but to fill space anyways.
Case studies, on the other hand, are a bit more nuanced because many of these words come in the form of direct quotes. In these cases I believe editing these words out would be inappropriate. Thoughts?
Second thing, some of these words are systemic. Perfect example: "easy" and "easily". Searching easily comes up with 17 pages of references. Some of these references are valid, some are not. What would be the most appropriate way to break up this into reasonable PRs?
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle stale
As I didn't had time to really start working on this, the best way is like how we do it in software development:
Also updating existing Guidelines for new Documentation.
/remove-lifecycle stale
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle stale
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle rotten
This issue has renewed importance with https://github.com/kubernetes/community/pull/4884.
/remove-lifecycle rotten /assign @celestehorgan
/label wg-naming
@celestehorgan: The label(s) /label wg-naming
cannot be applied. These labels are supported: api-review, community/discussion, community/maintenance, community/question, cuj/build-train-deploy, cuj/multi-user, platform/aws, platform/azure, platform/gcp, platform/minikube, platform/other, tide/merge-method-merge, tide/merge-method-rebase, tide/merge-method-squash
/wg naming
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle stale
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle rotten
/remove-lifecycle rotten
/unassign @celestehorgan /assign @zacharysarah
After review from WG Naming, this issue is actionable and ready for contributor help.
From a SIG Docs standpoint, this would also make a good first issue (albeit a large one).
/triage important-long-term /good-first-issue /help-wanted
@zacharysarah: This request has been marked as suitable for new contributors.
Please ensure the request meets the requirements listed here.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-good-first-issue
command.
@zacharysarah: The label(s) triage/important-long-term
cannot be applied, because the repository doesn't have them
/priority important-longterm
/triage accepted
I'm working on a draft addition to the kubernetes style guide that encourages reviewing drafts for inclusive language before submitting a PR, and includes instructions on running alexjs.
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale
/remove-lifecycle stale
@kbhawkey – are you intending to do any more work on this, or can we close the issue?
Hi @celestehorgan . No, I think I covered most of the cases mentioned in this issue. Thanks!
I plan to close this issue. If there is more work to do, you can reopen. Thanks! /close
@kbhawkey: Closing this issue.
This is a Feature Request
My feature request is about leveling up the documentation text and wording to be less insensitive and inconsiderate language.
There are great tools out there these days, like alexjs which makes it possible to catch phrases like "Just", "easy" or "simple".
Using alexjs also shows certain words which are common to kubernetes domain, e.g.
host
.It allows us to challenge certain narratives which are used to be normal, also accepted terminology but should be challenged in order to increase inclusivity. When I started learning kubernetes (or any other technology) often reading "just simple do X" when I didn't know what that simple task means, created a barrier in my mind that I don't understand the topic.
An example is the `contribute/start.md" page, where alexjs returns this:
What would you like to be added
I would like to improve all these wordings, step by step, starting with english and contribute folder or the concepts folder first.
Removing in particular words like:
I'm aware that alexjs (or retext-js) warns about more words, yet changing "deep-dive" or "host" isn't possible without reducing clearness.
Why is this needed
Some blogs to make a point:
Comments