Ted Leung on the air
Ted Leung on the air: Open Source, Java, Python, and ...
Ted Leung on the air: Open Source, Java, Python, and ...
Mon, 17 May 2004
Code, community and money
Marc is starting to get the idea that code isn't the only thing that matters in open source.
Lots of people think that open source is about the licenses and the source code. I don't think that's entirely accurate. I think that a very important thing about open source is the ability of a large community of people to work on a software system in a collaborative fashion. The licenses and the availability of source code facilitate that.
Just how valuable is the code anyway? In the past, I've worked on two large software projects: Taligent and Newton, each of which produced large and highly innovative code bases. What is the value of those code bases today? Well, Apple (and IBM and HP for Taligent) has the tapes. They have all the code. But they probably can't do anything really meaningful with that source code because the people that wrote that code, that understand how it works, and why it was designed the way it was, are gone. This is why a healthy developer community is important. The community knows the code: how to make it, fix it, and enhance it.
What does this have to do with money? Today, people pay money for software, and usually that supports the developer community for that piece of software. That money also supports other things like advertising, executive salaries, and venture capital returns. As software users, we need to find ways (note the plural) to financially sustain communities of people who are producing software that we find useful, because that's how you make sure that there's a version N+1, fixes for critical bugs, documentation, and all the other things that people expect from software products.
We also need to feel sure that the money we paid is used for that purpose, and not some other. There's a common complaint with donations to charities, which is that too much of the money gets eaten up by administrative or other costs, which means that much less of the donated money actually gets used for the purpose for which it was intended. There's a similar problem with sustaining development communities. When you say that the software product is the thing worth paying for, it becomes easier to insert siphons into the pipeline to the development community, because you can justify all kinds of things as being necessary for producing the product.
[00:53] |
[computers/open_source] |
# |
TB |
F |
G |
6 Comments |
My own observation of the Open Source Community is that most of the people within it are Users and not contributing code.
As an XML guy with an Atom feed, what do you think about this RSS vs Atom hubub? Can they live together side by side or will one render the other obsolete?
Posted by paul at Mon May 17 03:17:29 2004
As an XML guy with an Atom feed, what do you think about this RSS vs Atom hubub? Can they live together side by side or will one render the other obsolete?
Posted by paul at Mon May 17 03:17:29 2004
Paul -- my experience has been that, while many folks use open-source software and never contribute a single line of code, many of those "mere" users are documenting, advocating, extending, or planning the code the code. They're sitting on boards and working within professional organizations. Some of them are donating cash and materials. They're adding value, too. There's a lot more to a successful open-source project than code. :)
Posted by Brian at Mon May 17 04:49:38 2004
Posted by Brian at Mon May 17 04:49:38 2004
I wrote an email which rendered such (collective) ideas clearly. It was a response to a group trying to donate some code to the Apache Software Foundation.
I would be very interested in exploring those "ways" to sustain communities. I think it is a key issue for our industry currently.
Posted by Santiago Gala at Mon May 17 14:11:40 2004
I would be very interested in exploring those "ways" to sustain communities. I think it is a key issue for our industry currently.
Posted by Santiago Gala at Mon May 17 14:11:40 2004
Users who don't contribute code also provide other advantages: they demand compatibility and adherence to open standards from other vendors, they provide tech support to their office mates, they complain about important bugs that need fixing, and perhaps most importantly every user of your software is one less contribution to the war-chest your competitor is massing to go after you.
Posted by Bug at Mon May 17 17:19:22 2004
Posted by Bug at Mon May 17 17:19:22 2004
Paul,
Some of the other commenters have hit the points on users. As far as RSS and Atom go, they are living side by side right here on my blog. The only way I can see one obsoleting the other is if one's functionality eclipses the other's, which hasn't happened to date.
Posted by Ted Leung at Mon May 17 23:28:16 2004
Some of the other commenters have hit the points on users. As far as RSS and Atom go, they are living side by side right here on my blog. The only way I can see one obsoleting the other is if one's functionality eclipses the other's, which hasn't happened to date.
Posted by Ted Leung at Mon May 17 23:28:16 2004
We had an idea that we call "Hive Allocation." It's a way for a group of people to us LiquidDemocracy to determine how to allocate money themselves.
What you would have is something like a "software coop," where when you pay the money for some software, and receive the software, the story isn't over. Rather, you then participate in the internal allocation of the money.
If you don't want to participate in the allocation, you just delegate all your economic power to some other trusted party. Maybe a friend, a project lead, or whomever.
But at any point, while you're money's still in a "feed," you can redirect the flow of the money. So if someone spends the money in a way you don't like, you can just redirect it.
Posted by Lion Kimbro at Mon May 24 19:00:28 2004
What you would have is something like a "software coop," where when you pay the money for some software, and receive the software, the story isn't over. Rather, you then participate in the internal allocation of the money.
If you don't want to participate in the allocation, you just delegate all your economic power to some other trusted party. Maybe a friend, a project lead, or whomever.
But at any point, while you're money's still in a "feed," you can redirect the flow of the money. So if someone spends the money in a way you don't like, you can just redirect it.
Posted by Lion Kimbro at Mon May 24 19:00:28 2004
You can subscribe to an RSS feed of the comments for this blog:
Add a comment here:
You can use some HTML tags in the comment text:
To insert a URI, just type it -- no need to write an anchor tag.
Allowable html tags are:
You can also use some Wiki style:
URI => [uri title]
<em> => _emphasized text_
<b> => *bold text*
Ordered list => consecutive lines starting spaces and an asterisk
To insert a URI, just type it -- no need to write an anchor tag.
Allowable html tags are:
<a href>
, <em>
, <i>
, <b>
, <blockquote>
, <br/>
, <p>
, <code>
, <pre>
, <cite>
, <sub>
and <sup>
.You can also use some Wiki style:
URI => [uri title]
<em> => _emphasized text_
<b> => *bold text*
Ordered list => consecutive lines starting spaces and an asterisk