RECENT ARTICLES

Open Source Weblog

Why would you *not* open source a development project?
November 29, 2006

Just because a company is heavily involved with Linux, does not necessarily make it an open source vendor. A good example is SteelEye, the high availability subsidiary of SIOS. I met up with both companies and discussed their expansion plans yesterday.

SteelEye is well-known as a Linux-related company and does contribute to the Linux development process, but its software is not actually open source. According to SteelEye’s president and CEO, Paul Adams, that situation is unlikely to change in the near future.

“It’s an ongoing debate,” he said. “We have not decided to go down that road.” Explaining the company’s relationship with the open source model, he added: “We do use some open source technology in replication on Linux, and we contribute to the Linux kernel, but we are a proprietary provider on top of open source.”

James Bottomley, CTO at SteelEye and chair of the OSDL Technical Advisory Board is a key Linux developer, maintaining the SCSI subsystem, the MCA subsystem.

While the company is keen to contribute to the open source development process, it is unconvinced that opening up the code to its core projects would be worthwhile. Key to the debate is whether it would be possible to create a thriving community around the company’s high availability clustering technology.

“The technology we deliver is not like an application per se, we don’t see that people can add that much value to it,” said Adams, noting that the number of people with high availability expertise that might contribute to an open source project is limited.

Clearly open source is not always the solution, and the ability to generate a thriving community should be a key consideration for any vendor.

While SteelEye sees little value in opening up the code to its core offerings, there are opportunities on the periphery where external help could add value for the company and its customers and partners.

One such area is the company’s Application Recovery Kits for specific packaged applications. “Those are areas where we think the community at large can add value,” said Adams. “That’s something that we keep a watching brief on.”

Digg this

  Email this entry to a friend

Posted by Matthew Aslett on November 29, 2006 12:18 PM

Comments

Post a comment

Name:

Email Address:

URL:

Remember Me?    Yes     No 

Comments: