Feeds

Open source's ardent admirers take but don't give

Free riders' self-defeating logic

  • alert
  • submit to reddit

Providing a secure and efficient Helpdesk

Open...and Shut Open source went mainstream long ago. It's a pity, then, that it's still so poorly understood by many of its most ardent admirers.

For example, ask a gaggle of IT executives, as Accenture recently did, why they're heavily adopting open-source software — and adopting heavily, they are: 50 per cent of those surveyed are "fully committed" to open source, while 69 per cent plan to up their investment in open source, and a full 38 per cent plan to migrate mission-critical software to open-source alternatives in 2010.

Their responses?

Improved code quality (76 per cent), better reliability (71 per cent), and lower software maintenance costs (71 per cent). These figures are corroborated by Forrester's own survey data.

Great numbers, right? Well, yes — until we add in one additional data point: 29 per cent are unwilling to contribute back their code modifications to the relevant communities.

This isn't necessarily a problem. After all, open source doesn't require everyone to contribute back, so long as a critical mass of interested parties contribute back and thereby keep projects from stagnating.

But it does call into question the benefits these IT executives hope to glean from open source.

Consider: if an enterprise modifies an open-source project and doesn't contribute back those changes — and work to get those changes accepted into the main code body — then it is left to maintain that software on its own. Not only does this raise the cost of maintenance on the software, but it also potentially eliminates — or, at least, minimizes — the benefits of code reliability and quality.

Not all developers are created equal, after all, and there's no guarantee that your engineers who hack the Linux kernel, for example, are going to do so as well as Google's Ted Ts'o or Novell's James Bottomley.

Interestingly, these two developers sparred over this very issue at LinuxCon in Boston, Massachusetts, this past week, as The Reg reported. Google has come under fire for allegedly forking the Linux kernel with its Android project, for failing to contribute Android changes to the mainline Linux code thereby setting up itself, and the wider Linux community, for prolonged inefficiencies and incompatibilities between the two.

While Google promises to contribute the Android code back, it doesn't seem to be in a hurry to do so. And why would it be? As long as Google isn't concerned with the added cost burden — which it clearly isn't, citing Android development costs as "immaterial" — then it is perhaps to Google's advantage to keep Android's code open ... yet not easily copied.

Google, for its part, isn't gushing to Accenture about software-maintenance cost savings, and almost certainly feels that it can deliver equal or greater reliability and quality than can the core Linux kernel development community. It has been hacking the Linux kernel for years for its core search and other products. Google groks Linux.

Google, in other words, isn't talking out of both sides of its mouth when it comes to open-source adoption. It understands the costs associated with going it alone in Linux development, and is prepared to accept those.

I wonder, however, if the IT executives surveyed by Accenture have taken a good, hard look at their conflicting beliefs on how open source helps them, and what they're willing to give back.

Is this a problem? No, Linux Foundation executive director Jim Zemlin told me over lunch at LinuxCon:

Everyone ends up giving back, even if they start out by forking a project and trying to go it alone. Over time it's simply not sustainable to fork and maintain a project on one's own, and companies eventually figure that out.

Savvy CIOs should recognize that the benefits of open source scale with one's participation in open source. According to Zemlin, they may not understand this from the start, but they eventually get it, as IBM, Intel, and others did.

There are benefits to be had from free-riding on open-source communities, to be sure. But the benefits are multiplied when an enterprise actually participates in an open-source community, rather than simply borrowing from it. ®

Matt Asay is chief operating officer of Ubuntu commercial operation Canonical. With more than a decade spent in open source, Asay served as Alfreso's general manager for the Americas and vice president of business development, and he helped put Novell on its open-source track. Asay is an emeritus board member of the Open Source Initiative (OSI). His column, Open...and Shut, appears every Friday on The Register.

Secure remote control for conventional and virtual desktops

More from The Register

next story
Microsoft WINDOWS 10: Seven ATE Nine. Or Eight did really
Windows NEIN skipped, tech preview due out on Wednesday
Business is back, baby! Hasta la VISTA, Win 8... Oh, yeah, Windows 9
Forget touchscreen millennials, Microsoft goes for mouse crowd
Apple: SO sorry for the iOS 8.0.1 UPDATE BUNGLE HORROR
Apple kills 'upgrade'. Hey, Microsoft. You sure you want to be like these guys?
ARM gives Internet of Things a piece of its mind – the Cortex-M7
32-bit core packs some DSP for VIP IoT CPU LOL
Microsoft on the Threshold of a new name for Windows next week
Rebranded OS reportedly set to be flung open by Redmond
Lotus Notes inventor Ozzie invents app to talk to people on your phone
Imagine that. Startup floats with voice collab app for Win iPhone
prev story

Whitepapers

Forging a new future with identity relationship management
Learn about ForgeRock's next generation IRM platform and how it is designed to empower CEOS's and enterprises to engage with consumers.
Storage capacity and performance optimization at Mizuno USA
Mizuno USA turn to Tegile storage technology to solve both their SAN and backup issues.
The next step in data security
With recent increased privacy concerns and computers becoming more powerful, the chance of hackers being able to crack smaller-sized RSA keys increases.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
A strategic approach to identity relationship management
ForgeRock commissioned Forrester to evaluate companies’ IAM practices and requirements when it comes to customer-facing scenarios versus employee-facing ones.