tools – Page 5 – Pervasive Code

HTML Wireframes vs. Wireframe Drawings

Related to Rapid Application Development vs. Big Design Up Front is the question of what exact format the UI design work should be done in.

This is more important than user stories vs. use cases, class diagrams vs. ERDs and other such decisions, because UI design artifacts are the most user-accessible artifacts. That means they’re probably the only ones you’re actually going to be able to get users to look at. Try emailing a CFO a 100-page Word doc full of use cases sometime, if you don’t believe me. Then sit that same CFO down in front of Excel and ask for a rundown of their least favorite Excel features. Big difference!
Continue reading “HTML Wireframes vs. Wireframe Drawings”

Regarding “Awaiting the Day When Everyone Writes Software”

To: pontin@nytimes.com

Regarding your article “Awaiting the Day When Everyone Writes Software”:

Your ignorance of the reality of software development would be excusable if not for the fact that your CV suggests that you should know better. Your defamatory description of programmers smears an entire industry of individuals with a single, pejorative stereotype.
Continue reading “Regarding “Awaiting the Day When Everyone Writes Software””

Rapid Application Development vs. Big Design Up Front

I’m working on a new project which I regard as medium-large in scope, and I’ve decided to use BDUF instead of RAD on it. This is of course heresy in light of the effect XP and Ruby on Rails have had on the web startup zeitgeist. (“Isn’t it all about RAD these days?”) But I still think I’m making the right call here.
Continue reading “Rapid Application Development vs. Big Design Up Front”

The Reason There Is No Silver Bullet

Joel Spolsky does a good job of describing why “there is no silver bullet” is true.

OmniGraffle Pro and Subversion

I’m working on wireframes for a startup company, and I’m using the excellent OmniGraffle Pro to do it. Of course I’m keeping all my artifacts in Subversion. But there’s a problem: OmniGraffle sometimes changes a file’s format from a single flat file to a “bundle”, which is a directory that Mac OS X pretends is a single entity (as is seen with all the .app bundles in the /Applications directory). OmniGraffle bundles contain a file with a hideously awful filename, which I’ve seen in the old Classic MacOS if I remember correctly: Icon^M. Like, 5 characters, 5th is a carriage return. Subversion can’t check it in, svn:ignore can’t ignore it. Ugh. Here’s the fix: Using OmniGraffle with Subversion without Sadness