Skip to content
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

Use the GitHub organization to host chapter repositories #348

Closed
RichardLitt opened this issue Oct 14, 2015 · 10 comments
Closed

Use the GitHub organization to host chapter repositories #348

RichardLitt opened this issue Oct 14, 2015 · 10 comments

Comments

@RichardLitt
Copy link
Member

What

I'm suggesting we adopt a NodeSchool like chapter system, where each chapter gets their own repository in order to help organizers coordinate efforts and cut down on time and resources spent figuring out management.

Why

Help Organizers coordinate

I'm currently looking into how to host a Papers We Love in Boston. It's not difficult to do - find a speaker, find a space, let people know it exists, set up a MeetUp group. However, as I'm working with a coorganizer, we have to figure out a way to talk to each other outside of Twitter direct messages. I'd like to be able to use a GitHub repository to use issues for discussion of how to do this, largely because that would allow a way for community members to vote on papers closer to the source, because it's what I'm used to doing with NodeSchool and other organizations, and because it doesn't use Meetups rather poor tools for discussion.

Cross-pollinate ideas about how to coordinate

It would be good to have a standard way of communicating with coorganizers so that chapters can learn from each other how to better organize, too.

People are already doing this

Some chapters already have their own GitHub repositories, or organizations: papers-we-love-rtp, Munich, Bangalore, Hyderabad. Some individuals set up issues for their talks, too, like these in Chicago, and London. I think keeping this in the PapersWeLove organization would be more useful.

Chapter histories could be maintained

Finally, Boston's PapersWeLove chapter used to exist, and now it doesn't. Without some sort of history - which would have happened if there were closed issues on the GitHub repo, instead of just a deleted Meetup group - I don't know why it failed to continue, what caused the chapter to fall apart, and how those issues might be alleviated (or indeed, not. Maybe Boston isn't a good place for Papers We Love.).

How

Set up a repo to help organizers, like this nodeschool one. Create a team called chapter-organizers, and give members access to edit their new chapter repo, e.g. https://github.com/paperswelove/boston.

@zeeshanlakhani
Copy link
Member

@RichardLitt hey! Thanks for this. We're taking a closer look at NodeSchool, and we'll write some more thoughts soon. Hopefully, other organizers will chime in on this. If they think it will help, we'll definitely create a team and get things up-and-running.

In terms of the Boston chapter, maybe @ashleygwilliams can give you more insight into the history.

@zeeshanlakhani
Copy link
Member

Also, @RichardLitt, the thought is that there would still be the central repo for all the papers/general-info... and local repos for the chapters, which focus on archiving chapter histories' and integral information/communication about each chapter event (e.g. venue, turnout, questions)?

We do now have a PWL Slack, with specific chapter channels, which may work better or in-addition to. Signup is at http://papersweloveslack.herokuapp.com/ (slack is https://paperswelove.slack.com). It may be better to discuss this there.

@RichardLitt
Copy link
Member Author

@zeeshanlakhani Thanks! NodeSchool is a great resource for seeing how a large-scale, acephalous GitHub organization can work with autonomous nodes. The readme.md for nodeschool/organizers has a lot of information on how they do it now, as well as the issues.

Asking @ashleygwilliams about what happened to Boston makes sense, but I think that in general we should be able to find out about a chapter's history without asking someone, as that creates a point of failure in knowledge transmission (I'm 100% aware of how awkward a phrasing that is). Hypothetically, what if the original person isn't around anymore, or doesn't want to talk about PWL, or was the center of a code of conduct controversy? Having a place to record issues fixes that, I think.

Slack sounds good, but the fees for history are exorbitant. It'll certainly help with synchronous communication, though. I think we should discuss this here - there are more stakeholders in the watchers of this repository than will be in the Slack room.

@zeeshanlakhani
Copy link
Member

Thanks for the reply @RichardLitt. Let's definitely discuss on the Slack. We'd still need organizers' buy-in of course to make it happen.

Also, still wondering if you'd clarify:

Also, @RichardLitt, the thought is that there would still be the central repo for all the papers/general-info... and local repos for the chapters, which focus on archiving chapter histories' and integral information/communication about each chapter event (e.g. venue, turnout, questions)?

but we can hash such questions out in the chat as well.

@RichardLitt
Copy link
Member Author

Ah, sorry.

Also, @RichardLitt, the thought is that there would still be the central repo for all the papers/general-info... and local repos for the chapters, which focus on archiving chapter histories' and integral information/communication about each chapter event (e.g. venue, turnout, questions)?

Exactly. The local repositories could also be used to copy over papers which have been presented at those venues, so that users know what sort of papers their local chapter is a fan of, what has been presented before, etc.

@RichardLitt
Copy link
Member Author

How do we move forward with this?

@DarrenN
Copy link
Contributor

DarrenN commented Oct 23, 2015

@zeeshanlakhani / @jeremyheiler lets plan logistics this weekend

@RichardLitt
Copy link
Member Author

Ping me on Slack if you do it over there. I'm around and happy to help.

@DarrenN
Copy link
Contributor

DarrenN commented Oct 25, 2015

@DarrenN
Copy link
Contributor

DarrenN commented Feb 8, 2016

Complete

@DarrenN DarrenN closed this as completed Feb 8, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

3 participants