Sun's JRuby Team Jumps Ship To Engine Yard 77
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.'"
Re: (Score:2, Funny)
Re: (Score:1, Funny)
Because he's not just a God of Java, but he's also a God of Ruby. He's up there with Gosling, Naughton, and Sheridon. He's up there with Matz and DHH.
It's fascinating how you can reach a "god of ruby" status by slapping together a slow web framework.
Re: (Score:2)
Really? In this economic environment? I'd have to be pretty damn sure that where I was going was better than the pot I was simmering in.
Re: (Score:2)
Re: (Score:2)
Hey, they got an offer, Oracle is legally precluded from telling them if they have a job, and they chose which risk to take.
I probably would do something different, but that doesn't mean they didn't make a reasoned move.
--dave
Re:So lemme make sure I got this right... (Score:5, Insightful)
I think it was more something like "Engine Yard wants to hire all three of us. Oracle won't give us a yes or a no on whether we'll even be here next week, and the magic eight ball says 'outlook not so good'. Let's take the offer we have in hand where someone in management will at least know we exist."
I worked for a Fortune 100 that took two years to getting around to closing our office--that's how long it took them to notice we were there and bother to send out layoff notices. Between continued employment at a place like that and a place where someone actually wants to employ me, I'll take the latter.
Re:So lemme make sure I got this right... (Score:4, Interesting)
Re: (Score:2)
But they would be even stupider not to ask for a counter-offer from Oracle before formally jumping ship. To me the "current climate" includes economic contraction, mass unemployment, and fly-by-night companies dropping out of business left and right. If they have families, as TFA suggests, you'd think the stability of working at a large, deep-pockets organization would have been an attractive option. TFA makes it sound like they didn't even bother to to try to clarify their situation at Oracle, and opted fo
Re:So lemme make sure I got this right... (Score:5, Informative)
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.
Re: (Score:1)
Re: (Score:2)
> you'd think the stability of working at a large, deep-pockets
> organization would have been an attractive option
Maybe, although those large organizations are the ones that can outsource or cut an entire department for any reason or no reason at all. With a smaller company you at least have some hope of influencing the bottom line and knowing what's going on.
Re:So lemme make sure I got this right... (Score:4, Informative)
In the aftermath of a buyout, three employees trying to jack their soon-to-be-former employer for a raise is a recipe for negative attention.
The thing about the aftermath of a buyout is that the purchaser (legitimately) takes months or years to understand what they've bought, and decide what to keep and what to prune. Unless Oracle bought Sun to get Jruby, then calling attention to yourself by seeking a counteroffer is a good way to move to the top of the "keep or cut?" list, and in a way that makes cutting all the more likely.
And generally speaking, "large, deep-pockets organization(s)" are no more stable than a startup, from the grunt's perspective. At any moment, you're one spreadsheet away from being laid off to improve the quarterly statements.
Re: (Score:2)
Have you ever stayed on some place after accepting a counter-offer? How did becoming traitorous and costly work out for you?
Re: (Score:3, Insightful)
Uhhh, yeah. And pretty good, thanks. I guess it must have had something to do with my recognizing my own value to the organization and approaching management honestly and openly, instead of skulking around like a venal little creep. But by the same token, if they didn't want to pay what I was worth (to a viable competitor) then there was little reason for me to continue working there.
Re: (Score:2)
In IT you have to jump ship, with a zero day notice and no counter offers entertained.
Re:So lemme make sure I got this right... (Score:5, Interesting)
I'll one up that: Based on my experience in several software engineering companies (video games), my policy is now to find a new job ASAP when your company gets bought out, even if they DO say they want to keep you! (That being standard operating procedure -- not hearing that is the equivalent of an immediate pink slip.)
Engineers can only really advance by switching companies. Definitely best to jump ship when some people are talking about you and you have some leverage, no doubt about it.
Re: (Score:2)
Re: (Score:2)
Frankly, Oracle makes me nervous too as a programmer who has focused on Java for the last few years. Oracle isn't providing anyone any assurances, so everything just feels like it's up in the air right now. Sure, OpenJDK feels like a decent safety net but the waters haven't really been tested without Sun, so if Oracle/Sun withdraws the whole thing could crumble overnight.
When the company you're with gets bought out, their reluctance to paint a concrete picture as to the future of your project speaks lou
Re: (Score:3, Insightful)
Python is OK because it's mature and you can build good infrastructure such as Zope with it, but talking about organisations using RoR being out of business in favour of PHP and Perl?! ROTFL.
Re: (Score:2, Interesting)
Not to mention things such as perl5i [github.com] which tries to aggregate most of what is known as modern Perl.
Perl is an evolving language and Perl code from 8 years is very different from modern Perl code.
Re:JRuby is a failure. (Score:4, Insightful)
> If there's one thing even slower or more pointless than jvm and ruby,
> it's ruby on rails. I guess someone didn't get the memo,
> but RoR's 15 minutes are up.
To the contrary, people are cranking out new Rails apps at a furious rate, and lots of Java and C# apps are getting ported over to Rails. It's good times.
Re: (Score:3, Informative)
And we're seeing a lot of speed improvements coming down the pike with Ruby 1.9 and Rails itself should prove to be significantly leaner and more modular with Rails 3.
Re: (Score:2)
At least with Ruby on Rails, that fifteen minutes is enough time to write a blog engine, a photo sharing site, and a social networking app. I kid!
Re: (Score:1, Insightful)
My web apps are all written in assembler, am i right? am i right? M$ 4 life!! Disgruntled programmers/sysadmins lacking chops unite!
Re: (Score:3, Funny)
Oh naive curr. This is not your fathers Internet where running code and rough consensus meant anything. I'm sure with the proper publicity photos, you tube videos and social media consultancy this project can be hi profile, media centric and the darling of those who tweet.
Whats usability or performance go to with anything today? Hell, this is one of the mild examples.
I'm surprised ICANN hasn't already contacted them for their new language registry yet. Better get certified quick before the price goes up.
Re: (Score:2, Insightful)
It's the ruby VM that's slow. There's nothing about the language itself that makes it slower than any other dynamic languages.
Re: (Score:2)
Yeah, but Ruby doesn't need to use the Ruby VM anymore than any language is tied to a given backend.
JRuby targets the JVM
IronRuby targets the .NET/Mono CLR (i.e same VM used by C#)
Re: (Score:2)
That's not entirely true; Charles Nutter (one of the subjects of TFA) has pointed out on several occasions particular features of the Ruby language that make it hard to make implementations that are both complete and correct and also quick.
Still, the degree to which the "Ruby is slow" thing is about the implementation (and particularly the pre-1.9 CRuby implementation) is underlined
Re: (Score:3, Interesting)
Benchmarks are actual observations -- what we in the real world like to refer to as "science".
If you've got a benchmark of a larger application that you'd like to share that shows just how much the JVM sucks, I'm definitely curious. Ruby 1.9 works well for me now, but I'd been considering JRuby as a performance boost. If you can show me it's actually a failure, that would save some time.
Re: (Score:2)
Has something to do with each session needing to spawn its own JVM in JRuby or something like that...
Re: (Score:2)
That makes less than no sense -- JRuby is certainly capable of using Java threads as Ruby threads.
Re: (Score:2)
Sounds like a combination of Rails requiring separate Ruby processes and JRuby normally using a separate JVM per invocation; JRuby 1.3.0, though, includes Nailgun integration so that it is easier to avoid using a separate JVM per jruby invocation.
Re:JRuby is a failure. (Score:5, Informative)
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.
Re: (Score:3, Funny)
JRuby is a faliure for ME and for my project. This doesn't make it a failure for him and his project.
I looked it over, as a part of looking Java over. It's not a good fit. Doesn't mean it's not the right answer to some other problem. (OTOH, I'm not certain why JRuby is better than Groovy or Jython. My guess it that it would have lots to do with re-using existing code.)
If you're going to be using ANY of those, all time critical portions will need to be written in Java. No surprise there. It's like Rub
. . . . and heeeerreesss Genghis (Score:1, Interesting)
Some will prosper with Larry,
Some will die with Larry,
Some will jump from Larry,
Some will be pushed by Larry.
The one thing that won't happen is the question not getting asked, and it will be "are you good/viable/strategic(insert favourite acronym here) for Oracle, not are you good for Sun".
they won't die wondering !
Re: (Score:1, Funny)
Oh god, can't resist...
Pics or it didn't happen.
The interesting bit... (Score:5, Interesting)
...is that now EngineYard has full-time folks working on Rubinious, JRuby, and Ruby 1.8.6. It's Ruby implementation central over there.
Re: (Score:2)
I know, and it bugs me. Jayson is a genius but somehow managed to recognize the clear superiority of Python.
/ done flamesuit
// Hi, Jayson!
Re: (Score:2)
Re: (Score:2)
Slashdot: News for nerds, stuff that -- as it turns out -- doesn't really matter.
Hang on a second... (Score:1)
I for one choose to believe... (Score:3, Funny)
Oracle (Score:1)
"Will we be employed by Oracle when we reach the age of retirement?"
"Don't count on it."
"Will we be employed by Oracle when we reach middle age?"
"Seems doubtful."
"Will we be employed by Oracle at the end of the day?"
"No."
Best luck to JRuby team (Score:4, Informative)
I used to work with Charlie Nutter and Tom Enebo years ago, when we worked on the same Web team. And I was thrilled to hear when they moved to Sun, really was the best deal you could imagine. Note that JRuby wasn't actually bought by Sun, but remained a separate project, only the developers were paid by Sun to work on JRuby. So I wish them the best as they move to their new digs.
Good luck, guys!
Re: (Score:2)
Thanks Jim :)
BRAVO (Score:1)
abandoned in Fedora 12 (Score:2)
Nobody was working on the jruby package, so it's getting cut from Fedora 12. Anybody at EngineYard want to pick up the ball?