Repository navigation
Conversation
engagement coordinator
Co-authored-by: Kelle Cruz <kellecruz@gmail.com>
|
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. 💭 |

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.mdto capture info removed from Roles pageTwitterGuidelines.mdtocommunity-engagement/alsocommunity-engagement/from rolesDepends on: