The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Obie Fernandez on Dec 10, 2007
One of the best kept secrets at this year's RubyConf was the working whereabouts of two of Ruby's hottest superstar developers: Ryan Davis and Eric Hodel of Seattle.rb. Ryan revealed the secret last week: they've officially joined Engine Yard to work full-time on next-generation Ruby runtime Rubinius. (Learn more about Rubinius on InfoQ)
Engine Yard, a premium Ruby on Rails hosting company headquartered in San Francisco, has grown to 21 people around the world this year. In the last week, they also announced that Brian Ford and Wilson Bilkovich, two of the most active committers of the Rubinius project will also join the company in January.
Engine Yard's corporate support of Rubinius is not new. They hired on its project lead, Evan Phoenix, back in May of this year. One of Engine Yard's founders, Ezra Zygmuntovich, cited community goodwill as a driving factor in that decision. Goodwill certainly translates into revenues, perhaps dramatically so for a small company such as Engine Yard, compared to the other company generating heaps of goodwill in the Ruby community: Sun Microsystems, with its generous backing of the JRuby project and the world-class Ruby support being built into NetBeans.
It's becoming apparent that more than community goodwill is at play for EngineYard. Better Ruby performance impacts the company's bottom line directly. Ezra told InfoQ, "Everybody knows the current Ruby interpreter needs help... we run into plenty of problems with the current interpreter and I think Rubinius is going to help a lot."
In case you haven't been following the red-hot developments in the world of Ruby runtimes, Rubinius is an open-source implementation of Ruby implemented in the manner of Squeak (Smalltalk). It has a small core virtual machine written in C, but is otherwise completely written in Ruby itself, including the compiler. Incidentally, the Rubinius project is moving along at a fast clip and enjoys massive developer support, with 67 committers in its 1.5 year history. Evan estimates that about 25 of the committers are active contributors.
While Rubinius performance is nothing to brag about right now, that is certain to change. The massive IQ behind the project is yielding results, fast. Ruby performance expert Antonio Cangiano regularly publishes "shootout" results on his blog, and praised Rubinius last week:
Looking at the old table and then at the new one, it’s hard to believe that the same implementation could improve so much in such a short period of time. In 16 tests it actually managed to be faster than Ruby 1.8.6. How fast will Rubinius be in a year? I personally consider Rubinius to be one of the most promising Ruby implementations out there.
The next major milestones for Rubinius revolve around release of a 1.0 version that satisfactorily runs Rails. A big part of that effort is to get RubyGems working, which is reportedly Eric Hodel's primary focus right now (which makes sense given his connection to the RubyGems project). Evan estimated that Rubinius on Rails should fall into place rather quickly after RubyGems support is finished, perhaps as early as February 2008.
Ezra is currently involved marginally in Rubinius, but planning to transition to full-time software development duties in January. Already, Ezra is known to be working on getting the Mongrel web server to work on Rubinius. Ezra's own Merb framework, considerably simpler than Rails, will be supported sooner than that.
As for IP issues, according to Evan, Rubinius will be following the Asterisk open-source model, where the copyright holder and steward of the project will be Engine Yard.
Incidentally, the Engine Yard hires are not the only corporate-sponsored developers on the Rubinius project. Powerset's Kevin Clark is reportedly spending 20% of his time on the project as well.
We weren't able to push this out before Evan and the guys from out of town flew on Friday, but as a result of the code sprint this last week Mongrel is running on Rubinius:
glu.ttono.us/articles/2007/12/10/rubinius-runs-...
This marks a huge milestone for our C extension compatibility layer.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.
John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.
Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.
Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.
Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?
1 comment
Watch Thread Reply