Last year I was doing mobile development and there was interesting Linux-as-smartphone-OS stuff going on. Now I’m doing Ruby on Rails development and there’s interesting server grid stuff going on. Here’s what I’m looking forward to finding out more about (all of these are things I’ve been watching or directly researching already):
Continue reading “Looking forward to LinuxWorld Expo SF 2007”
Category: tools
RCOV C0 line coverage more generous than EMMA’s C1 line coverage
Coverage tests in Ruby (with rcov) are less strict than in Java (with EMMA), so watch out – 100% coverage is easy to attain but not as meaningful.
Continue reading “RCOV C0 line coverage more generous than EMMA’s C1 line coverage”
Subversion 1.5 will include merge tracking
Despite Linus’ strident criticism of Subversion (in the 70 minute video he accuses Subversion, and then anybody who wrote it, and then anybody who likes it, of being ugly and stupid) I still use Subversion and I like it. Clearly compared to Linus I am ugly and stupid. OK fine. But I’m not switching to git now because my tiny teams have been fine with Subversion. Maybe later I’ll give git a whirl.
Continue reading “Subversion 1.5 will include merge tracking”
Impressions of Ruby on Rails from an ex J2EE developer (me)
A friend who is working primarily in the J2EE technology world (as I was, until early 2006) asked me for a how’s-it-going with respect to Ruby and Rails.
The short version:
– Ruby is fun to program in, as you’ve probably heard
– Rails is over-hyped, but it’s still quite good (definitely not perfect)
– I like the productivity of Ruby on Rails but I wouldn’t call it a silver bullet by any means
– Ruby performance was bad and is getting less bad, and can even be good if you do what the experts say
– The real gem (har har) in the Ruby and Rails space is the community itself
Continue reading “Impressions of Ruby on Rails from an ex J2EE developer (me)”
Removing framework clutter from autotest failure stacktraces
If you’re programming in Ruby, then in the list of “should be’s” is “using autotest“, assuming you’re doing automated testing, which of course is a giant “should be”. One problem if you’re using a bunch of gems or Rails is that their code works and yours is broken but the failure stacktraces you’re reading contain their method names mixed in with yours. 99% of the time this is distracting. So, using some code from Faisal that did the same thing with an older version of Autotest but doesn’t work in the latest release, I hacked up the code to help remove unwanted text from Autotest test output. And now I present it to you.
Continue reading “Removing framework clutter from autotest failure stacktraces”