Sun Combativeness, Open-Source Peacekeeping A Good Match?Sun Combativeness, Open-Source Peacekeeping A Good Match?

Sun Microsystems took the plunge Nov. 30 and committed itself to convert much of its software product line to open-source code. Sun will give you its software ... <em>if only you will use it</em>. As a statement of business strategy, the move sums up multiple past failures, but maybe, just maybe, this time its approach will work.

Charles Babcock, Editor at Large, Cloud

December 5, 2005

4 Min Read
information logo in a gray background | information

Sun Microsystems took the plunge Nov. 30 and committed itself to convert much of its software product line to open-source code. Sun will give you its software ... if only you will use it. As a statement of business strategy, the move sums up multiple past failures, but maybe, just maybe, this time its approach will work.The announcement signals that Sun president Jonathan Schwartz is finally making good on his attempt to reposition Sun's software portfolio as a disruptive force in the market. He convinced me, a skeptic, of its wisdom a year ago. It took another 12 months to convince those inside Sun. Why is it a good idea? Because nothing else Sun tries in software seems to work. Ten years ago Sun caught the wave of Internet computing just right. It launched Java at a time when the corporate world was mad for an Internet on-ramp and Java appeared to be just the ticket. Sun had the brash mentality, the experience of developing Solaris, and an established customer base with which to capitalize on Java. So what went wrong?

Software is a shape-shifting business. The product isn't tangible, so the customer has to be convinced of the constancy, the ongoing commitment of the provider. Then the product has to take on a life of its own, anticipate the market and add attributes in a timely fashion that match where people want to go. Sun is capable of understanding this for several months at a time. Then it gets distracted and goes and picks a fight with someone that it thinks has an unnecessarily large share of the industry's customers. I was reminded of this when I asked Jim Sinur, Gartner analyst, whether Sun has got it right this time around. Sun did a good job championing Java and establishing, under pressure, a vendor community process that shared responsibility for Java's ongoing development. Now it's adding integration software from SeeBeyond to a middleware stack. That's a new addition to open source, not available elsewhere, and that's the kind of open-source initiative that has a chance of succeeding.

"Sun will be able to draw in some more hardware and operating system sales because ICAN [the SeeBeyond acquisition's software] has been added to the stack. This will be a short-term boost. Sun does not have a great track record with software and will likely lose interest, like it did with Forte," Sinur said in an E-mail response.

Ah yes, Java tools, I had nearly forgotten. Sun's performance as a software company is good when the software is tied to its hardware, the way Solaris is. It's spotty when it's one or two steps removed from the hardware, the way Java development tools and Java middleware are. Sun charged in with Java tools early, then retreated; it charged in again through the acquisitions of NetBeans and Forte, then seemed to slink away. Is Sun really in the Java tools business? Of course, answer Sun officials, but that answer is less obvious to many observers.

In the first round Sun, to compete on tools, needed to shift resources from hardware, or at least from Solaris, to make a determined effort. Instead, in the mid-1990s, resources went into slanting the releases of Java development kit and the Java Virtual Machine in favor of Sparc/Solaris (as a hardware vendor might be expected to do).

That incurred the wrath of partners who were needed to help establish Java in the enterprise. Sun straightened out these problems, established a level playing field and went on to confront Microsoft over changes in Java on Windows. But with these distractions, it seemed to lose track of its own Java products.

By making a competent middleware stack available as open source, Sun has a strategy that leapfrogs the competition rather than chasing after it. I'm convinced that Schwartz is making the right move in part because Sun needs the constancy of an open-source community around what it produces. Such a community would be persuasive to customers that no matter how Sun's goals change, they would own the source code and have support for it.

Against the odds, Sun is succeeding with Solaris as open source. It's rallied Solaris developers outside Sun, generated a vigorous community, and slowed the incursion of Linux in the customer base. But no one can say for sure at this point whether Sun's combativeness and the natural, peacekeeping tendencies of open-source communities will prove to be a long-term match.

Read more about:

20052005

About the Author

Charles Babcock

Editor at Large, Cloud

Charles Babcock is an editor-at-large for information and author of Management Strategies for the Cloud Revolution, a McGraw-Hill book. He is the former editor-in-chief of Digital News, former software editor of Computerworld and former technology editor of Interactive Week. He is a graduate of Syracuse University where he obtained a bachelor's degree in journalism. He joined the publication in 2003.

Never Miss a Beat: Get a snapshot of the issues affecting the IT industry straight to your inbox.

You May Also Like


More Insights