Slashdot Mirror


McNealy Steps Down as Sun Microsystems CEO

SlashdotOgre writes "Mercury News reports that Scott McNealy, CEO of Sun Microsystems, will be stepping down from his role as CEO. McNealy will continue as chairman, and fellow co-founder Jonathan Schwartz will now take the helm."

5 of 325 comments (clear)

  1. Future of Java without Sun? by Anonymous Coward · · Score: 4, Interesting

    How would Java evolve without Sun to "guide" it. What would Sun certifications mean without Sun there to back it up?

    It seems that Sun is being hit hard because there's little money in the vertically scalable hardware as that has been replaced with better solutions for horizontal scalability.

    If Sun does go out of business, Java may become fragmented and start losing the solid base it has around it.

    The decision to go with Sun at quite a number of companies I've worked at has been based on the fact that Sun is strong, Sun will be around for a while, Sun will continue development and support. Which has all been true for quite some time now.

    However, this is definitely one of the weakest points in Sun's lifetime and it may scare away potential enterprise level decision makers into going with Java and Solaris.

  2. Didn't see that coming. by Anonymous Coward · · Score: 5, Interesting

    My impression of McNealy from hearing him speak was that he was an amazing businessman (he told stories about his job before Sun... at a dog food company) but simply had no connection to the tech. He was a very bright fellow, and he understood technology, but the only extent to which he understood it was he understood how to make money off of it. He didn't understand why the technology was important-- or that is, the only thing he understood to be important about technology was that you could sell it. This sometimes lead to Sun doing things that were wonderful business moves, but more often, it lead to Sun doing things that simply didn't make sense from any perspective.

    Johnathan Schwartz definitely understands the technology. I cannot help but wonder if this will produce changes in the way Sun behaves. Sun is doing a lot of things right now that just don't make sense-- selling products that the market doesn't want; selling products that the market does want but putting rediculous restrictions on their functionality or use*; charging out the nose for things every other company gives away for free; giving away for free everything that it would make sense for Sun to charge out the nose for; simultaneously allowing the divergent interests of Sparc, Solaris and Java to hold each other back and get in each other's way. Since I think many of these things were byproducts of McNealy's strange mastery of economics but total ignorance of what the computer market in specific wants, it seems this could change with Schwartz at the tiller. But on the other hand Johnathan Schwartz has been in a position of power within Sun for some time now, and one would expect that if he were going to make an impact on Sun's behavior, he'd have done it already.

    How do you suppose Sun's behavior will change after this point?

    * One of many examples: I think a lot of people might be interested in SunRay if it wasn't that its use is still painfully tied to Solaris, which nobody wants to use so much as within 50 feet of a desktop machine.

    1. Re:Didn't see that coming. by aphaenogaster · · Score: 3, Interesting

      And I personally set up and have used sunrays running on fedora with crossover office for endnote, office, and dreamweaver. With the SGD bit, now it appears that the windows barrier no longer exists. Of course now I just use vi, perl, and have a dual processor sparc box under my desk running solaris 10 with windows 2000 running on a sunpci card. The only reason I wouldnt want solaris closer to my desktop is the fan noise.

  3. What does Sun need to do to succeed? by vinn · · Score: 4, Interesting

    I offer this topic so all threads on it can be put below:

    • What does Sun need to do to succeed?

    From what I've seen in my past 12 years in IT, Sun has been about 80% on the money. They've succeeded in some wonderful areas and are one of the few companies that can still churn out their CPU architectures despite the best efforts of Motorola, Intel, and AMD to put them out of business. They've developed Java which has been a success as well as OS components like NFS.

    Despite all that, the company has really screwed up. I don't think they did a good job advocating Java or buying the mindshare of the development community. Most sys admins would still rather use Linux and all the cool toys it comes with compared to Solaris. Sun is just cool enough that you want to use it, but you'd never recommend it to your friends.

    I'll throw out the first salvo: the best thing for Sun at this point would be for Schwartz to step down at the same time. McNealy was a likable guy and he cast Sun in a good light (no pun intended.) Schwartz seems to backpeddle and tends to alienate communities that genuinely want to help the company succeed.

    --
    ----- obSig
  4. Re:Need big change? by georgewilliamherbert · · Score: 4, Interesting
    Not really, you still need big honking multi-processor machines to run big honking databases. A quad-proc dual-core opteron still isn't there yet in being able to match a fully loaded E25K for chewing on a big database.
    More importantly, a rack full of quad-proc dual-core opterons still isn't there yet in being able to match a fully loaded E25K for chewing on a big database. Ten racks full of them, and a room full of them, either, unless you can partition the database efficiently.

    It is still far easier to do Oracle RAC wrong, and end up with a flat performance curve as you add nodes past 8 or so, than to do it right. It's possible to do RAC for some databases right and get reasonably, monotonically increasing performance out to many many nodes, but it's not common yet, or practical if you look at it statistically in terms of how many projects end up having to back it out and go back to large monolithic SMP servers.

    Some databases are partitionable and easily splittable among systems without clustering them. Those, it's already cost effecitve to move to large stacks of small servers. But those aren't the typical data models for large commercial databases.