Slashdot Mirror
Sun's JRuby Team Jumps Ship To Engine Yard
itwbennett writes "'To be honest, we had no evidence that Oracle wouldn't support JRuby, but we also didn't have any evidence that they would,' said Charles Nutter, explaining why Sun's entire 3-member JRuby team will be leaving the company to work for application hosting company Engine Yard. Nutter called getting hired by Sun about two-and-a-half years ago and being given the chance to work full time on JRuby a 'dream come true.' And said that the decision to leave Sun came down to making sure 'JRuby will get to the next level.'"
But they would be even stupider not to ask for a counter-offer from Oracle before formally jumping ship.
Except they're in the nebulous legal gray zone where the Sun Board has approved the deal, but DOJ & the SEC haven't given their blessing yet. The companies continue to make decisions and operate as separate entities, and people can actually get in legal trouble for attempting to do otherwise.
So... They couldn't go to Oracle and ask, and Oracle couldn't have given them an answer if they did.
So we take one of the slowest and most bloated virtual machines for static languages, the JVM,
Boy, do you have absolutely no idea what you're talking about! JVM one of the slowest VMs? You need to get your head out of the '90s. It's one of the fastest now. And JRuby is one of the fastest Ruby implementation. (Definitely faster than Ruby 1.8, which is dreadfully slow.)
You're correct that Ruby's dynamic typing doesn't go well with JVM's static typing, which is why Scala is much faster than JRuby. Still, the JVM is so impressive, and Ruby nice enough to work with, that JRuby is still a pretty good idea.