Blog

Business of Software conference news

Speak at Business of Software 2007

MicrophoneWe’re going to open up 3 short speaking slots to the public. To kick it off, we’re setting up virtual auditions via youtube so you persuade us to give you a slot.

If you’d like to speak – and get an all expenses paid trip to San Jose to attend the best software conference ever – then go to www.businessofsoftware.org/softwareidol.aspx to find out more.

Read more

Google's turkey farm

Turkey_3DEC used to give a turkey to every employee at Thanksgiving. At its peak, that was 140,000 turkeys. An employee once suggested to Ken Olsen that they buy a turkey farm. Olsen didn’t. What would Google do?

There are a couple of principles here. Firstly, companies should stick to their knitting. When computer companies buy turkey farms, or credit card companies get into cable television (American Express’s doomed joint venture with Warner) or food companies buy tobacco firms (Nabisco and RJ Reynolds Tobacco) the outcome is seldom happy. We all like a good story, and there’s always a good story about why these unions should work, but they almost never do.

Similarly, Google can spin a story to justify getting into the electric car business, or why they should invest in biotech, but these smell like post-hoc rationalisations of the unjustifiable. In the case of 23andMe, the stench is putrid – a classic case of corporate misgovernance, with Sergey Brin using his company’s assets to make a private investment in his wife’s company.

This brings me to the second principle. If the only thing a company can do with shareholders’ money is to piss it up the wall on the founders’ playthings then they should return the capital to shareholders. They can then piss it up walls of their own if they want to.

Google would buy the turkey farm.

Read more

The dissent of a man

At Red Gate, our developers are clever people. Academic qualifications aren’t a perfect guideline to software skills, but most of our developers have excellent degrees from excellent universtities. Almost without fail, they fit a similar profile. Most started coding by the age of 11 and have been writing software ever since.

There is a drawback to this. Put a bunch of very clever, very similar people in a room together and you can get some really dumb ideas out. Think Bay of Pigs. You see this a lot in software – unusable, untargeted applications developed by really bright people.

At Red Gate, we avoid this in several ways. Encouraging discussion is one. Creating an atmosphere where people are allowed to disagree is another. One that works really well is to throw somebody different into the mix. At Red Gate, that person is often Dom, aka Mr Flibble:

Dom isn’t a developer – he’s an interaction designer. To see just how different he is to the stereotypical developer, take a look at Mr Flibble’s flickr pages.

Having a dissenting view is always good. Dom doesn’t always win his battles, but all software teams need somebody with a different perspective. Somebody who’s willing to stand up to a group of really clever, scary people and say "You’re wrong. And here’s why."

Read more

A wise man learns from other people's mistakes. I don't.

They say that a wise man learns from other people’s mistakes.  I’ve always found it easier to learn from my own. They’re more personal, and the lessons are clearer. It’s one thing to read that cash flow that kills a business, it’s another being unable to pay salaries because a customer won’t pay. It’s one thing to read that employment contracts are important, it’s another to be sued by an employee you’ve fired whose contract you cobbled together yourself to save a few dollars. It’s one thing to be told to listen to your customers, it’s another to launch a product and watch it flop because nobody wants it.

I do, however, try to understand my mistakes after I’ve made them. Often the lesson is obvious, but sometimes it’s more subtle. Occasionally I come across a blog entry or a paragraph in a book that helps me understand, deeply and with clarity, why what I did was so dumb. It gives me the information I need to interpret my mistakes and to learn from them. Even more rarely – once or twice a year maybe – I come across a person or a book that streams those insights out, sentence after sentence or page after page.

What does this have to do with software? Eight years ago, Simon Galbraith and I set up Red Gate Software. Since then, we’ve grown from 2 people in a bedroom to just under one hundred people. We’ve been profitable almost all that time. I’ve made all the mistakes at the beginning of this post, and more. The mistakes I’ve made aren’t unusual. Everybody makes similar ones starting out in the software business. I have, however, been lucky enough to stumble across a number of people who’ve helped me learn from some of my mistakes.

Here are a couple of examples. The second developer we ever hired was mediocre. After much hesitation, we fired him. In Peopleware, Tim Lister explains how a hot-shot developer is orders of magnitude better than a mediocre one. Even if he costs twice as much, you’re getting 1000 times more so it’s worth it. It just doesn’t make sense to hire mediocre developers. This is something I’ve always known, but until I made the mistake and read Tim’s book I didn’t truly understand it. More recently, we tried to give our developers performance related bonuses. That was a messy and expensive disaster. Before we tried it, I knew the theoretical pros and cons, but until I’d made the mistake and Tim explained why, that knowledge was useless theory.

Jeff Pfeffer’s book Hard Facts, Dangerous Half-Truths and Total Nonsense gives more insights into performance related pay. Not only does Jeff demonstrate that performance related pay doesn’t work, but he also shows that much conventional wisdom is simply wrong. With his help, I took my specific, first-hand, failure implementing performance related pay and turned it into a general rule about conventional wisdom.

Whether you’re a Micro ISV or Microsoft, Tim and Jeff are but two of the people you should listen to. I’ve put together a conference where Tim, Jeff and some of the other world-class thinkers, writers and doers I’ve come across will be speaking. You should go. You can find out more at www.businessofsoftware.org.

Read more

Business of Software Conference 2007

The conference web site is now live. I’ve managed to persuade a whole bunch of world-class speakers to talk over 2 days in San Jose at the end of October. The speakers include (in no particular order):

Guy Kawasaki
Joel Spolsky
Eric Sink
Rick Chapman
Dan Nunan
Jennifer Aaker
Tim Lister
Jeff Pfeffer
Hugh MacLeod
Bill Buxton

All awesome people with a lot of insights to teach. To find out more, visit www.businessofsoftware.org

Read more

Not with a bang but a whimper

How many web 2.0 companies can you name? I can probably think of about 10. The ones that pop to the top of my mind include flickr, digg and youtube.

According to web2.econsultant.com there are over 1,200 companies that call themselves ‘web 2.0’. The true number is probably a lot higher than that. There are 54 bookmarking services alone. I recognise one name in that list (del.icio.us). Digg isn’t on there. The others don’t ring a bell.

When we estimate the chances of something happening we’re not rational beings. We don’t coldly analyse the probabilities. Instead, we’re biased towards vivid, easily imaginable outcomes.  If asked whether murder or diabetes is a more common way to die, we say murder. We’re more worried about our flight than the drive to the airport. We’re wrong on both counts.

We also tend to exaggerate the similarity of things in the same groups. If two items share one characteristic then we assume they share others too. I’m an ex-software engineer. Bill Gates is an ex-software engineer. Therefore I can expect to duplicate his successes. That definitely doesn’t follow.

We’re seeing a similar thing with Web 2.0 sites. When we think ‘Web 2.0’, we think of Digg, the vivid and easily generated example. We don’t think of the other 53 social bookmarking sites that will fizzle out and die. We see superficial similarities between Digg and our site, and draw incorrect conclusions (hey! We both use Ajax! We both use the word ‘social’ to describe ourselves!  Therefore my site will be a success too!).

We can see the same cognitive biases when we think about startup failures. How many internet startups in the 1990s failed? Like me, you’ll probably come up with a figure based on the easily imaginable, high profile failures of the era (think webvan and pets.com). In reality, the five year survival rate of companies receiving VC money in the late 1990s was close to 50%. That’s actually pretty good.

Several things happened in the last bust. A few companies lost spectacular sums of money. More companies lost a few million dollars of VC money. Some companies just lost the savings of friends and family. Others – a significant proportion – struggled on, changed and somehow survived. It’s the dramatic implosions of the first group that we remember and that colour our perception of the bust.

So what will happen this time round? Will the web 2.0 boom lead to a bust? The eye watering and eye catching investments of the last boom are missing, so there won’t be a spectacular bust. On the other hand, almost all of those 54 social bookmarking sites will quietly fizzle out or morph into other, hopefully more sustainable, businesses.

Web 2.0 will die not with a bang but a whimper.

Read more

We're not quite there yet

I’m running a conference on the business of software (www.businessofsoftware.org). This is the second venture I’ve set up, so I thought it would be a whole lot easier than the first (in 1999 Simon Galbraith and I set up Red Gate Software). It should have been easier because i) I’ve learnt a lot and ii) The technology now is a lot more mature.

Up to a point. It’s still damn fiddly.

Back in 1999, taking credit card payments was hard. You had to set up at least two merchant accounts (one for mastercard / visa, one for American Express). Or you could use a provider like WorldPay (very expensive, atrocious service and not to be touched – at least my experience has taught me something).

Nowadays, there’s PayPal and Google Checkout. Right, I thought – I’ll just use one of them. PayPal charge about 2.5%. Google Checkout’s actually free, assuming you’re an adwords users.

However, the next few days revealed a few glitches. Google has an unfortunate habit of not actually paying its customers the money it owes them. And I couldn’t even manage to work my way through PayPal’s sign up process. That didn’t stop them from debiting my credit card though. Twice. And they’ve got no record of my payment.

It’s not 1999 any more. This stuff should just work.

So, back to square one. I’ll soon have my old-fashioned merchant accounts through my local bank. At least they’ve not asked me how much inventory I’ve got in my warehouses this time.

Read more

Ajax – the dancing dog of software development

Ajax is the dancing dog of software development. Creating platform-independent, highly interactive, installation-free applications is a noble aim, and Ajax is a very clever solution, but it is not a solid foundation for the applications of the future.

Writing thousands of lines of Javascript, running as an interpreted language inside incompatible web browsers, communicating with web servers using slow and verbose data streams via stateless protocols designed for text-based hypertext systems is an absurd solution to the problem.

Abstractions will be developed to eliminate some of the pain. Frameworks such as Atlas will help ASP.NET programmers, and the Google Web Toolkit will help people using Java. But the underlying foundations will still be on sand.

Ajax might be the only – and a very clever – solution to the problem given current constraints, but rather than trying to create more and more hacks to overcome the constraints, shouldn’t we be removing the constraints?

There’s a lot of hype about Web 2.0 at the moment. Currently, it’s just a meaningless label stuck on a meaningless bubble of technology and marketing hype. Why not make it a real Web 2.0, rather than just a pointless naming exercise? Bin HTTP, HTML, XML, the web browser, and Javascript. Web 1.0 was a prototype. Throw it away and let’s do the next version properly.

Read more

Great books about the business of software

There are very few good books about software and business out there. Here are some excellent ones:

Dilbert and the way of the weasel by Scott Adams
There’s more good advice about running a business in here than there is in most ‘proper’ business books.

Peopleware by Tom Demarco and Timothy Lister
If you read one book about creating and managing software teams, this should be it.

The mythical man month
by Fred Brooks
A classic.

The psychology of computer programming by Gerald Weinberg
Athough this book is 35 years old, it’s still a worthwhile read, with interesting chapters on topics such as computer programming as a social activity.

Facts and fallacies about software development
by Robert L Glass
The title says it all. An excellent book

In search of stupidity: Over 20 years of high-tech marketing disasters
by Rick Chapman
Covers, among other things, the mistakes that Netscape and many other of Microsoft’s competitors made.

Information rules
– by Carl Shapiro and Hal Varian
Written at the peak of the dotcom boom, this is one of the only books to point out that profits still mattered, and that everything hadn’t changed.

Showstopper
– by G Pascal Zachary
An account of the deathmarch to ship Windows NT

The design of everyday things – Donald Norman
Read this and you’ll spend weeks swearing at door handles and kettles.

Good to great – Jim Collins
One of the few business books out there based on hard research and facts, this examines the characteristics that companies that make the transition from good to great have.

Hard factsPfeffer and Sutton
If you’re convinced that performance-relatated pay, forced rankings and separating work from the rest of life will make your business better then you should read this book and be prepared to change your mind.

Anybody want to suggest some more?

Read more