Update charter with communication responsibilities#1754
Update charter with communication responsibilities#1754
Conversation
It has been brought up in nodejs/admin#977 (comment). Signed-off-by: Darshan Sen <raisinten@gmail.com> Co-authored-by: Joyee Cheung <joyeec9h3@gmail.com>
TSC-Charter.md
Outdated
| * Development process and any coding standards. | ||
| * Mediating technical conflicts between Collaborators or Foundation | ||
| projects. | ||
| * Technical communication. |
There was a problem hiding this comment.
I believe this needs more definition.
There was a problem hiding this comment.
| * Technical communication. | |
| * Overseeing official communications related to technical content from project contributors. |
There was a problem hiding this comment.
I prefer the wording I have proposed.
I will resolve this comment myself when I am satisfied with the changes. Thank you.
|
cc @nodejs/tsc |
Co-authored-by: Joyee Cheung <joyeec9h3@gmail.com>
TSC-Charter.md
Outdated
| * Development process and any coding standards. | ||
| * Mediating technical conflicts between Collaborators or Foundation | ||
| projects. | ||
| * Technical communication. |
There was a problem hiding this comment.
| * Technical communication. | |
| * Communication about the technical development processes of the project, releases, contributor onboarding and conduct, project governance, and technical direction. |
There was a problem hiding this comment.
Is the latest text that says "above" instead of manually listing out the categories ok?
There was a problem hiding this comment.
I think it's better to be explicit given that there's been disagreement about what is or is not covered. Therefore I prefer the text the way I suggested.
There was a problem hiding this comment.
I have listed the categories explicitly. Is that fine?
Co-authored-by: Joyee Cheung <joyeec9h3@gmail.com>
|
Once we are settled with some text, we should bring this to the CPC - I expect it might require a change to the CPC Charter itself, which would need to be board-ratified. |
Co-authored-by: James M Snell <jasnell@gmail.com>
Signed-off-by: Darshan Sen <raisinten@gmail.com>
TSC-Charter.md
Outdated
| * Legal matters | ||
| * Marketing/ community events | ||
|
|
||
| except when specifically approved by the OpenJS Foundation. |
There was a problem hiding this comment.
Since the text was reformatted into bullet points.. this should be a proper complete sentence.
| except when specifically approved by the OpenJS Foundation. | |
| Exceptions to the above exclusions may be approved by the OpenJS Foundation. |
TSC-Charter.md
Outdated
| * Development process and any coding standards. | ||
| * Mediating technical conflicts between Collaborators or Foundation | ||
| projects. | ||
| * Official communication about the above and what they govern, and the development process of said communication. |
There was a problem hiding this comment.
"Official communication" is too vague here. I've no idea what would make it "official"
|
I think that we can use some rethinking of the roles of TSC/foundation in terms of communication. I re-read https://nodejs.org/en/blog/uncategorized/trademark and IMO, there are two roles in the communications:
The communication of the project is not just marketing, it's also a device we use to manifest the representation of the project, and to the eye of an external reader, the use of the trademark verifies the representation. However those two are not to be mixed:
Both the TSC and the foundation have the role to make sure the two are properly aligned in the communications that can be interpreted as official. While it might be possible for the foundation to take over 2, the reality is that the foundation doesn't necessarily have the staff to take on this much work from just one of the many projects is supports, while TSC has been effectively doing 2 for a very long time and generally are more careful/experienced in making sure that nobody should act on the behalf of the project without seeking consensus from other project members (the most recent being establishing the process and collecting consensus about pride campaign, and deliberately making the vote org-wide, not TSC-wide) , most of the time on GitHub, where the community lives, with the use of GitHub pull requests, the tool that the community is the most familiar with, to ensure accuracy when accuracy is needed. I think the goal of the charter change should be to codify our role in 2 - it's not necessarily a proposal to increase our scope, but just documenting in the charter what we have already been doing for years, even though the charter doesn't explicitly say so (but somewhat implies this). |
|
I've opened a separate PR (#1756) that contains the version of the changes I would like to see. |
Co-authored-by: Joyee Cheung <joyeec9h3@gmail.com>
It has been brought up in
nodejs/admin#977 (comment).