Commentary

Serdar Yegulalp
 

The So-Called 'Incompleteness' Theory Of Open Source

Sourceforge.net, the premier repository for open-source software, has more than 160,000 projects registered. Many of them will never reach the 1.0 revision marker. But is that really a bad thing?

Sourceforge.net, the premier repository for open-source software, has more than 160,000 projects registered. Many of them will never reach the 1.0 revision marker. But is that really a bad thing?


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Here's how the argument is typically phrased: Look at the sheer number of open source projects that spring up, engender a flurry of activity, then die off. Doesn't that say something about open source as a development philosophy? I've heard variations on this argument for a long time, and at first I thought there was something to it. Then common sense asserted itself.

Well, here's my answer, admittedly a tad snotty: Look at the sheer number of businesses that spring up, engender a flurry of activity, then die off. Doesn't that say something about capitalism as an economic philosophy?

The fact that many open source projects never get past an alpha stage is no more an indictment of open source as a development philosophy than the fact that businesses fail is an indictment of capitalism.

Many criticisms of Linux and open source, I think, revolve around mistaken perceptions of what they're for and why they're used. Open source doesn't guarantee anything except that the source code for your project will be readily available to others for inspection or for re-use according to whatever licensing you're providing it under. It doesn't guarantee that your project will be a success. It doesn't assure you that even if you're working on the most uninspired, copycat project imaginable (oh, look! yet another CD burning tool!), you'll enjoy popularity and re-use in many places.

What it does guarantee is that if you're no longer able to continue work on the project, other people aren't prohibited from doing so. It also guarantees that the work you do is documented in public, so that concerns about security or efficiency can be checked independently by others. And if you dismiss open source software out of hand for having sparked any number of unfinished projects, then you're also forced to dismiss all the other things that are roaring successes -- MySQL, Apache, Linux itself, or even little programs like 7-Zip (which I use daily).

I'm encountering an analog of this in another field. Every November, a great many writers around the world participate in National Novel Writing Month, an informally moderated challenge to write a 50,000 word manuscript in 30 days. (I've been participating for two years now.) Some of the sneering directed at the competition has been stupefyingly mean-spirited, to wit: most of this writing is total junk; you people are never going to get published so stop kidding yourselves; there's already too much bad writing out there; and so on. To all this I say: So what? No one's forcing you to read any of it. The point is not to write a masterpiece and make a million bucks, anyway; the point is to write, and maybe spark someone who does have talent to act on it.

There are other possible criticisms of open source, such as whether or not open source development makes it impossible to develop closed-source software at all (something I'll talk about separately). But this particular canard strikes me as nothing more than a peculiarly embittered variety of sour grapes at best, and a complete misunderstanding at worst.


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