Tightening the open source bolts


Today, I assembled a second typing chair for my office. On the underside of the seat was a notice that and said I should “check and retighten all bolts and parts at least every three months.” I imagine there are people who routinely check the tightness of the bolts on their chairs. I am not one of those people.

Now this led me to thinking about open source software. “Why?” you might wonder. Ah, because the whole problem of maintenance and management seems to be a central issue in the argument over open- vs. closed-source software.

With closed-source software, we’ve come to rely on vendors telling us about upgrades and patches, a service we like because we feel it reduces our workload. We let the antivirus subsystems autoupdate themselves, and, of course, we let Microsoft Corp. tell us what updates are available for selected Windows components. But beyond that, it is all a bit, well, slapdash in the closed-source world.

People who don’t believe in the value of open-source point out that open-source providers have no interest in telling you about fixes, patches and updates, or in creating fixes and patches in a timely manner. I contend the flow of information about open-source problems is no worse than in the closed-source world.

I know many of you have had serious problems with just about every type and level of proprietary software available. Above and beyond the usual gripes, the real problems range from the vendors not admitting to problems and not informing users of known problems to being way too slow to fix the code even when the problem is admitted to and widely circulated.

What I hear from open-source users is, well, nothing like that. It seems that by committing to open-source, you also commit to a greater level of self-reliance. What it comes down to is that, if you are serious about your IT infrastructure and you use open-source, you have to know more about the software and must be willing to spend on training.

However, proprietary software has a few advantages: the documentation might be more readable (although not necessarily more thorough), you sometimes can get solutions running with less effort, and premium support and service might be available.

When you add it all up, the costs of open-source and proprietary software might be the same, just distributed differently. It’s just another example of the old axiom “There’s no such thing as a free lunch.”

The choice between open-source and proprietary software is a trade-off and a gamble. The trade-off is all about whether you get better value, service and support from commercial closed-source vendors as compared with that from the developers and the community that surround open source projects. The gamble is whether you’ll be right when things go wrong. So, which are you betting on?

Now excuse me, I must go and plan my chair bolt-tightening schedule. Source for the goose to backspin@gibbs.com.