One thing I've learned about contributing to open source is that it's primarily a social achievement.
If I see a developer who has contributed to many oss projects, I don't think "wow this guy must be a great programmer", I think "this guy must have great communication/people skills".
Often (especially with popular oss projects such as apache, python, firefox), you can fix a bug, add it to the ticket tracker, and it'll just sit there and rot. Every day people fix bugs and upload patches. You have to contact someone and sweet talk them into merging your fix.
> If the original title begins with a number or number + gratuitous adjective, we'd appreciate it if you'd crop it. E.g. translate "10 Ways To Do X" to "How To Do X," and "14 Amazing Ys" to "Ys." Exception: when the number is meaningful, e.g. "The 5 Platonic Solids."
This is a good guide for a starter, but doesn't address dealing with rock stars themselves, which is what's required if your contribution is going to be merged.
And that usually requires the skin of a pachyderm, and the patience of a fox. The reality of today is that the world idolizes idols. Idols in turn become arrogant. Their worst trait is belittling others' contributions - especially when they're better than the rock star could've done.
I have no solution. I'm pointing out what I see as an omission from an otherwise useful post.
Something I think that's interesting and too often overlooked is that even non-programmers can provide lots of help to Open Source projects, sometimes the help they can provide can be critical to the project's success.
What kind of things? Everything from sane documentation to artwork is open and in need of lots of help in many projects.
Thanks for this. When I was first getting into programming, people would tell me and others like myself to "go contribute to open source projects". I don't think they realized just how daunting and impossible that seemed to us at the time. To be honest, none of us even knew where to begin.
This. You invest in a project and find out with your first merge the maintainers are assholes and toss out fine commits. I've seen that happen a bunch. It is why there are so many freaking forks, and a lot of them end up atrophying because one person can't recreate an ecosystem.
Awesome post but instead of writing a program to move all the tickets over, a better suggestion would be to follow Joel's advice (http://www.joelonsoftware.com/items/2012/07/09.html) and get rid of that clutter. I can almost guarantee you most of those tickets were useless, completed, or irrelevant.
I'm the author of the article, and throwing away the tickets was suggested many times by different people.
We had a pretty big discussion in #parrot about the value of this ticket set. People on the project plowed through the Trac database and closed tickets, and even with that we still hundreds that tracked all sorts of development. Many were bug reports, and many were effectively to-do items, and many were bug reports that had been resolved but still couldn't be closed for various reasons, such as needing an automated test to verify it.
It's nice to start over clean, but sometimes there's too much baby with the bathwater.
Sounds like you guys did your due diligence. In that case, of course, writing the app to move them over is the right choice.
Thank you for the article, BTW. It may be obvious to some but not to most. Especially contributing to documentation. I'd say that most open source projects can benefit more from that than from new features ... and maybe even most bug-fixes, depending on severity.
I'm glad you liked the article, and it seems to have struck a chord. One of the things I've found very handy is that I now have a place to point people on, say, StackOverflow when someone asks "How do I get started in open source?" I started 89starts.com as an offshoot of the article, but I haven't yet gotten it ready for prime time.
Agreed about documentation, and at the top of my to-do list for today is making final edits to another article for them on open source documentation. Should be out in a week or two I think.