| «« d'oh | Articles »» |
|
About
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.
Projects
» 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
BulletBlog
Now hosted on Hey! Heads Up -- check it out!
Syndication
Pings
Recent
Derek Lowe's (Ryan's older brother) words at Ryan's funeral
blog@ryanlowe.ca no more Forging Email Headers: Good, Bad or Ugly? Sarcastic Dictionary (Part 1 of Many) Tags Hierarchies Twisting Rails is Risky Business Risky Business? My Take on Early Alphas Whoa, it's August 2007 Closing Comments A Postscript to "Growth at the grassroots" »» All Blog Posts
Linkage
del.icio.us/ryanlowe
technorati/ryanlowe.ca/blog Aurora Roy Jim Andrew Trasker Travis Kibbee Karen Dr. Unk Ayana Van Bloggers Joel Spolsky Robert Scoble Tim Bray Dave Winer Raymond Chen James Robertson Ruby/Rails Bloggers rubyonrails.org weblog David Heinemeier Hansson Dave Thomas James Duncan Davidson Mike Clark Jamis Buck Signal vs. Noise Tobias Luetke Amy Hoy: (24)slash7 Jeremy Voorhis Eclipse Bloggers Planet Eclipse EclipseZone Luis de la Rosa Eclipse Foundation Kim Horne Billy Biggs Ian Skerrett Mike Milinkovich Bjorn Freeman-Benson Denis Roy
Archives
|
Scott Trappe on Quality
Ask Slashdot has a great interview with Scott Trappe. One of the main things he emphasizes is pair programming and code inspections and I couldn't agree more. If you pair an expert programmer with a novice programmer, obviously the novice will learn more. But the expert will learn as well because the novice will undoubtedly ask a lot of "why" questions, reinforcing what the expert knows. As well, it provides code inspections while you write -- assuming the pair isn't collectively out to write bad code. The idea is that two heads are less lazy than one. Pair programming, however, is usually only something that can work when developers are close to each other. Open source projects are somewhat immune to this because they allow everyone to see the code, including users. Thus open source programmers usually write good code because they don't want to be known as bad coders. Their pair is the little angel on their shoulder. :) Commercial developers are generally anonymous and don't have to worry about bad code directly affecting their reputation -- they still get paid either way. Posted at March 27, 2003 at 10:54 PM ESTLast updated March 27, 2003 at 10:54 PM EST Comments
Hey! You've come out to blog! You're alive! ;-) Now as for your post...Knowledge without sharing and scrutiny and pretty useless don't you think? I totally think pair is a good idea :) » Posted by: roy at March 29, 2003 02:52 AM |