Feeds

The real reason most source is closed? Open is hard

We have the desire. But not the means

Build a business case: developing custom apps

Open...and Shut As much as 95 percent of the world's software is written for internal, enterprise use, rather than by vendors for sale, a point famously made by Eric Raymond in The Cathedral and the Bazaar. Much of this software, in turn, has no proprietary value for the enterprises that develop it. So why isn't the world deluged with enterprise-written open-source software? Why do so many CIOs gladly use open source but not contribute to it?

Because open source is hard. Really, really hard.

I've been relearning this lesson lately as I've helped advise a senior IT executive at a Fortune 500 company. His team dearly wants to open-source some promising code it has developed, code that serves a need within his own large enterprise but could be of significant value to a wide array of enterprises.

But they can't.

Again, it's not for lack of desire or effort. They've bought into Red Hat CEO Jim Whitehurst's call to unlock the treasure trove of isolated, enterprise code. And they're trying hard to meet the basic elements of successful open-source projects: code modularity, great documentation, permissive licensing, etc.

So what is holding them back? More than anything else, project governance and community leadership. Among the elements of successful open-source communities (warning: PDF), it's critical to have a governance model that promotes open, meritocratic leadership within the project. It's equally important to kickstart the project with a project leader (think: Linus Torvalds) that can inspire outside developers to contribute.

This is where things go off the rails for my enterprise friend, and I'd argue where things almost always go awry for enterprise contributions of internally-developed enterprise code. It's hard enough to run the gauntlet legal departments set up: while vendors are used to the idea of indemnifying customers for use of their software, enterprise IT is not. Few legal departments want the potential risk associated with releasing code that is generally a) not directly driving their business and b) potential lawsuit bait.

It's just not worth it.

But even if one can circumnavigate these legal hang-ups, the leadership conundrum remains. In part because of other legal hang-ups. For example, even if one open-sources one's code under an open-source license that disclaims responsibility for the code, management of the project is like waving a banner to would-be litigants that screams, "Sue me! I'm in charge of this code!" So enterprises are likely to try to find a partner of some kind to take over management of the open-source code. But unless this partner has a strong desire and self-interest in seeing the code community thrive, they're unlikely to do an adequate job.

All of which leaves us with a gargantuan pile of closed-source code that is unlikely to ever be open-sourced.

There are, however, other options beyond a full open source approach.

Perhaps a better bet is simply to release software as open source…but within the firewall. This doesn't enable an enterprise to tap into the value a global community could provide, but it does at least provide some code reuse benefits within the enterprise.

Another option is to contribute resources to existing open-source projects. This removes the burden of leadership and governance of a project, and it dramatically decreases legal exposure. Neither option will placate open sourcerers who insist that any and all software be contributed to the global pool of open-source code. But then, such people have never tried to overcome the significant hurdles that impede enterprise IT from releasing its code into the wild. Open source is hard, precisely because it requires significant human investment, and is ineffective to the extent that it's simply code "thrown over the wall." ®

Matt Asay is senior vice president of business development at Strobe, a startup that offers an open source framework for building mobile apps. He was formerly 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 three times a week on The Register.

Secure remote control for conventional and virtual desktops

More from The Register

next story
'Stop dissing Google or quit': OK, I quit, says Code Club co-founder
And now a message from our sponsors: 'STFU or else'
Why has the web gone to hell? Market chaos and HUMAN NATURE
Tim Berners-Lee isn't happy, but we should be
Microsoft boots 1,500 dodgy apps from the Windows Store
DEVELOPERS! DEVELOPERS! DEVELOPERS! Naughty, misleading developers!
Mozilla's 'Tiles' ads debut in new Firefox nightlies
You can try turning them off and on again
Apple promises to lift Curse of the Drained iPhone 5 Battery
Have you tried turning it off and...? Never mind, here's a replacement
Uber, Lyft and cutting corners: The true face of the Sharing Economy
Casual labour and tired ideas = not really web-tastic
Linux turns 23 and Linus Torvalds celebrates as only he can
No, not with swearing, but by controlling the release cycle
prev story

Whitepapers

Top 10 endpoint backup mistakes
Avoid the ten endpoint backup mistakes to ensure that your critical corporate data is protected and end user productivity is improved.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Backing up distributed data
Eliminating the redundant use of bandwidth and storage capacity and application consolidation in the modern data center.
The essential guide to IT transformation
ServiceNow discusses three IT transformations that can help CIOs automate IT services to transform IT and the enterprise
Next gen security for virtualised datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.