Are Open-Source Developers Too Critical?

to Development |

When I read the database report from Evans Data that I wrote about yesterday, I noticed that the open-source databases—MySQL and PostgreSQL—fared rather poorly, in comparison to the commercial products (notably Oracle and DB2). Hmm, I thought. Maybe it's a case of "you get what you pay for."

But then I chatted with Evans Data founder Janel Garvin while I was putting the final touches on the article (see Database Developers Users' Choice: Oracle). She pointed out that most open-source developers, particularly as reflected in the company's Linux and Open-Source report, are hyper-critical of their tools. Generally, she says, the developers tend to be less satisfied with the quality of any open-source tool they rate... compared to, say, Windows developers rating commercial Windows tools. Janel and I spent some time musing about the reasons why.

If I were un-fond of open-source, I expect that my opinion would be that developers are simply honest, and that they are perfectly well aware that the proprietary solutions are superior. Except I'm an open-source-friendly kind of gal, and I don't think that's what's happening here.

Instead: I think it's a matter of self-criticism, in this case where "self" is "myself as part of the open-source community."

That is, when you pay someone else to supply a box of shrink-wrapped software, you're emotionally distant from it. You may rant about its inadequacies, but you're essentially powerless to change them, and you have no expectation that your personal opinion will affect the product's evolution.

With open-source software, on the other hand, a developer who sees a missing feature or an unfixed bug has her own skin in the game—or is connected to those who do. There's a sense of personal responsibility. Even if you don't fix the application, you easily can have a sense that it's something that ought to be addressed, darnit, by someone. And, unlike the attitude that one can easily bring to a commercial product ("I wish they'd add that gargleblaster capabilility, but I guess it's not a priority for the company"), with an open-source tool weakness a developer can easily say, "Hey, why isn't that working right, yet? Get on the stick, folks!" Perhaps we are all more critical of our own families than we are of others'.

It's like the old adage about the difference between involvement and commitment, as demonstrated by making breakfast. The chicken who supplies the eggs is involved, but the pig who supplies the bacon is committed.

If this is so, then it's probably neither a good thing or a bad thing; just another unique attribute of open-source communities. (Though it does make it more difficult to compare products!)

But that's just my take on it and I'm going on nothing but gut feel. I'd be interested in other views: why do you think open source developers are (statisically speaking) more critical of open-source tools?

Print

Browse CIO Blogs

See all CIO Blogs »

Cloud computing has emerged as one of the most significant game changers to hit the technology landscape in the past 20 years. With this massive expansion of the cloud, the perception of the IT organization is shifting from a utility player to a change agent. This eBook breaks down five ways progressive organizations are using cloud-based IT Management solutions to help drive innovation and become more strategic, including: adding visibility and analytics, speeding up time-to-value, lowering costs, improving prioritization, and providing a blueprint for future cloud deployments.
Read the white paper to see how IBM helped Citigroup deliver new services and enhancements to their 200 million customers faster.
There are 3 ways to modernize legacy applications: rewrite completely, acquire packaged solutions or migrate existing code. This paper explains why it's best to migrate and how IBM® Rational® software can help.
Accommodating specific lines of business can result in a hybrid ecosystem of applications and servers. The resulting complexity of this architecture makes for an environment that is costly to maintain and difficult to change when addressing new challenges.
This whitepaper will help you to define a mobile device passcode policy. Security managers must attempt to reconcile two opposing goals. They must: 1) create a passcode policy that is strong enough to protect the device if it is lost or stolen, while: 2) not annoying users with needless length or complexity.
This whitepaper, authored by The Radicati Group, looks at the key reasons organizations should consider moving to a cloud-based archiving solution. Email archiving solutions enable organizations to store, monitor, and collect electronic data exchanged by their users to comply with internal policies and regulations.
ATERNITY will showcase a 30-minute demo on how Fortune 500 companies are leveraging its award-winning FPI Platform to deliver a user-centric approach to Proactive IT Management.
For businesses to move forward and tap into the ever-expanding universe of Internet users and network-enabled devices, it's critical to learn how to make the transition to IPv6. Learn the critical steps your organization must take to make a seamless transition-and keep your business world connected.
Learn how IT teams can protect against spear phishing tactics. Harry Sverdlove, chief technology officer of Bit9 offers a frank discussion about spear phishing - the most common technique used in today's advanced attacks.
Learn how to build a solid business case for your migration to Red Hat Enterprise Linux so you can run leaner, innovate faster, be more flexible and own the New Now.
Social media isn't about you; it's about everything around you. As you consider how your customers want to communicate with you, social media is something that can't be ignored. But what should your strategy be? Is social media "just another channel?" What kind of a plan makes sense for your contact center and for your customers? Join our experts as they share their insight and research results.
Hardware tokens were a popular method of strong authentication in past years but the cumbersome provisioning and distribution tasks, high support requirements and replacement costs have limited their growth. The additional log-in steps that hardware tokens require and the resulting user frustrations have limited adoption and make them impractical for larger scale partner and customer applications.

Newsletter Sign-Up »

Receive the latest news test, reviews and trends on your favorite technology topics

Choose a newsletter
  1. View all Newsletters | Privacy Policy