G
Greg Goodman
>> "I think that most people will want to buy something which is already put
>> together and tested by someone else.
> My understanding is that what Michael describes is the definition of a
> proprietary system.
I disagree completely. "Proprietary" means that only the manufacturer has access to the internals, or the right/ability to fix or modify it. Michael is describing a product whose components are open, but whose initial assemblage and configuration and testing have been taken care of for you. When you buy such a package, you're paying for the effort and expertise that went into the packaging. You're not paying for the software, and you're not obliged to get your support, or your fixes, or your consulting, or your upgrades and add-ons and customizations, from the same provider. "Open" means you have the right and the access (whether or not you have the skill) to take over completely the management and maintenance of your system. Lacking the skill or the time or the inclination, you are also free to have someone else do it.
To use a mundane example, houses are "open" technology; the plans are published, the materials are readily available, and any technologist competent in the field can build one, or fix or modify one once it's installed. That doesn't mean that everybody builds their own house, or that there's no money to be made building houses for other people. What it does mean is that there are a variety of approaches to getting a house built. You can buy the materials and build one, or buy the materials and pay someone else to build one, or pay somebody else to take care of the whole thing. You are also free to buy a pre-fab that only the manufacturer can work on, but that's an idea that even Buckminster Fuller had trouble selling to the public.
The analogy can actually be pushed a bit further. A house has a number of complex subsystems, and any one person is probably not an expert in all of them. You may be a good carpenter or plumber or bricklayer, but
you may not know much about pouring concrete or wiring electricity. For this, you hire specialists, or hire a general contractor that employs specialists. Later, when you need the attic converted to a bedroom, or an alarm system installed, or a swimming pool that ties into your
plumbing and electricity, you're not beholden to the original builder.
As Curt frequently points out, "open" isn't just about low cost; it's about freedom. And that freedom isn't limited to the choice between doing it yourself and buying from one of the big-name distributors. It's a freedom that lasts forever, and survives the demise of the manufacturer, survives the abandonment of software packages by the provider, is immune to the obsolescence of standards and protocols and interfaces. As long as you can find (or be) someone competent in the technology, you can protect your investment.
> I can't think of anyone I have ever known, that would go
> to the trouble of organizing, testing and distributing this software without
> a payback.
The payback for packaging is a completely separate issue from whether "pre-packaged" is equivalent to "proprietary".
There are two easily identified revenue streams from packaging/distributing open source components:
1) people paying for the convenience of using your packaged version
red hat makes money from their distributions because most linux users don't want to collect the several hundred software packages it takes to make a usable desktop box, verify that the versions are current and correct, compile them in an appropriate development environment, and configure them from scratch. users are also happy to have the correct video driver (out of the several hundred possibilities) auto-selected and installed, the correct NIC driver, the correct ATAPI/CDROM driver, etc. red hat (and every other distribution provider) has done sufficient work that the dollars it costs me to buy their distribution (about $30) is much less expensive than the time it would cost me to accomplish the same thing (many hours, maybe days).
2) people paying for support
which brings us to your next point.
> ... the moment anyone
> but the distributor touched the code ...
> therefore destroying the foundation of "tested by someone
> else", the distributer has every right to cease supporting the software or
> charging plenty to fix it.
True; that's what warranties, service contracts and support agreements are for, which is a topic for another posting.
Regards,
Greg Goodman
Chiron Consulting
>> together and tested by someone else.
> My understanding is that what Michael describes is the definition of a
> proprietary system.
I disagree completely. "Proprietary" means that only the manufacturer has access to the internals, or the right/ability to fix or modify it. Michael is describing a product whose components are open, but whose initial assemblage and configuration and testing have been taken care of for you. When you buy such a package, you're paying for the effort and expertise that went into the packaging. You're not paying for the software, and you're not obliged to get your support, or your fixes, or your consulting, or your upgrades and add-ons and customizations, from the same provider. "Open" means you have the right and the access (whether or not you have the skill) to take over completely the management and maintenance of your system. Lacking the skill or the time or the inclination, you are also free to have someone else do it.
To use a mundane example, houses are "open" technology; the plans are published, the materials are readily available, and any technologist competent in the field can build one, or fix or modify one once it's installed. That doesn't mean that everybody builds their own house, or that there's no money to be made building houses for other people. What it does mean is that there are a variety of approaches to getting a house built. You can buy the materials and build one, or buy the materials and pay someone else to build one, or pay somebody else to take care of the whole thing. You are also free to buy a pre-fab that only the manufacturer can work on, but that's an idea that even Buckminster Fuller had trouble selling to the public.
The analogy can actually be pushed a bit further. A house has a number of complex subsystems, and any one person is probably not an expert in all of them. You may be a good carpenter or plumber or bricklayer, but
you may not know much about pouring concrete or wiring electricity. For this, you hire specialists, or hire a general contractor that employs specialists. Later, when you need the attic converted to a bedroom, or an alarm system installed, or a swimming pool that ties into your
plumbing and electricity, you're not beholden to the original builder.
As Curt frequently points out, "open" isn't just about low cost; it's about freedom. And that freedom isn't limited to the choice between doing it yourself and buying from one of the big-name distributors. It's a freedom that lasts forever, and survives the demise of the manufacturer, survives the abandonment of software packages by the provider, is immune to the obsolescence of standards and protocols and interfaces. As long as you can find (or be) someone competent in the technology, you can protect your investment.
> I can't think of anyone I have ever known, that would go
> to the trouble of organizing, testing and distributing this software without
> a payback.
The payback for packaging is a completely separate issue from whether "pre-packaged" is equivalent to "proprietary".
There are two easily identified revenue streams from packaging/distributing open source components:
1) people paying for the convenience of using your packaged version
red hat makes money from their distributions because most linux users don't want to collect the several hundred software packages it takes to make a usable desktop box, verify that the versions are current and correct, compile them in an appropriate development environment, and configure them from scratch. users are also happy to have the correct video driver (out of the several hundred possibilities) auto-selected and installed, the correct NIC driver, the correct ATAPI/CDROM driver, etc. red hat (and every other distribution provider) has done sufficient work that the dollars it costs me to buy their distribution (about $30) is much less expensive than the time it would cost me to accomplish the same thing (many hours, maybe days).
2) people paying for support
which brings us to your next point.
> ... the moment anyone
> but the distributor touched the code ...
> therefore destroying the foundation of "tested by someone
> else", the distributer has every right to cease supporting the software or
> charging plenty to fix it.
True; that's what warranties, service contracts and support agreements are for, which is a topic for another posting.
Regards,
Greg Goodman
Chiron Consulting