Offering regional and national programs, CIO (and CSO) events bring together some of the most respected names and thought leaders in information technology and security. Presented by CIOs and other senior level executives, these invitation-only programs offer timely topics and strong networking. Learn More »
June 17, 11:30 AM - 12:30 PM U.S./ET (GMT-4)
Larry Bonfante, CIO of the U.S. Tennis Association, will discuss the skills and approaches that your rising IT leaders must learn to be effective in an executive capacity.
How to Handle Your New CEO: Managing Turnover at the Top
June 18, 11:00 AM - 12:00 PM U.S./Eastern (GMT-4)
Turbulent times have increased turnover at the top. Find out what Council CIOs have done to "break in" new CEOs—build relationships, set expectations, educate on the role of IT.
Mid-Market CIO Panel: Tips and Techniques for Improving Vendor Relationships
July 15, 4:00 PM - 5:00 PM U.S./Eastern (GMT-4)
We'll highlight relationship priorities and best practices identified in a Council study, and we'll interact with a CIO panel on the approaches they've used to improve strategic vendor partnerships.
Executive Competencies Assessment Tool
Assess Your Business Leadership Skills with the Council's new benchmarking tool. Rate yourself in change leadership, strategy, customer focus and more.
Learn more about the CIO Executive Council »Apply today for a FREE subscription to CIO Magazine!
June 23, 2008 — CIO —
Open source is no longer a novelty, even within the largest corporations. Today, 53 percent of businesses use open-source software, according to a recent CIO.com survey. However, not enough of those businesses are contributing code back to the open-source community, said Jim Whitehurst, president and CEO of Red Hat, at the Red Hat Summit. And such contributions would benefit the enterprise even more than it would the development community, he explained.
According to Jim Zemlin, executive director of The Linux Foundation, 75 percent of software is written for in-house use. As Whitehurst pointed out, much of that code is never used—a true waste of resources. "Think how much software is written out there that is behind proprietary walls," Whitehurst said.
Often, a company will create an innovative technology solution, using open-source software such as the Linux operating system, that can be appreciated by other developers and users. Whitehurst sees this as an opportunity to evangelize the power of open source to help businesses work more efficiently.
Zemlin agrees about the importance of getting sophisticated internal developers involved, which he sees as an untapped brain trust. "Getting those people to contribute to the process is critical," he says.
For example, Whitehurst said, the Merge real-time messaging functionality in Linux was originally written by J.P. Morgan for its internal needs. But any enhancements the company would make would fork the OS, requiring the company to re-implement its customizations every time it upgraded its Linux computers. According to Whitehurst, JP Morgan's CIO realized that support costs could be reduced by contributing the source code to the Linux community. Other Linux users would benefit, which would be nice... but more important to JP Morgan, the company wouldn't have to invest its own resources in maintaining an internal application. The Merge code would now be updated and enhanced by Linux developers at large, in addition to any committers on its own staff.
Similarly, Whitehurst said, a Canadian insurance company developed ESB and contributed it to the Linux community. Doing so, he said, built a large community of users.
This isn't exactly uncommon. As reported in CIO.com's survey, half of those who use open source (49 percent) often or sometimes report bugs or contribute their changes back to the open-source community; 11 percent have open-source committers on their staff.
You may expect that companies would be concerned about competitive differentiation, and keeping ones' customizations out of the hands of their industry competitors. That's actually the opposite of what Zemlin has seen. People care about how their code is used in Linux and in other open-source software, he says, and they notice which companies contribute the most code. They see it as individual program recognition as well as demonstrating company domain expertise. When survey results come out, Zemlin says, his phone has rung off the hook with questions like "Why isn't my company more accounted for?"
The most effective ways for enterprises to contribute to open source projects is when their own self interest is involved, according to Zemlin. A company that has to rewrite everything for an in-house legacy application or device driver will often be held back by the reluctance to upgrade. Instead, Zemlin says, "It would be better to submit changes into the [Linux] mainline," he says, creating a sustainable system for which the enterprise no longer has to be the only source of development resources.