29
01
2007
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.
Read the rest of this entry »
Comments : No Comments »
Categories : articles, process, tools
10
01
2007
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.
Read the rest of this entry »
Comments : 1 Comment »
Categories : IA, process, ruby on rails, tools
7
01
2007
Joel Spolsky does a good job of describing why “there is no silver bullet” is true.
Comments : No Comments »
Categories : articles, process, tools
7
01
2007
When you’re starting a software project, you have to make some technology choices. You have to pick a technology stack, but you also have to pick the tools that your team will use to manage code, track issues, write specs, and collaborate over long distances, among other things.
Some of these things are more important than others, but they all matter. If the majority of the team is using PowerBooks but the UI specs are all done in Visio, that’s going to be annoying. If you’re working on something involving trade secrets (or national security), using AIM is probably a bad choice. But whether you do page wireframe drawings in PowerPoint or OmniGraffle on those PowerBooks, or whether you use IRC or Jabber over a secure connection for collaboration, is less important.
Read the rest of this entry »
Comments : No Comments »
Categories : architecture, interviewing, process, tools