Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
InfoQ: Evan Phoenix hired to work on Rubinius
[go: Go Back, main page]

InfoQ

News

Evan Phoenix hired to work on Rubinius

Posted by Werner Schuster on May 24, 2007 04:30 PM

Community
Ruby
Topics
Dynamic Languages
The situation for alternative Ruby implementations has changed significantly in the past year. First JRuby's core team was hired by Sun, then MS hired John Lam to work on IronRuby (a Ruby for .NET).

Now, EngineYard has hired Evan Phoenix who works on the Rubinius project. InfoQ recently featured an interview with Ezra Zygmuntowicz of EngineYard. EngineYard offers Rails hosting and makes use of virtualization to allow flexible solutions and easy scaling. Ezra Zygmuntowicz on hiring Evan Phoenix:
I’m really stoked about this. I think rubinius has so much potential that I am really happy to be able to support it. Starting next month Evan Phoenix is going to be working here at EY half time on ey [EngineYard] tools and such and half time on rubinius.
He follows with a quick explanation of Rubinius:
For those of your who aren’t familiar with rubinius you can read a bit more about it here. It’s a new implementation of ruby done in a smalltalk style with a small core VM written in C and almost everyting else written in ruby. Really, even String and Array and definied in ruby. Rubinius is going to open up core ruby hacking to the masses as the internals won’t be a bunch of gnarly C code thats really hard to grasp.
It's important to point one thing out: with Evan Phoenix being paid to work on Rubinius,  all Ruby implementations (Ruby, JRuby, IronRuby, Rubinius) now have paid developers working on them.

9 comments

Reply

Rubinius on Java? by Aslak Hellesøy Posted May 24, 2007 5:50 PM
Re: Rubinius on Java? by Ola Bini Posted May 24, 2007 11:39 PM
Re: Rubinius on Java? by Werner Schuster Posted May 25, 2007 6:35 AM
Re: Rubinius on Java? by Werner Schuster Posted May 25, 2007 6:36 AM
Don't forget XRuby by Kamal Fariz Posted May 24, 2007 9:45 PM
Re: Don't forget XRuby by Werner Schuster Posted May 25, 2007 6:42 AM
Re: Don't forget XRuby by Chelsea Ajax Posted May 26, 2007 6:06 AM
JRuby by Ola Bini Posted May 24, 2007 11:40 PM
Re: JRuby by Werner Schuster Posted May 25, 2007 6:46 AM
  1. Back to top

    Rubinius on Java?

    May 24, 2007 5:50 PM by Aslak Hellesøy

    If the C core is really small it would be dead easy to reimplement it in say, Java and we'd have JRubinius! or .Net Rubinius!

    Awesome!

  2. Back to top

    Don't forget XRuby

    May 24, 2007 9:45 PM by Kamal Fariz

    Don't forget XRuby. The main developer, dreamhead, was also picked up by ThoughtWorks.

  3. Back to top

    Re: Rubinius on Java?

    May 24, 2007 11:39 PM by Ola Bini

    Of course. In fact, we are seriously considering including a Rubinius-runtime with JRuby, since that would be quite easy and also yield large benefits.

  4. Back to top

    JRuby

    May 24, 2007 11:40 PM by Ola Bini

    As a small matter, I was hired by ThoughtWorks with the mandate of working about halftime on JRuby too. =)

  5. Back to top

    Re: Rubinius on Java?

    May 25, 2007 6:35 AM by Werner Schuster

    Yes... actually, the JRuby team was considering supporting Rubinius bytecodes (because that would allow to re-use Rubinius' Ruby -> Bytecode compiler). I'm not sure what the current status of that idea is.

  6. Back to top

    Re: Rubinius on Java?

    May 25, 2007 6:36 AM by Werner Schuster

    Yes... actually, the JRuby team was considering supporting Rubinius bytecodes (because that would allow to re-use Rubinius' Ruby -> Bytecode compiler). I'm not sure what the current status of that idea is.

  7. Back to top

    Re: Don't forget XRuby

    May 25, 2007 6:42 AM by Werner Schuster

    Yes, of course, Thanks for mentioning XRuby.

  8. Back to top

    Re: JRuby

    May 25, 2007 6:46 AM by Werner Schuster

    Yes. Blimey, the group of Ruby implementers is growing by the day.
    Is there an official name for a group of Ruby implementers... you know, like "gaggle of geese" or "flock of seagulls"... how 'bout: "a Hashtable of Hackers" ...

  9. Back to top

    Re: Don't forget XRuby

    May 26, 2007 6:06 AM by Chelsea Ajax

    all Ruby implementations (Ruby, JRuby, IronRuby, Rubinius) ? all ?

Exclusive Content

Dan Pritchett on Architecture at eBay

Dan Pritchett shares some of the surprising aspects of eBay's architecture and how eBay found it didn't always make sense to utilize core design tenets like transactions and referential integrity.

Jim Webber on "Guerilla SOA"

In this interview, recorded at QCon London, Jim Webber of ThoughtWorks, talks about Guerilla SOA, a lightweight approach to SOA, the MEST architectural style, and the SSDL description language.

Patrick Linskey discusses OpenJPA and the JPA specification

InfoQ discusses with Patrick Linskey what Apache OpenJPA is, where it's coming from, where it's going, and how it fits into the Object\Relational Mapping space.

AgileAdvert Video Winners Announced

"So you want to be a famous Agilist?" The 2007 AgileAdvert contest winner was announced at Agile2007 last week: it is "Matthew", sadly a victim of "Developer Abuse". See all the winners here!

The Secret Sauce of Highly Productive Software Development

Why do Agile teams get stuck in the just-average "norming" stage, never making it to the exciting high "performing" stage of team growth? The invisible "learning bottleneck" can stunt performance.

Democratizing the Cloud

The web is rocking the world of developers. Hence, at Microsoft, they are trying to stretch the .NET framework to cover the Cloud such that applications can be developed and run anywhere.

Conversations between loosely coupled services

In this presentation, Google architect Gregor Hohpe introduces various concepts for to manage more complex interactions between services, including conversations, choreography, and orchestration.

Availability & Consistency

Amazon CTO Werner Vogels examines the tension between availability & consistency in large-scale distributed systems, and presents a model for reasonsing about the trade-offs between diff solutions.