Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Sun Microsystems Java Programming

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.'"
This discussion has been archived. No new comments can be posted.

Sun's JRuby Team Jumps Ship To Engine Yard

Comments Filter:
  • by Anonymous Coward on Tuesday July 28, 2009 @08:56PM (#28861079)

    I've taken dumps more important than this announcement.

  • by rs79 ( 71822 ) <hostmaster@open-rsc.org> on Tuesday July 28, 2009 @09:02PM (#28861113) Homepage

    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.

  • by Anonymous Coward on Tuesday July 28, 2009 @09:50PM (#28861455)

    > 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.

    Until the uber-cool hip web development crowd with the collective attention span of a squirrel on a meth bender catches sight of their new new shiny....

  • by icepick72 ( 834363 ) on Tuesday July 28, 2009 @10:08PM (#28861551)
    ... the ramblings of a guy named Nutter.
  • Since Malda likes em young, I'd guess he is a chronological 11-13 year-old.
  • by Felix Da Rat ( 93827 ) on Tuesday July 28, 2009 @10:10PM (#28861565)

    Oh god, can't resist...

    Pics or it didn't happen.

  • by Anonymous Coward on Wednesday July 29, 2009 @01:37PM (#28869691)

    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.

  • by HiThere ( 15173 ) <charleshixsn@ear ... .net minus punct> on Wednesday July 29, 2009 @02:59PM (#28871219)

    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 Ruby and C, only the interfacing is easier, and the result isn't quite as fast.

    Personally I looked them all over and chose D (Digital Mars D). It's weakness is that it doesn't have many libraries. But it can interface to C libraries and, slightly, with C++ libraries. (OK, I'm using the beta version, D2.x.) It's not quite as fast as C, but it has built-in garbage collection, and it has an object model sort of similar to Python's. For my project that's the best fit I've found. Yours is likely to be different. Maybe you should chose Ruby, or Python, or C, or C++, or LISP, or Ada, or ...well, if you get much beyond that, I won't understand what features of the language make it desirable. I don't know Haskell, Clean, Mozart, OCaML, etc. Assembler...well, if that's the best language you're working closer to the metal than I would choose to work. But sometimes it's the right answer.

    Don't diss a language just because it isn't right for what you're doing right now.

The only possible interpretation of any research whatever in the `social sciences' is: some do, some don't. -- Ernest Rutherford

Working...