Archive for the 'ruby' Category

$200 -> Rubinius

Thursday, December 14th, 2006

I’ve been using Ruby sporadically for some time, including in a bit of production code (in which it is running well), but the apparent lack of progress toward a more modern VM for Ruby makes it harder to get more deeply involved. On the one hand, today’s Ruby interpreter/runtime is sufficiently good to build very […]

Joel, you have got to be kidding

Friday, September 1st, 2006

Joel seems to “play it safe” … then goes off the deep end of irony in his final paragraph:
“FogBugz is written in Wasabi, a very advanced, functional-programming dialect of Basic with closures and lambdas and Rails-like active records that can be compiled down to VBScript, JavaScript, PHP4 or PHP5. Wasabi is a private, in-house language […]

Aiming for Mainstream

Thursday, August 10th, 2006

Over on defmacro today, a new article appeared: defmacro - Why Exotic Languages Are Not Mainstream in which the author laments that while there appear to be various choices to use Haskell on Windows, it turns out that all of them are, in some way, not ready for prime time… or even for effective hobbiest […]

Long Rails Stack Trace

Sunday, June 25th, 2006

I was looking at the RailsConf schedule, and saw the Rails web app that runs it fail with this longish stack trace. A few Rubyists sitting nearby commented that the application was not well configured, that usually Rails apps are configured in deployment to store such traces to a log, rather than spit them […]

How To Do Deployment (Dave Thomas RailsConf Keynote)

Friday, June 23rd, 2006

I just attended Dave Thomas’s keynote at RailsConf. He had many interesting things to say, most notably that 60%+ of his Java-centric conference-circuit friends, mostly people who have written books on Java, speak regularly on Java, and have lots of experience as Java “architects”, are now making a living with Ruby / Rails.

Dave talked […]

Pure Ruby Sparklines - No RMagick ImageMagick

Tuesday, May 23rd, 2006

This Pure Ruby Sparklines implementation got my attention - unlike other Ruby graphics packages, it does not need RMagick, and thus not ImageMagick, sparing the installer considerable effort and misery. The source of that misery is the long list of dependencies; now of course a great positive of the open source world is that […]