Category Archives: software

Finding Simplicity Through Thoughtful Reduction

I’ve been spending a lot of time over the past few years thinking a lot about simplicity. Simplicity is one of those things that we mention a lot in passing, but it’s also something that we don’t dedicate much effort to achieving.
We develop software where 60+% of the functionality is never or rarely [...]

Also posted in simplicity, usability | Leave a comment

Effectiveness vs. Efficiency

I often hear people use the words effective and efficient interchangeably. While the two definitions are close, they are not exactly the same and they have different contexts where each is appropriate.
Here are the two definitions from the New Oxford American Dictionary…

The way I usually differentiate between these two terms and their accompanying mindsets can [...]

Also posted in agile | 3 Comments

Announcing: Big Visible Cruise

Over the past couple of days, I’ve been pulling together a simple Information Radiator for CruiseControl.net. The idea behind the project is to use the power of visualizations to provide simple, visible, and informative displays that expose the current-state of your automated continuous integration builds.
I threw this app together very quickly a week or so [...]

Also posted in agile, community, continuousintegration, opensource, simplicity, teams, travel, work | 6 Comments

A Note To All Software Developers…

I don’t want your icon on my desktop.
I don’t want your icon in my taskbar.
I don’t want you to run on startup.
I don’t need a quicklaunch icon.
When in doubt, just ask.

Posted in software | Leave a comment

Beginner’s Mind

It is easy to fall into patterns of practice in almost every profession. Software is arguably one of the worst when it comes to following stated “best practices” and looking for process frameworks or formalities that guide various stages of the software development lifecycle.
In theory, this is all great. In practice, it (mostly) sucks. The [...]

Posted in software | Leave a comment

The Pain of Strong Passwords

Why is it that a general best-practice is to have strong passwords when most applications don't support them? I tend to use (very) strong passwords, but it seems like I'm discouraged more often than I can utilize them.

Is it really too much to ask?

Also posted in architecture, security | 2 Comments

ReSharper 2.0 Released

You can find it here.

Also posted in .net, devtools | Leave a comment

37Signals in BusinessWeek

This article made me smile.
Why can’t we just all do things this way?
It’s possible, it’s easier, and it makes sense.
I can only hope that one day we’ll all wake up from the nonsense that we’ve believed for so long and ask “What the hell were we thinking?”

Also posted in agile | Leave a comment

Getting Real

About a week ago I purchased the Getting Real book from 37signals. I’ve been eagerly waiting for this book to come out for a while now and I can say that it was well worth the wait. The book (available only as a pdf) is entertaining and very thought provoking. I can say that I [...]

Also posted in agile, architecture, design, simplicity | Leave a comment

Re-thinking Convention

I’ve been playing more and more with Ruby On Rails lately and it has been a very mind-opening experience with regards to many of my ideas around application architecture. There are many wonderful things about Rails, but the idea (and implemenations) of “convention over configuration” is demonstrated beautifully within Rails.
My development experience has been primarily [...]

Also posted in .net, architecture, rails | Leave a comment