Feeds

No Borg-like release train for Ruby on .NET

What does "done" mean, anyway?

Top 5 reasons to deploy VMware with Tegile

Microsoft hopes to deliver the .NET-tuned implementation of the phenomenally popular Ruby, IronRuby 1.0, by the end of this year.

There's a ton of work left between then and now, though, and project manager John Lam isn't falling for that old Redmond trick of committing to a date and then watching the software slide out of view. Some stuff is getting cut, though.

Lam told Reg Dev he hopes to have an early implementation of Rails in time for RailsConf in Portland, Oregon at the end of May.

The date sounds ambitious and is not firm, though. "We're not driven by some Microsoft-ian ship train thing," Lam said, adding that determining what "done" means is a challenge. IronRuby was announced almost a year ago, in May 2007.

"The language is still changing, there is no spec for the language, there are going to be differences between implementations that are essentially undefined behavior." His approach is pragmatic. "How we declare [version] 1.0 is: are there any serious blocking bugs preventing people from getting things to work?"

So, what's left to be done? "We don't run real Ruby applications today," he said. "On the language side we're still missing two or three features. The biggest one is being able to eval [sic] strings of code. It's probably another month's work."

Then there are the bugs. "The big thing that blocks us from running real Ruby programs is the libraries," Lam said. His team is tracing API calls made by libraries under the C version of Ruby, in order to see what still needs implementing.

"The first milestone is to get RubyGems working, which is the packaging system in Ruby. After that we want to get Irb working, the console interactive mode inside of Ruby. Finally we've got all the traces done for Rails as well."

Some familiar features will not be implemented, however. "Call with current continuation, we're not implementing that. [Although] JRuby isn't either. Another example is ObjectSpace, this feature in Ruby where you can walk the managed heap of all live objects at runtime. It's very expensive for us to implement that feature. What we will likely do is by default, not track all the objects on the heap. If you want to use this feature, you've got to run it with a switch."

Which begs the question: why bother with Ruby on .NET at all? "There's a lot of rich libraries inside of .NET," said Lam. "There's stuff that talks to the OS and Silverlight. It's important to see Ruby running in the browser. None of the other Ruby implementations are security hardened to the point where they could just plop into Firefox or IE. We've also got companies that want IronRuby on Rails. They're willing to pony up devs to help us finish."

The last point is interesting. IronRuby is open source - anyone can help. According to Lam, it is a new Microsoft - though note, this is the developer division we're talking about, not the Windows or Office cash cows.

Finally, why should .NET developers bother with Ruby? According to Lam: "You spend less time writing software than you spend maintaining software. Optimizing for writing software versus maintaining software is probably the wrong thing to do. Static typing makes it harder to maintain software because it's harder to change it."®

Intelligent flash storage arrays

More from The Register

next story
Be real, Apple: In-app goodie grab games AREN'T FREE – EU
Cupertino stands down after Euro legal threats
Download alert: Nearly ALL top 100 Android, iOS paid apps hacked
Attack of the Clones? Yeah, but much, much scarier – report
Microsoft: Your Linux Docker containers are now OURS to command
New tool lets admins wrangle Linux apps from Windows
Bada-Bing! Mozilla flips Firefox to YAHOO! for search
Microsoft system will be the default for browser in US until 2020
Facebook, working on Facebook at Work, works on Facebook. At Work
You don't want your cat or drunk pics at the office
Soz, web devs: Google snatches its Wallet off the table
Killing off web service in 3 months... but app-happy bonkers are fine
prev story

Whitepapers

Why and how to choose the right cloud vendor
The benefits of cloud-based storage in your processes. Eliminate onsite, disk-based backup and archiving in favor of cloud-based data protection.
A strategic approach to identity relationship management
ForgeRock commissioned Forrester to evaluate companies’ IAM practices and requirements when it comes to customer-facing scenarios versus employee-facing ones.
How to determine if cloud backup is right for your servers
Two key factors, technical feasibility and TCO economics, that backup and IT operations managers should consider when assessing cloud backup.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
Protecting against web application threats using SSL
SSL encryption can protect server‐to‐server communications, client devices, cloud resources, and other endpoints in order to help prevent the risk of data loss and losing customer trust.