cash in your project

Scratching an itch - or - filling your pockets

In his now infamous book, The Cathedral and the Bazaar, Eric S Raymond wrote "Every good work of software starts by scratching a developer's personal itch."

  1. Once you've started scratching does the itch go away?
  2. Do you reach a point where the itch has gone but the software is not complete.
  3. If you do what happens next?

Writing a new piece of software can be hard work and time consuming. You slave away at it in your spare time for days, weeks, months and even years until it works the way you need it to.

Then the problems start when you show it to a friend. Who shows it to another friend who shows it to another friend ad infinitum.

Now all these people are really impressed with the piece of software that you wrote, for yourself, and they send you little messages that stroke your ego.

  1. "Just what I've always needed"
  2. "You've answered my prayers"
  3. "Thank you so much"

But then, as more and more people start to use your software, you start to get some other messages.

  1. "The software doesn't work when I stand on one leg"
  2. "Could you please add this feature as it is essential for me"
  3. "Why doesn't it work in my language, all I see is English?"

At first you're happy to fix the bugs and to add the features because it's fun, but over time the demands on your time and your energy increase and it stops being fun.

To make it worse you no longer have the need for the software and the system that you wrote it for originally has changed so your code no longer works.

Now instead of the compliments you are bombarded with messages

  1. "My business relies on this software, fix it now"
  2. "When will this be fixed"
  3. "I've been waiting for weeks and no updates"

So what do you do now?

  1. Abandon the software, close the web site and stop answering your emails
  2. Place the software on sourceforge.net in the hope that someone else "might" take it on
  3. Look for a more positive outcome

One that will allow you to continue to support and develop the software and it's users. As it no longer "scratches your itch" and you have no "personal need" for it this solution surely must include a means to:

  1. recompense you for your time
  2. take over some of the drudgery e.g. support, documentation etc
  3. provide a new "itch to scratch"

So that piece of software might start scratching your itch but end up filling your pockets.

 

The web was meant to be read, not squished.
This isn't the way to test a responsive design.