Category: programming

Frederick Brooks / Ruby on Rails smackdown

Over at the 37Signals blog, there’s a post praising Frederick Brooks’ absolutely timeless Mythical Man-Month book (Wikipedia entry here), following up on a prior post espousing a “three people for version 1” philosophy, described as follows:

If you can’t build your version 1 with three people, then 1. you need different people, or 2. you need to slim down your version 1. Now, before I get yelled at, this doesn’t apply to every project, but I do believe it applies to the majority. And sure, if you are building a weapons system, a nuclear control plant, a banking system for millions of customers, or some other life/finance-critical system, then you may need a fourth.

But keep it in mind: three for version 1. Remember, it’s better to make version 1 half a product than a half-assed product. Three people will keep you closer to half a product and a cleaner, tighter, simpler base on which you can grow later.

The mysteries of the art of software development have always intrigued me, and I wrote about Frederick Brook’s amazing “No Silver Bullet” essay a couple of times in my blog and weekly column when I was at InfoWorld (man, that column about web services seems DATED now!) It’s one of those essays that’s worth re-reading every couple of years.

One of the comments to the post at 37Signals makes reference to the “No Silver Bullet” essay and puts it into the context of the Ruby on Rails phenomenon:

His essay called “No Silver Bullet” predicted that there would be no single significant development in programming that would increase productivity by an order of magnitude (whatever that means).

I’d be interested to hear JF/DHH’s opinion on that re: Ruby on Rails. Does RoR constitute an advancement of this type? Or, does RoR incorporate multiple technologies which collectively increase productivity (thus validating Brooks’ assertion).

Interesting question — I’ll stay tuned with my newsreader to see the response (and this isn’t really a Frederick Brooks / Ruby on Rails “smackdown,” I just liked the way that sounded as a title to this post!)

Incidentally, my friend and former Salon.com colleague Scott Rosenberg is currently deep in the process of writing a book that touches on some of the issues he wrote about in one of his Salon columns — can’t wait to read it.

PHP/Perl programming language mashup!

(Via O’Reilly Radar) My friend and former Salon.com colleague David Wheeler announced on Saturday that the new version of open source CMS Bricolage supports PHP templating via a new Perl module developed by George Schlossnagle. From the README:

This module provides a way to load a PHP interpreter into your Perl programs. The PHP interpreter then automagically has access to all of the modules and variables loaded into Perl. So PHP executed from Perl can use any Perl modules.

This is so cool and generally amazing (and it gave me the opportunity to debut the word “mashup” on this blog). When you’re remixing at the language level, you’re enabling all sorts of potential. Go Team Bricolage!