As open-source becomes increasingly mainstream, communities are growing with people from all around the world who are passionate about code. There’s a load of unwritten rules (not to mention insider jokes). New collaborators can butt heads with the old guard, creating conflicts within communities, or worse, driving software forks. Or, in extreme cases, they can kill a project.
You may also like:
How to Be a Good Open-Source Community Member
In response, Matt Hicks, vice president of engineering for Red Hat OpenShift has created "the eight unwritten rules of open-source that Red Hat believes when followed, will drive innovation, collaboration, and ultimately make for a successful project. I spoke to him to get the lowdown of what they are and why they are needed. But before I go into detail, here’s the list: