What is Open Source?
s390 writes "The Inquirer is running an article by Olliance about "What is Open Source?" It appears to be the first of a two-part series for managers about how to engage with the open source community. The writers seem to know their material. Are they on target or have they missed something important? Do PHBs really need to read this sort of introduction to get comfortable with the idea of using Linux and other open source software?"
Only some of the time. One big problem with open source software is that there's only so much attention to go around. High-profile projects like the Linux kernel and Apache get that attention. But once you get past the top 25 projects or so, attention is limited and quality becomes spotty.
The biggest problem is mid-level open source software that's useful but contains some major design error. It's almost impossible to fix such things. Those projects don't get the attention needed for a major rewrite, and the "patch" approach doesn't generate a redesign.
CVS is a good example of this. It's a basically good idea, implemented badly. CVS is a client/server system with a database back end. But the client/server system is ad-hoc, as is the database system. CVS clients look for specific text messages coming back from the server; there's no proper client/server protocol, not even error codes. The "database system" is just a collection of data files, lock files, and status files, which can get out of sync.
"Subversion" was written to deal with these issues. When it's done, it will do about what CVS does, but hopefully better. That indicates a failure of the patch-based open source process. CVS couldn't be fixed within the process; it was necessary to start a new project and rewrite.
Below the projects that are marginally successful is the dark underside of open source, the thousands of dead and moribund projects on SourceForge. The SourceForge people like to boast about how many projects they have, but for most of them, they're just providing free hosting for trash.