Commentary

Serdar Yegulalp
 

Communities Vs. Teams: Open Source Needs Both

A curious insight has come from all the recent talk about MySQL / Sun / Oracle. People talk about a community around a given open source product, but there's at least as much talk about a team within it. Let's not neglect the importance of either of those things.

A curious insight has come from all the recent talk about MySQL / Sun / Oracle. People talk about a community around a given open source product, but there's at least as much talk about a team within it. Let's not neglect the importance of either of those things.


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Some of this thinking arose from talk about some of the gloomier prospects for MySQL, speculation which goes as far back as Sun's purchase of the company. What good is the software without the team of people who built it? It's difficult to replace the synergy you get from such people (and I hate that word, but it's really the only one that fits) with folks who have been largely on the outside looking in.

Likewise, you also can't replace the outside community of users and contributors with an inside team. The perspective you get from the community often isn't anything like what you get from the core developers -- and that's precisely why it's so valuable. Each sees things the other doesn't.

And yet ... I get the impression there are people who would just as soon find a way to live without one or the other. Unrealistic. "Delusional" might be just as good a word. Few programs of scale can be written effectively in a wholly decentralized fashion. Look at all the major open source success stories, from the Linux kernel on out: all of them needed a strongly organized core development team to get where they are now. That sort of discipline is no accident.

It's also rarely possible for such work to get the street cred it needs without people on the outside, contributing back. I'll venture further and say that such contributions don't always have to be code, although that's the default form of contribution. In Firefox's case, you have the whole culture of add-ons and plugins, the vast majority of which were authored by other people.

That's why whenever I hear people dismissing the fate of MySQL with a shrug and lines like "It's open source, they can do what they want with it," I get antsy. Mere access to the source isn't a substitute for people who have made that project into their mission. And downplaying dev teams in favor of code-in-the-abstract is a great way to kill a perfectly good project.

InformationWeek has published an in-depth report on new software models. Download the report here (registration required).

Twitter: Me | InformationWeek
Facebook: InformationWeek


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links