Restructure index page to link to individual pages#4
Restructure index page to link to individual pages#4mauromorales wants to merge 18 commits intomainfrom
Conversation
evrardjp
left a comment
There was a problem hiding this comment.
I am not against that, but it needs further clarification.
| ## Individuals | ||
|
|
||
| To reduce confusion and create synergies, we decided to collaborate across these groups and centralize shared resources, communication, and community efforts under Cloud Native Belgium. | ||
| Including individuals is a core part of the organization. We recognize speakers, organizers, contributors, and other active community members even if they are not part of a listed group. Individuals who are not affiliated with a specific community are encouraged to participate and can serve as neutral chairs. |
There was a problem hiding this comment.
I am not sure to fully grasp your meaning and intent here.
There was a problem hiding this comment.
This impacts the rest of the review btw.
There was a problem hiding this comment.
it would be nice to have people who are not affiliated to any of the groups but who still want to be part of the umbrella organization. that way if there's any scenario where there needs to be an objective vote, they can do it
There was a problem hiding this comment.
After further thinking, I can come up with a counter proposal.
- Focus on individuals. This maps EXACTLY to your text, not exactly with your explanation here.
- Each individual maintain their "profile" through issues. In there, they ASK to be owner/member of a group. First member asking for ownership of group gets access to the group without requesting further details. Next ones we ask for existing members for approval.
- Owners of a group are representative their own content. So it means they can update our pages by doing PRs. Simple.
This means it's very simple: people post their personal updates into github. We update the content. Or they do update it through PR. Simple, isn't it enough?
This would be similar to "group auto-registration".
| ## Listing Format & Status | ||
|
|
||
| ## Contribute | ||
| Required fields for groups: name, short description, status, link, and a contact channel. |
There was a problem hiding this comment.
Should we add a check date now that we check for activity ?
There was a problem hiding this comment.
as in, last time we checked them? or how?
| - Maintainers: reviewers who merge changes and keep the index current in this org. Maintainers are added by consensus of existing maintainers. | ||
| - Neutral chairs: individuals who facilitate coordination across groups without representing any single group. | ||
|
|
||
| ### Group Roles (each community) |
There was a problem hiding this comment.
That assumes or force a community to adhere your wording and your way of doing.
Wouldn't contact persons be enough for discovery layer?
At the same time, if we do that, we'll lose some of the added value of a ranking inside each community, should they decide to have one.
There was a problem hiding this comment.
yup good point ... not sure
GOVERNANCE.md
Outdated
|
|
||
| ## Shared Resources | ||
|
|
||
| - Shared repos are opt-in and only created when multiple groups agree to collaborate. |
There was a problem hiding this comment.
" when two or more groups"? It would prevent the use of the term multiple, which could be ambiguous. Imagine the conversation about Multiple = majority...
| ## Type | ||
| - [ ] Group | ||
| - [ ] Individual | ||
| - [ ] Update to existing listing |
There was a problem hiding this comment.
Shouldn't changes be atomic ? What did you mean here ?
There was a problem hiding this comment.
What I meant is that "everything is an update". Hence you only need two lines: updates to groups or updates to individual members.
There was a problem hiding this comment.
yeah i guess it was to distinguish creation vs update, but maybe that's not necessary, I'll remove
| - | ||
|
|
||
| ## Checklist | ||
| - [ ] Listing fields are complete and neutral |
There was a problem hiding this comment.
I did not get this yet. But it's because I skimmed the PR.
There was a problem hiding this comment.
@evrardjp basically no missing fields in the application and that they are neutral in the sense of, no description like "We are the best cloud native group in belgium" :P
There was a problem hiding this comment.
@copilot reword while keeping intent. Avoid "Listing" "complete" (be more explicit).
|
@mauromorales I've opened a new pull request, #5, to work on those changes. Once the pull request is ready, I'll request review from you. |
|
@mauromorales I've opened a new pull request, #6, to work on those changes. Once the pull request is ready, I'll request review from you. |
Co-authored-by: mauromorales <433958+mauromorales@users.noreply.github.com>
Co-authored-by: mauromorales <433958+mauromorales@users.noreply.github.com>
|
@mauromorales I've opened a new pull request, #7, to work on those changes. Once the pull request is ready, I'll request review from you. |
|
@mauromorales I've opened a new pull request, #8, to work on those changes. Once the pull request is ready, I'll request review from you. |
Co-authored-by: mauromorales <433958+mauromorales@users.noreply.github.com>
Add governance prerequisite checklist to listing request template
Co-authored-by: mauromorales <433958+mauromorales@users.noreply.github.com>
Remove "Update to existing listing" option from issue template
Clarify shared resource requirement in governance
Co-authored-by: mauromorales <433958+mauromorales@users.noreply.github.com>
…r-one Add GitHub issues to contact channels list
There was a problem hiding this comment.
I have a tendency to overthink this.
I don't want us to do back and forth on it.
I am FINE with what you are proposing. I am just suggesting something even simpler. I can write the code after this one if you wish. Or we do it directly.
18 commits for this is a bit exagerated already...
In other words:
Please read what I suggested, tell me what you think, then merge if you don't want a change OR tell me what you think and I will update this.
| ## Individuals | ||
|
|
||
| To reduce confusion and create synergies, we decided to collaborate across these groups and centralize shared resources, communication, and community efforts under Cloud Native Belgium. | ||
| Including individuals is a core part of the organization. We recognize speakers, organizers, contributors, and other active community members even if they are not part of a listed group. Individuals who are not affiliated with a specific community are encouraged to participate and can serve as neutral chairs. |
There was a problem hiding this comment.
After further thinking, I can come up with a counter proposal.
- Focus on individuals. This maps EXACTLY to your text, not exactly with your explanation here.
- Each individual maintain their "profile" through issues. In there, they ASK to be owner/member of a group. First member asking for ownership of group gets access to the group without requesting further details. Next ones we ask for existing members for approval.
- Owners of a group are representative their own content. So it means they can update our pages by doing PRs. Simple.
This means it's very simple: people post their personal updates into github. We update the content. Or they do update it through PR. Simple, isn't it enough?
This would be similar to "group auto-registration".
| ## Listing Format & Status | ||
|
|
||
| ## Contribute | ||
| Required fields for groups: name, short description, status, link, and a contact channel. |
| - 📍 **Venue partners** – Help us find cozy spaces across Belgium to gather and connect. | ||
| - 🤝 **Volunteers** – Whether it’s logistics or promotion, every helping hand makes a difference. | ||
| Open an issue using the listing request template and we'll take it from there. See `CONTRIBUTING.md` for required fields. | ||
|
|
There was a problem hiding this comment.
Based on previous review message, we would add here "How do you add a new group?"
supersedes #3