Open source maintainers should diffuse responsibility early, and often. Add new contributors, give contributors push rights, empower existing contributors to keep contributing.
It's hard, because we start open source projects usually because we like to write code for them. But once it becomes a community, our priorities need to shift from coding to helping others code. It's uncomfortable.
I've written about this before, too: https://ashfurrow.com/blog/building-popular-projects/
As the founding maintainer, you are the biggest existential threat to your open source project.
Build a community, not a codebase.
@ashfurrow good point. And, imo, true for every software project.
@ashfurrow the gentlest subtoot
@ashfurrow can you give a guide to how to add new contributors? I've been trying so hard to recruit for my project but I can't seem to do it right. And you're a really knowledgeable person and I'm desperate enough to ask for help on Mastodon now.
I've tried talking about my project on IRC (which got me testers and users, but no devs), Reddit (which got me testers and someone to donate me hardware to test on, but no devs), and Birdside (which got me a tester, but no devs).
@awilfox that's tricky, I have a policy where I'll add someone as a contributor after it first merged pull request. It makes them feel welcome and increases the likelihood that they'll contribute in the future. Having a "fit for newcomers" issue tag can help too. I'm here if you ever want to chat – good luck 👍
@ashfurrow I have yet to have a pull request, even as the number of interested users and testers nears 50.
Tagging issues as "easy for newcomers" is a good idea. Thanks!
This Mastodon instance is for people interested in technology. Discussions aren't limited to technology, because tech folks shouldn't be limited to technology either!
Hosting costs are largely covered by our generous supporters on Patreon – thanks for all the help!