BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage News The Sun Deflextions Continue

The Sun Deflextions Continue

This item in japanese

Bookmarks
In what is becoming an ever more popular move for those working on Java client technologies, Hans Muller, the now former CTO for Sun's Desktop division, made the move from Sun Microsystems to Adobe’s Flex team this week. He announced the career change on the Swing Application Framework mail list:
After nearly 21 years, I'm leaving Sun Microsystems. I'm moving to Adobe, to work on Flex, starting Monday May 12th.
Earlier in the year, Chet Haase, a former Sun engineer and co-author of Filthy Rich Clients, made the move to Adobe’s Flex SDK team. Saying in February:
One of the things that attracted me to Flex, and to Adobe, was a client platform that enables very rich user experiences; transitions, animations, filters, and just darned good-looking UIs are all pretty exciting to this graphics geek.
Dion Almaer discussed Hans' move on his blog post, “Sun is bleeding; More engineers leave as JavaFX is pimped:”
Well, more heavy hitting engineers are leaving. When the CTO of the client division moves on (to Adobe again, no less), we yet again have a reason to wonder what is happening at Sun.
He continues by setting Hans' move against the context of current events:
It is ironic that the exodus of talent has happened at the same time as Sun promotes JavaFX at JavaOne.
What is the InfoQ community to make of major Java players moving on from Sun, particularly to Adobe? Will these moves put JavaFX even further behind Adobe Flex?

Rate this Article

Adoption
Style

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • Dead Sea effect ?

    by Michael Neale,

  • well it depends

    by William Smith,

    • Dead Sea effect ?

      by Michael Neale,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      Is this the dead sea effect in action?

      With the looming clouds of mass layoffs at sun, are those that can-do moving away? Sheesh, who can blame them if they get a good offer.

    • well it depends

      by William Smith,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      It certainly looks like all the momentum is with Adobe at the moment but having done quite a big project using Flex which is unlikely to ever see the light of day because it requires way too powerful a machine to actually work I think the RIA space is still open and, if Sun can increase the penetration of newer versions of Java on the client side then I think they could easily steal some market from Adobe. Moreover Java still rules in the mobile space. A really smart move here would be for Sun and Adobe to actually partner up to add a Flash runtime to the JRE in place of the existing C++ one - the performance of Java FX is a lot better than that of Flash so Adobe gain here, have a smaller security risk, and get access to the mobile market, Sun gets better web penetration, and the two of them get to ensure that Silverlight never really gets off the ground. However back in reality land this is unlikely to happen. So assuming the drift is real it could be indicative of a number of things and you need more info to know what is really going on. I suspect some of it is the pain of transitioning from a closed to an open source company. How destructive it all is for JFX depends mostly on wether Sun is able to recruit and retain new talent.

    • Re: well it depends

      by James Ward,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      It certainly looks like all the momentum is with Adobe at the moment but having done quite a big project using Flex which is unlikely to ever see the light of day because it requires way too powerful a machine to actually work




      Interesting... Can you talk about how big this project was? I know of a 4000 screen Flex application in production on standard hardware at hospitals in Turkey. Everyone is very pleased with performance of that application.



      the performance of Java FX is a lot better than that of Flash




      I'm curious if you have done some benchmarking on this that you can share with us. I haven't done or seen any benchmarks yet that compare JavaFX and Flex.



      -James (Adobe)

    • Re: well it depends

      by William Smith,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      Hi James,

      I can’t say too much about the project on a public forum. To be fair though I think Flash performance is fine for what it is intended to do and the Flex product is pretty good. There are things I really don’t like about it (no typed arrays – ug!) but the real problem comes when you need to work outside of its problem domain – Gossling rightly identified this as a weakness in this interview in my opinion. In our case what we really needed was direct access to the soundcard. We can do this easily enough in Java and it works pretty well and our C++ client is obviously fine. However we really wanted a Flash version and basically you can’t do what we needed to do in Flash (and actually it seems to have got worse over the newer releases) which means we have to resort to all sorts of hackery to make it work and we end up with very glitchy sound performance on anything other than top flight hardware – not something we could really use. I’m no longer on the project but if there is any chance at all of someone from Adobe looking at possibly fixing/addressing this then please have someone drop me a line via the Conissaunce public email and I’ll forward the details on to the head of R&D. I suspect it would require code changes from the Adobe side and maybe sitting down with someone for a day or two to sort out the details.


      As for the performance the benchmark tests we ran had Java at about 15-20% faster in general but these weren’t public domain. Java is getting a lot faster of course in the “Update N” project – there’s some loose comparisons here blogs.sun.com/chrisoliver/entry/bubblemark which look about right to me (85fps for Java vs about 50fps for Flex).

    • Is Adobe scared?

      by Russell Leggett,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      Just as another possibility, but could it be that Adobe is headhunting for key Java client people? Adobe has been putting in a lot of effort to lure Java developers to use Flex. Java has been their number one target since the beginning, with all of the latest technology going to them first. A quick look on Dice.com shows that the overwhelming majority of Flex jobs that actually specify the server side technology specify Java. Now imagine what would happen when JavaFX becomes a viable alternative. I'm not saying its better technology, but being able to do Java all the way to the top is going to be a really nice option for many enterprise developers. I think Adobe knows this too.

    • Re: well it depends

      by James Ward,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      As for the performance the benchmark tests we ran had Java at about 15-20% faster in general but these weren’t public domain. Java is getting a lot faster of course in the “Update N” project – there’s some loose comparisons here blogs.sun.com/chrisoliver/entry/bubblemark which look about right to me (85fps for Java vs about 50fps for Flex).


      The Bubblemark thing doesn't really measure performance. It actually measures timer resolution. More details on my blog and on Chet's blog.



      I'm hoping to add a JavaFX test to my Census RIA Benchmark app. That should provide more realistic performance metrics.



      -James

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

BT