-
Notifications
You must be signed in to change notification settings - Fork 70
Begin Documenting Partner Communities (and what that means) #326
Comments
@bnb 👍 🎉 |
Yea... sadly @WaleedAshraf I think we could discuss at the end of the summit. |
Throwing my two cents on this!
These seem absolutely necessary and unavoidable to me.
I'd say at the very least a member of the moderation team, but preferably a TSC/CommComm member. But do not that I don't think the representative should already be a representative beforehand. Explicitly, if one person in the partner community staff is already a valued contributor of the org, I see no reason not to have them follow the path to CommComm membership and become said representative. If this is felt as too much a requirement, I think a representative for the community should be invited as a guest regularly (say like once in a quarter at the very very least) to the CommComm meetings to give updates on their community. Or perhaps make a reporting issue in the admin repo like the moderation team sometimes does. We could even have a standing item on the agenda to hear reports from the communities like we do from the initiatives.
This seems quite necessary for transparency IMHO
Same as above. |
I'd like to have clarified: are we making a distinction here between 3rd party communities that meet in-person vs those that meet online?
This will be more difficult when applied to in-person groups. |
This has been achieved and landed in be885d3. Please feel free to iterate on the current document with anything from this issue that is missing! Going to close this since it was a success 💥 |
Recently we've had some renewed discussion around extending "official" communities. This discussion isn't really new, and has taken a few different forms since the creation of the Node.js Foundation.
There's an example in nodejs/node of a PR referencing one specific third-party Node.js community. I happened to create this third-party community, but there are quite a few others that exist that might not get the same level of credit because they don't presently have champions from the Node.js project to help encourage more engagement between Node.js and their communities.
As such, instead of going through and including those communities over time and one-by-one, we discussed the concept of introducing partner communities and creating a new top-level document in the last CommComm meeting that would enable us to be a bit more flexible with how we approach listing out partner communities. Ideally, such a document would follow the same path that documents like the Node.js Code of Conduct have set out–a single point of reference for a common or shared set of content.
To kick things off a bit, here's some of the general content that needs to be covered in this document:
That's definitely not a comprehensive list, and I expect it to grow and evolve over time. Just wanted to throw a strawman of my own ideas together so we can pick it apart and begin to flesh out this kind document 😄
The work to be done here:
The text was updated successfully, but these errors were encountered: