-
-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Roles: Remove sub-role for community engagement coordinator #524
Conversation
engagement coordinator
Thanks so much for doing this! I don't mind simplifying this page but I do want to make sure this information is captured somewhere. One goal of this page was to identify roles we want to make sure don't fall through the cracks. I would be more comfortable if this PR included a link to a @pllim , since this would be much easier for you than me, could you open a PR to project which creates a Same for learn. Could you make a And then link to those new pages in the description of each at the bottom of the page. I could do all this myself, but it would take a while to move to the top of my list. |
Co-authored-by: Kelle Cruz <[email protected]>
The infrastructure team is well organized, talks to each other and coordinates among themselves who does what, so one contact is sufficient. On the other hand, the twitter person won't be able to help with a discourse configuration issue or the other way around, so they are listed as separate sub-roles. |
The proposed change maintains the information about the realm of the person's involvement, but just condenses it onto one line. So I agree completely with Moritz's comment and think the suggested change retains just enough of the necessary information. But honestly, I don't have strong feelings one way or the other and hopefully we'll find a community engagement coordinator to take the primary role. |
info that goes with astropy/astropy.github.com#524
@kelle , I don't know how I feel about the duplicated info but I opened astropy/astropy-project#331 to address your request. As long as we remember to keep them in sync... |
I was envisioning MOVING the descriptive info from the webpage to the README, not duplicating (except names and roles). |
@kelle , I mean the names are duplicated. So if staff changes, now there is one more place to update or they are going to go out of sync. But I guess this is common problem across the board. 💭 |
At Coordination Meeting 2024, group decision was made to keep the community manager role, so this PR is moot. |
I think it is overkill to have so many sub-roles for community engagement. Infrastructure staff maintains multiple packages across the board (and manages releases for them too, etc) and yet we do not list all those packages on this page.
Affected people in this listing:
TODO:
community-engagement/README.md
to capture info removed from Roles pageTwitterGuidelines.md
tocommunity-engagement/
alsocommunity-engagement/
from rolesDepends on: