Open source projects live and die by their communities. Cultivating that core group of developers, administrators, users and other contributors who work together to improve the code base is no easy task, even for experienced community managers. There are some tried-and-true methods to follow, however, pioneered by some of the best open source communities around.
Heiko Rupp, a contributor to Opensource.com and Principal Software Engineer and Project Lead for the RHQ project at Red Hat, shares with us in this Community Spotlight the hardware he wishes were more open in his life. Heiko also gives a glimpse into his day-to-day on the RHQ-Project, an enterprise management solution for JBoss middleware projects and other server-side applications.
I was introduced to open source nearly 15 years ago by a friend when I asked him what that foot thing was bouncing around on his screen saver. He then explained what GNOME was and what open source software was. I was hooked immediately; the philosophy and methodology made perfect sense to me. It took awhile for it to become the focus of my career, but it's been an incredibly rewarding path.
Sometimes a gift just falls in your lap. This month, it came in the form of an e-mail out of the blue from Jared Nielsen, one of two brothers (the other is J.R. Nielsen) who created The Hello World Program, "an educational web series making computer science fun and accessible to all". If it had been just that, I might not have been interested.
But when I looked at it, I saw it was hugely about Linux. And the human story was interesting too. Wrote Jared, "Working in rural Utah with minimal resources, we combine technology and craft to make educational yet entertaining videos and tutorials. Learn to code with our cute and clever puppets." So I said I'd like to interview them, and here's how it went.
I’ve been using Linux since around 2003. I think my first distribution was Slackware, followed by Debian, but it wasn’t very long before I discovered SUSE and since then I’ve been hooked. I started contributing with the great ‘opening up’ of the distribution that came with the launch of the openSUSE Project in 2005. In terms of ‘upstream contributions’, I’ve contributed to GNOME, ownCloud, Spacewalk, Cobbler, and a few other projects over the years, but normally through my involvement with openSUSE. I guess you could say I’m a little ‘Geeko-centric’ that way.
Dan Allen: I can understand the programmer's dilemma in having to write documentation. It can be a long and painful process. Documentation in open source is often a missing link. There are four major pillars of developing open source software. Each one has it own elements of problem-solving associated with it. These are design, code writing, testing and documentation.
openSNP is a non-profit, open source web application project that allows users to take consumer genotype tests and upload the raw data so that it's accessible to everyone. The tool parses and annotates the data, and lets users share it with others. I spent some time chatting with one of the founders of the project, Bastian Greshake, about why he started openSNP, what technology the project uses, and how they actively try to scare their users away before getting them to sign up.
I don’t think you can compare Red Hat to other Linux distributions because we are not a distribution company. We have a business model on Enterprise Linux. But I would compare the other distributions to Fedora because it’s a community-driven distribution. The commercially-driven distribution for Red Hat which is Enterprise Linux has paid staff behind it and unlike Microsoft we have a Security Response Team. So for example, even if we have the smallest security issue, we have a guaranteed resolution pattern which nobody else can give because everybody has volunteers, which is fine. I am not saying that the volunteers are not good people, they are often the best people in the industry but they have no hard commitments to fixing certain things within certain timeframes. They will fix it when they can. Most of those people are committed and will immediately get onto it. But as a company that uses open source you have no guarantee about the resolution time. So in terms of this, it is much better using Red Hat in that sense. It’s really what our business model is designed around; to give securities and certainties to the customers who want to use open source.