.NET Developments

Jan 8 2008   5:54PM GMT

IronRuby and Ruby.NET, or A Tale of Two Rubies

Yuval Shavit Profile: YuvalShavit

A pretty simple question (”How does IronRuby differ from Ruby.NET?’) turned into, naturally, a pretty complex chain of follow-up questions and then a series of conversations in the blogosphere. Ruby blogger Pat Eyler got the ball rolling, O’Reilly blogger  M. David Peterson picked it up, and Microsoft Ruby maven Jon Lam returned the serve.

The short version of how the two implementations differ is that Ruby.NET is built on top of CLR while IronRuby is built on top of the DLR, which is in turn an extension to the CLR. But that does leave open some room for controversy. The relative advantages of statically- and dynamically-languages come into play, as well as issues – often somewhat subjective – related to performance and interoperability. When the relative and the subjective meet, a good scrum may not be far behind.

As we were looking at these threads, word came from SapphireSteel’s Huw Collingbourne – no slouch as a Ruby blogger himself –  about a new Text Edition plug in for the developer looking to test out Ruby development within the Visual Studio suite. We asked Collingbourne for his take on the two Microsoft Rubies now brewing. There follow some excerpts.

Suffice to say that while Ruby .NET is currently in advance of IronRuby, we came to the decision to support IronRuby first and foremost… There are a number of reasons why we decided to get behind IronRuby – it’s partly to do with the technology (Microsoft’s DLR, Silverlight etc.) and partly just a sense that we feel John Lam and his team can push this forward in a way that will be more likely to attract the professional developer community. That said we could quite easily support Ruby .NET if we wished.

Incidentally, SapphireSteel’s most recent plug-in is interesting in another way. It is one of the early offerings hosted in the Visual Studio Shell. Collingbourne says Visual Studio Shell has finally given the Windows-oriented toolmaker a chance to compete aggressively with Eclipse-based IDEs.

 Comment on this Post

There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when other members comment.

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

Share this item with your network: