JT Moree
2005/12/16
http://technology.guardian.co.uk/weekly/story/0,16376,1660763,00.html
I read the article at this site and once again I see a person coming to
Free/Libre/Open Source Software (FLOSS) with
expectations and faulty notions. Upon having been let down by his
expectations, this author--like many others--makes
broad claims about how 'Open Source' as an ideology is 'limited' and
'futile'.
In spite of the fact that the article makes very
true
claims about how complex the OpenOffice source code is, the author's
real intention is to prove a statement wrong because
he's disgruntled.
Like a grad student writing a thesis, he proclaims it at the beginning:
'"Many eyes make bugs shallow", suggesting that if lots of people
can view a program's source code, they will find and fix its errors
more quickly than commercial products whose code is jealously
guarded. The only problem with this is that it's not true -
certainly not in
one of the flagship projects of open source, OpenOffice . . . .
But
it also vividly demonstrates the limitations of open source as a way of
producing software, and its futility as an ideology.'
This article is making broad sweeping
claims that don't hold up to scrutiny. I
believe that these claims are based on false assumptions. Lets look
into them.
The article supports the thesis with this argument: "The myth of
open source
rests on two
improbable assumptions. The first is that a significant proportion of
users can fix bugs. . . . This is important because
of the second crucial false assumption: that even if not all users can
fix a bug, they can help find them. They can't."
I agree that these two assumptions are wrong but they are not basic
assumptions of FLOSS. The quote from Eric Raymond (I've heard
Linus Torvalds use
it too) is not talking about users--it is referring to
developers.
The whole article is based on faulty premises. Furthermore, look
back at the
statement that he is disproving.
The
statement itself is a quote plus his own interpretation of
that quote. You might note that the article is 'disproving' its
own interpretation and
not
the quote itself. To be fair, I've done the same thing--we all
misunderstand
things from time to time but writing an article blasting all of 'Open
Source' because of one project with faulty notions about the whole
movement is a bit extreme.
Another counter argument
I would make is that OpenOffice is not a 'flagship Open Source' project
as the article claims it is. It's only my opinion but I would
argue that Apache or the
Linux kernel are much better examples of flagship projects for the
FLOSS movement. The big difference between OpenOffice and Apache
or the Linux kernel is that the latter have always been FLOSS.
OpenOffice was first a proprietary, closed source product.
The article says, "As far as I
know, in
the five years it has been
available as open
source, not one contribution to the program has come from
amateurs."
Then it says, "There has been a lot of volunteer effort, but it has
gone into
support." So the article claims no one is helping and then says
"Oh
that help .
. . well that help isn't
with source code". Again I disagree. The documentation is
part of source and from the article it
sounds like macros were fixed--which is definitely source code.
The original quote from Eric Raymond does not say that users will
fix
bugs but that
is one of the 'basic tenants of open source' arguments. In the
broadest sense this is true. Some users will download and fix
bugs but a better phrasing would be 'users
can download'. It seems the author has
misunderstood the real concept
of
FLOSS which lies in the word can
not will. The article
says that FLOSS
ideology is futile because of this misguided assumption. Contrast
this
with the 'ideology' of proprietary software where users neither can nor will work with source code because
it is not available.
Even if
we allow this dubious interpretation
using the word will, the
article is still making the faulty
assumption that that all FLOSS projects are the same as
OpenOffice. Why doesn't the
article compare Apache or the Linux kernel to some proprietary
equivalents and make these same arguments about user support, code
complexity, and bugs? That would be a more accurate comparison of
the FLOSS ideology.
From the article "But complex open source
projects
seem uniquely badly placed to fix
them [bugs]. They rely on a very small group of programmers
relative to the user base, and who have no direct incentive to work on
the bugs that are important to users." Although I can see some
truth in this quote, once again we have a broad sweeping
statement. In most FLOSS projects the developers are also the
users. It makes no sense to say that the developers only work on
bugs that don't matter to users when they are the primary users.
Not only are they users but they are contributing by doing more than
just reporting bugs--they are fixing them. The incentive to fix
the bugs that are important is that they are running into them.
If other users want long outstanding bugs fixed they will have to
provide other incentive. If we again look at this from the
proprietary
software angle, if a bug is annoying someone and he really wants it
fixed he should start some bug
bounties. Get a few other users to chip in and pay to fix those
bugs. Has the author never seen bugs in proprietary
software that were long outstanding? How is FLOSS so unique in
this matter? I've seen page
numbering bugs in the most popular proprietary Word processor that were
there for years and may still be there. Yet, would the author say
that
proprietary software is a futile ideology because of outstanding bugs?
The article is implying that
FLOSS will fail--which only leaves
proprietary software. OpenOffice was a proprietary
product with complex messy code--so how is it
that commercial software is so much better as an ideology? Why is
it that Open Source will fail? User
support seems to be the answer given. The article makes
allusions to
support for proprietary software and seems to claims
that the 'Open Source' ideology should support people the same way
commercial companies do. NEWS
FLASH
If you want commercial support for OpenOffice, buy
StarOffice from SUN Micrososystems. StarOffice is the commercial
equivalent that comes with support. You would think the author
would know
that since he has been working with the OpenOffice community on
bugs for a period of time. It seems that the author--like many
other people--is assuming that freely downloadable
software should come with enterprise level free user support.
That intepretation
of
'Open Source' doesn't match up with the reality of it.
The quote from Eric Raymond also does not say, "If you open source
your software everyone will fix all of your bugs and provide user
support for you." Yet at the end of the article he takes the
position that companies only use FLOSS to get out of supporting users
and implies that FLOSS ideology is to blame. While I'd
agree that many people have the same wrong ideas about FLOSS, this
position is too broad. Only some of the most successful FLOSS
projects have commercial and non commercial forces behind them.
Debian and Knoppix are two examples of projects
with very little ties to commercial entities yet users get support in
those forums. The
Linux kernel, Ubuntu, and Apache have commercial backers who fund most
of the work. Those companies paying for the development have much
input into the process and are supported by the organization that
maintains the project. The problems the article talks, about
including bugs
and support, vary just as much in FLOSS projects
as it does in proprietary environments. Are we to believe that
the author has had nothing but excellent support from all of the
proprietary software he has ever used? In reality, this support
argument is a red herring because he
complains about lack of support when the author could get support from
Sun for a very reasonable price. StarOffice is $70 directly from
Sun and cheaper from some resellers.
In all of the rattling on about how FLOSS doesn't work as an ideology
the article misses the whole point of FLOSS. That anyone can
fix/fork/build a
business on/modify a FLOSS package because they have access to source
code. That cannot be done with proprietary software because
there
is little to no unrestricted access to source code. I do not see
how this fact makes FLOSS a futile ideology. Furthermore,
the arguments given in the article don't actually apply to FLOSS.
The problem
here seems to be that FLOSS doesn't live up to the expectations of some
misguided people.
I could go on--like the place where the article says FLOSS doesn't have
enough incentive to avoid errors in the first place or the diatribe
about signing a legal agreement before gaining commit access to source
code--but I won't. The second to last
paragraph in the article states that Windows® is much
better than older
version of Windows® and posits that OpenOffice might
someday be as good as Windows®--I certainly
hope not.