Is a career in open source right for you?
6 essential non-coding careers in open source
A sign of the maturation of a movement is when careers in it become a possibility. This seems to be the case with open source software.
When I started working in open source software in 1999, it was a small part of what I did. My company, SGI, wanted to start shipping Linux-based servers, and my task was to create a process for commercializing Linux. Today we've reached a point where open source software is in almost every area of technology. And while we often still think of it as code and developers, a whole ecosystem has evolved around open source—one that includes many full-time careers. These roles are much needed as open source matures, and they allow more of us who believe in the power of collaborative development to get involved.
To help those looking to get involved in open source professionally, here's a look at some of the most popular and emerging roles.
This is by far the most widely known role in open source and emerged very quickly as projects started to grow. Community managers usually come from within the project and know it well, understand open source culture, have project management skills, and pull the team together. They also organize trainings, conference booths, planning sessions, etc. and often step in and handle whatever is needed to make the project successful.
Some of the best community managers I know are Jono Bacon from GitHub, Dawn Foster (formerly of Puppet Labs), and Jeffrey Osier-Mixon of the Yocto Project. The best way to learn more about community management is to read Jono's book The Art of Community or Dawn's book Companies and Communities.
One of the most critical areas for the wider adoption of open source is documentation—users, new developers, and even for current developers rely on it. Sometimes professional writers or documentation experts volunteer to do documentation work for a project, but usually this person is a developer. Documentation is a great place for someone new to get involved and a great place to learn about a project. By volunteering to write documentation for a small portion of the code, one can get their feet wet and grow from there.
One of the best documentation experts I know is Anne Gentle. She is the lead documentation person for OpenStack, a very large project with many moving parts. Write the Docs and API Strategy and Practice are two resources that Anne uses to grow and learn.
Legal roles emerged quickly as open source licenses introduced nuances to the practice of license law. Inside a company, attorneys advise on open source use, compliance, contributions, and policy creation. This person is often a traditional attorney who learned as the company usage of open source grew.
Community legal teams can be at the Software Freedom Conservancy or Free Software Foundation helping projects and developers with legal questions about things like license compliance. Lawyers in private practice often consult with startups, large companies, and projects on open source issues. You can learn more about legal tracks at SCaLE and LinuxCon, and from books like Heather Meeker's Open (source) for business: A practical guide to open source licensing.
Being good at open source law takes a keen sense of understanding of community norms and sentiment, not just the pure application of the law. Some of the best open source attorneys I know are HP's Eileen Evans, SanDisk's Lisa LaForge, and Heather Meeker at O'Melveny & Myers LLP. Also check out the Open Invention Network (OIN) which is a shared defensive patent pool with the mission to protect Linux. There are a lot of good legal people and educators there, like Deb Nicholson. They work very hard to protect open development from patent trolls and litigation.
Marketing open source is a very important role and comes in a number of flavors. Marketing at a company that sells an open source based product is one form. You need to articulate why open source based products are innovative, where you as a company add value in the commercial version, and how you mitigate risk for enterprises that want open source but don't want the risks.
Open source projects often need marketing but shun it. Intel's Tracey Erway and I came up with the idea of open source "advocacy" when we did marketing for the Yocto Project. Advocacy can help projects raise money, recruit more contributors, and connect with more users.
Lastly, the open source movement as a whole needs to raise awareness and market its wins and successes. Foundations like the Linux Foundation and OpenStack Foundation do this for the movement. All of us need to be evangelists for open source projects. This is one form of giving back.
To learn more about marketing open source, check out this video Tracey and I did some years ago:
Education and journalism
There continues to be a great need for education on how open source works, how to get involved, and the risks associated with it. There is no one who knows this better than Deb Nicholson, director of outreach at OIN. She is a respected and recognized figure at open source events who talks about patents, licenses, and reasons to adopt open source software.
Education is a role for those who are passionate about open source and are good communicators. Another way the community has done education is through tech journalism. Journalists and evangelists like Rikki Endsley shine a light on important open source issues and events. Mainstream journalists like Steven J. Vaughn-Nichols and Swapnil Bhartiya have also become a part of the community and help build open source awareness and credibility.
Open source office leader
One of the new and emerging roles is to lead a company's open source office. These offices are called many things in different companies: open source programs, open source strategy, and open source and standards. People in this role coordinate all things open source in a company and are the key contacts for open source organizations and foundations.
The focus of a company's open source office depends on the business reasons for its involvement in open source. A company may want to use open source development methodology inside the company to break down silos, focus on compliance, or drive awareness of the company's open source work.
I lead SanDisk's open source office, and it has been one of the most rewarding roles I've held. I work with engineers, lawyers, product managers, executives, and the community every day. It takes a person who is comfortable shifting gears and moving from legal topics one day to engineering tools the next. It also takes someone who is a change agent and can encourage traditional companies to look at open innovation. A few examples are: Chris DiBona at Google, Ibrahim Haddad at Samsung, Imad Sousou at Intel, and Guy Martin at AutoDesk.
There is a need for so many other roles in open source communities, such as translation, testing, and event organization. If you have thoughts on those fields, leave us a comment or write to us at email@example.com.