|
| 1 | +<!--- |
| 2 | +This is an autogenerated file! |
| 3 | +
|
| 4 | +Please do not edit this file directly, but instead make changes to the |
| 5 | +sigs.yaml file in the project root. |
| 6 | +
|
| 7 | +To understand how this file is generated, see https://git.k8s.io/community/generator/README.md |
| 8 | +---> |
| 9 | +# Naming Working Group |
| 10 | + |
| 11 | + |
| 12 | +## Stakeholder SIGs |
| 13 | +* SIG Architecture |
| 14 | +* SIG Contributor Experience |
| 15 | +* SIG Docs |
| 16 | + |
| 17 | + |
| 18 | + |
| 19 | +## Organizers |
| 20 | + |
| 21 | +* Celeste Horgan (**[@celestehorgan](https://github.com/celestehorgan)**), CNCF |
| 22 | +* Jaice Singer DuMars (**[@jdumars](https://github.com/jdumars)**), Apple |
| 23 | +* Stephen Augustus (**[@justaugustus](https://github.com/justaugustus)**), VMware |
| 24 | +* Zach Corleissen (**[@zacharysarah](https://github.com/zacharysarah)**), Linux Foundation |
| 25 | + |
| 26 | +## Contact |
| 27 | +- Slack: [#wg-naming](https://kubernetes.slack.com/messages/wg-naming) |
| 28 | +- [Mailing list](https://groups.google.com/forum/#!forum/kubernetes-wg-naming) |
| 29 | +- [Open Community Issues/PRs](https://github.com/kubernetes/community/labels/wg%2Fnaming) |
| 30 | +<!-- BEGIN CUSTOM CONTENT --> |
| 31 | + |
| 32 | +**The following section will be reworked and formalized as a charter once the |
| 33 | +Working Group has been approved by the Steering Committee.** |
| 34 | + |
| 35 | +## Goals |
| 36 | + |
| 37 | +- Evaluate language and naming choices within the Kubernetes project, with |
| 38 | + a specific initial focus of: |
| 39 | + - Removing barriers to contribution and adoption by replacing harmful language with neutral terms whenever possible, including but not limited to language linked to racism, sexism, homophobia, transphobia, ableism, or discrimination against any protected or historically underrepresented group. |
| 40 | + - Improving clarity of codebases and documentation by replacing idioms, |
| 41 | + metaphors and slang specific to the English language |
| 42 | +- Create a list of harmful terms with proposed replacements |
| 43 | +- Define how any member of the Kubernetes project can |
| 44 | + recommend language, how others can evaluate that proposal, and how to |
| 45 | + implement replacements across all codebases. |
| 46 | + - Provide an easily findable location for language recommendations and |
| 47 | + follow-up issues, similar to an architectural decision record |
| 48 | + - Define long-term ownership of this process |
| 49 | +- Work with stakeholder SIGs to implement the changes recommended. We |
| 50 | + anticipate the following: |
| 51 | + - Provide stakeholder SIGs with guidance on naming, language conventions, and |
| 52 | + processes |
| 53 | + - Collaborate with SIG Architecture and other stakeholders on an |
| 54 | + implementation timeline and strategies for dealing with follow-up issues |
| 55 | + from renaming, like deprecations |
| 56 | + - Collaborate with SIG Docs and SIG Contributor Experience on documenting |
| 57 | + language recommendations and processes |
| 58 | + - Work with the Code of Conduct Committee to add code architecture to the COC |
| 59 | + |
| 60 | +## Dissolution Criteria |
| 61 | + |
| 62 | +Once the Kubernetes community has: |
| 63 | + |
| 64 | +- A process in place to evaluate language changes on an ongoing basis |
| 65 | +- A binding list of terms to avoid in codebases across the project |
| 66 | +- A timeline on which to replace component names in the kubernetes/kubernetes |
| 67 | + codebase |
| 68 | +- Defined long-term ownership of the policies and processes this WG creates |
| 69 | + |
| 70 | +this WG will dissolve. |
| 71 | + |
| 72 | +## Post-formation Discussion Points |
| 73 | + |
| 74 | +- Discuss appropriate process for branch renaming with GitHub Administration |
| 75 | + subproject (SIG ContribEx) |
| 76 | +- Work with the Code of Conduct Committee to add code architecture to the COC |
| 77 | +- A timeline on which to replace component names in the kubernetes/kubernetes |
| 78 | +- Clarify that WG should not dissolve until after changes have been made |
| 79 | + |
| 80 | +<!-- END CUSTOM CONTENT --> |
0 commit comments