|« June 2006||September 2006 »|
I'm Ryan Lowe, a Software Engineering graduate living in Ottawa, Canada. I like agile software development and Ruby on Rails.
I write this blog in Canadian English and don't use a spell checker. Typos happen.
» Full-time Ruby on Rails freelancer
» Full-time with Rails since May 2005
» Former committer for RadRails (now Aptana)
» I also have a few Rails side-projects in development:
1. wheretogoinTO.com Toronto nightlife
2. Hey Heads Up! TODO list and sharing
3. Layered Genealogy family history research
4. foos for foosball scoring
5. fanconcert for music fans (on hold)
Hiring Rails developers? I can telecommute by the hour from Ottawa, Canada
»» Email: rails AT ryanlowe DOT ca
Now hosted on Hey! Heads Up -- check it out!
Derek Lowe's (Ryan's older brother) words at Ryan's funeral
email@example.com no more
Forging Email Headers: Good, Bad or Ugly?
Sarcastic Dictionary (Part 1 of Many)
Twisting Rails is Risky Business
Risky Business? My Take on Early Alphas
Whoa, it's August 2007
A Postscript to "Growth at the grassroots"
»» All Blog Posts
David Heinemeier Hansson
James Duncan Davidson
Signal vs. Noise
Amy Hoy: (24)slash7
Luis de la Rosa
# RadRails 0.7 is out
Apparently Eclipse 3.2 couldn't export RadRails any more (the old deployment method) so the scripts were rushed into action and I managed to get up to speed relatively quickly with only a few minor errors to fix in the scripts.
The next step is to get RadRails building nightly on a build machine and then running a test suite as well. My main priority is making sure RadRails' deployment story is solid so that we can deliver a solid product. Then I'm going to be contributing new features and bugfixes.
One thing that people seem to forget: RadRails isn't even 1.0 yet. It's still under heavy development, new features are added all the time and it's probably about beta quality. We want to keep it usable so people can use it to do work, of course, but bugs are going to happen and they'll be fixed in the following releases if you let us know about them. :) Please report any bugs you find either on our trac database or on IRC (freenode
When a regression test suite is in place the number of bugs in releases will probably be reduced. We also want to post integration builds so that people can test them before we make an official release. All of these things will help make RadRails an even better Ruby on Rails IDE than it is now.
For more information on the RadRails build scripts I created, see my post Building RadRails with Ant.
# Tiger ReInstall
I'm loving my Mac after my recent Tiger Install. Using it as a dedicated development machine for Ruby on Rails and Java+Eclipse was a great idea.
However, the Ruby that came with Tiger is broken and I didn't fix it. So now I have to reformat my machine and do it all over again. I don't see this as being too much of a problem, it will just take some time to do it without DarwinPorts.
It certainly helps that nearly all of the data that's on this Mac is backed up to source code repositories or external hard drives anyway. The old Mac is 3.5 years old now -- so as far as I'm concerned it could die any day now. I'm not worried about that happening -- I'll just buy a MacBook. :)
Anyway, on with the install! Here were the install steps:
1. Installed Mac OS X 10.4 Tiger from DVD, erasing the previous installation.
# Testing It Myself
I just read Ed Burnette's blog post My dream job and I'd have to say I agree with most of the points. Maybe I'll make a post like this someday.
One point stood out for me:
"At my dream job there would not be separate quality testing groups. Developers would be responsible for the quality of their own code."Passing the quality buck to a testing team is common -- and it got even more common during the tech bubble in the late 90's. Why? Because developers don't like to test, it's boring work.
Which leads to my theory: recruiters and managers promised developers they wouldn't have to test to keep them with the company. Testing teams were common before that but the bubble entrenched them even more.
Besides, anyone can bang on software for hours and hours. The bubble created "testing" jobs for any Joe off the street. But great testers are technically savvy, rare and valuable.
Why do Ed and I think it's so important for developers to test their own code? I can't speak for Ed, but here are a few reasons I have:
Should testing teams be completely abolished? No, testing teams can keep the developers honest about writing tests and sharing their expertise by helping developers write better tests. A testing team can also work on more advanced testing techniques, like code coverage analysis, performance testing and bringing in new testing solutions that can help the team. Testing can be just as much R&D as development.
There are also UI tests that are more efficiently (and cheaply) run manually by real people sitting in front of the software. I don't think this is going away anytime soon -- UI testing just isn't at a mature enough state yet, so banging on the end software is still important.
Testing is creeping its way up the API levels to the UI though, especially in platforms that are written to be automatically testable from the ground up, like I found with Ruby on Rails.
Just to be clear: I don't want to be a full-time tester, just like I don't want to be a full-time build/release engineer. I'm a software developer and I want to deliver quality software. I believe that part of that is writing tests for my own code.