Blog

Business of Software conference news

Cringely the Unemployable on the fallacy of Web 2.0, Microsoft ruthlessness, and the CB radio of our decade

Robert X Cringely is a sex symbol, airplane enthusiast and intrepid adventurer. He’s the host of the hit PBS-TV series "Electric Money," and author of Accidental Empires: How the Boys of Silicon Valley Make Their Millions, Battle Foreign Competition, and Still Can’t Get a Date, and the popular column I, Cringely. I spoke with Cringely about the Web 2.0 "Pillsbury Bake-off," the ruthlessness of Microsoft, user-generated video ("the CB radio of our decade") and his own unemployability.

Davidson: Which software company would you hate to compete against? What makes you single them out?

Cringely: Microsoft of course. They have the deepest of pockets, unlimited ambition, and they are willing to lose money for years and years just to make sure that you don’t make any money, either. And they are mean, REALLY mean.

Davidson: Why do you think Microsoft is mean? Are you implying some kind of malicious intent rather than just ruthlessness?

Cringely: Maybe "mean" is the wrong word to use for Microsoft. "Ruthless" is good. The company is built in the image of Bill Gates and Bill is a guy who gets caught-up in the game of business and doesn’t typically see its personal cost. To use what might seem to be an obscure example, just look at all the various partnerships and industry consortia that Microsoft has announced through the years that never produced a product or even a usable specification. There have been literally dozens of these operations that are intended solely to freeze the competition until Microsoft can figure what the heck it actually wants to do. To Microsoft its a PR exercise that helps them compete but to customers it is just a damned lie. That’s ruthless. There are plenty of other examples I can give but you get the point. I represent the concerns of users, not vendors, and Microsoft doesn’t really care about users.

Davidson: Do you think they’re meaner than, say, Google or Apple?

Cringely: In comparison Google and Apple are, well, different. Apple cares very much about users as a group, but very little about users as individuals. If you disagree with Steve Jobs you are just plain wrong, but as a class users deserve cool stuff (as opposed to Microsoft’s view that users are simply a burden). Google can’t get past the algorithm. To Google there are no users, just electrons with intent. Google would rather users not exist, but unlike Microsoft I don’t believe Google actually resents users, at least not yet.

Davidson: Who do you reckon will dominate in five years’ time: Google, Microsoft or somebody else (possibly unknown now)?

Cringely: Five years from now Microsoft will still be a cash machine but Google will be the big bully and by that time they’ll probably be in competition with Apple, too.

Davidson: What companies or technologies do you think are full of hot air and why?

Cringely: Web 2.0 is cruising for a bruising not because it isn’t clever or even a whole new market segment, but because too few companies realize that Web 2.0 is more like the Pillsbury Bake-Off than it is a business. This requires some explaining because I know it will piss off some folks, but the problem with Web 2.0 BUSINESSES is that they are usually built on a recipe for mixing together technologies from other companies. That’s fine, but then how do you protect your recipe? You can do it through market share, but that just means you have to be the first or second serious player in your category, which is why we have MySpace, Facebook, and….. almost nobody. Yet every VC in Silicon Valley will hear this week a pitch for some startup that calls itself "better than Facebook." Sheesh.

Davidson: What is the most over-hyped bit of tech at the moment?

Cringely: User-generated video is the CB radio of our decade and, like the CB craze of the 1970s, this one will decline. I’m not at all saying there is no value to user-generated video, but it won’t replace television.

Davidson: Are we in a tech bubble?

Cringely:  No. Tech companies today have to make a profit and the IPO market stinks. There have been some lucrative buy-outs and a couple big IPOs, but this is nothing like what we saw in the late 1990s. Not even close. If you are making a profit, it isn’t a bubble.

Davidson: What is the single biggest mistake (or mistakes) that software companies consistently make?

Cringely: They assume that having the best technology is good enough. Yes, technology is important, but not as important as good marketing, proper product positioning, and simply making sure that more money comes in than goes out. Silly stuff like that.

Davidson: Who do you consider the best leader of a software company you have seen and why?

Cringely: It varies from era to era and no leader is perfect, but my favorite software company for pure execution is Intuit, which consistently invents new businesses that attract huge competitors yet the company still maintains dominant market share.

Davidson: If you could have worked for any company in the last 20 years which would it be and why?

Cringely: I am unemployable, having been fired by every company I have ever worked for. I am not making this up. But if I were employable, I suppose I would want to be at some software company that would have made me rich while not making me bored. In the 1990s I would have wanted to work for Netscape, which made a lot of people rich when AOL overpaid for the company. In this decade I suppose I would have picked YouTube simply because it grew so fast and sold out for a good price in a heady rush. Nothing like zero to $1.6 billion in 15 months. I’m not sure we’ll see that again.

I haven’t yet persuaded Robert X. Cringely to speak at Business of Software 2007. If you think I should, then post your comment here.

For more information about the conference, and to get your free e-book, go to Business of Software

Read more

How to learn anything

Ted Nelson is a computing genius. Although he denies it, he predicted and described the world wide web in the 1960s. He’s the guy who coined the term "hypertext" in 1963.

Incidentally, he’s also responsible for possibly the world’s longest software gestation. Project Xanadu was started in 1960. A prototype was demonstrated in 1972 and something finally shipped earlier on this year.

In his 1974 book Dream Machines there’s a section called "How to Learn Anything". It’s an interesting read [all typos are my own]:

A lot of people are afraid to ask questions because they’re afraid of looking dumb. But the dumb thing is not asking questions.

If I ever get my school, the one course will be

HOW TO LEARN ANYTHING

As far as I can tell, these are the techniques used by bright people who want to learn something other than by taking courses in it. It’s the way PhD’s pick up a second field; it’s the way journalists and "geniuses" operate; it brings the general understandings of a field that children of eminent people in that field get as a birthright; it’s the way anybody can learn anything, if he has the nerve.

1. DECIDE WHAT YOU WANT TO LEARN. But you can’t know *exactly*, because of course you don’t know exactly how any field is structured until you know all about it.

2. READ EVERYTHING YOU CAN ON IT, especially what you enjoy, since that way you can read more of it and faster.

3. GRAB FOR INSIGHTS. Regardless of points others are trying to make, when you recognize an insight that has meaning for you, make it your own. It may have to do with the shape of molecules, or the personality of a specific emperor, or the quirks of a Great Man in the Field. Its importance is not how central it is, but how clear and interesting and memorable to you. REMEMBER IT. Then go for another.

4. TIE INSIGHTS TOGETHER. Soon you will have your *own* string of insights in a field, like the string of lights around a Christmas tree.

5. CONCENTRATE ON MAGAZINES, NOT BOOKS. Magazines have far more insights per inch of text, and can be read much faster. But when a book really speaks to you, lavish attention on it.

6. FIND TOUR OWN SPECIAL TOPICS AND PURSUE THEM.

7. GO TO CONVENTIONS. For some reason, conventions are a splendid concentrated way to learn things; talking to people helps. Don’t think you have to be anybody special to go to a convention; just plunk down your money. But you have to have a handle. Calling yourself a Consultant is good; "Student" is perfectly honorable.

8. "FIND YOUR MAN." Somewhere in the world is someone who will answer your questions extraordinarily well. If you find him, dog him. He may be a janitor or a teenage kid; no matter. Follow him with your begging bowl, if that’s what he wants, or take him to expensive restaurants, or whatever.

9. KEEP IMPROVING YOUR QUESTIONS. Probably in your head there are questions that don’t seem to line up what you’re hearing. Don’t assume that you don’t understand; keep adjusting the questions till you can get an answer that relates to what you wanted.

10. YOUR FIELD IS BOUNDED WHERE YOU WANT IT TO BE. Just because others group and stereotype things in conventional ways does not mean they are necessarily right. Intellectual subjects are connected every whichway; your field is what you think it is. (Again, this is one of the things that will give you insights and keep you motivated; but it will get you into trouble if you try to go for degrees.)

***

There are limitations. This doesn’t give you lab experience, and you will continually have to be making up for gaps. But for alertness and the ability to use his mind, give me the man who’s learned this way, rather than been blinkered and clichéd to death within the educational system.

BIBLIOGRAPHY

Wilmar Shiras, Children of the Atom. Science-Fiction about what a school could be like where kids *really* used their minds. I’ve always been sure it was possible; the R.E.S.I.S.T.O.R.S. (see p. 47) made me surer.

(c) Ted Nelson, 1974

It’s a fantastic book. You should do whatever you can to get hold of a copy.

Read more

From project sluts to strawmen: An interview with Tim Lister

Tim Lister is a principal of Atlantic Systems Guild and co-author of the acclaimed books, Waltzing with Bears: Managing Software Project Risk, and Peopleware: Productive Projects and Teams. Freelance writer Bob Cramblitt spoke with Lister about the patterns that help determine software success or failure.

Cramblitt: You’re working on a new book.   Tell us a bit about it.

Lister: Actually I’m working on it with the five other principals of Atlantic Systems Guild.  The book is tentatively titled Project Patterns: From Adrenalin Junkies to Template Zombies.  It’s a series of nearly 100 short essays on project patterns for good and bad.  If they are healthy patterns, we talk about how you promote them within the organization.  If they are dysfunctional, we tell you how to stop them.

Cramblitt: Let’s start with the bad ones.  What are three things that project teams can do to ensure failure?

Lister: One is what we call Brownian Motion, based on the physics term defining a constant state of random motion.  In our definition, it means loading a project with people when you still haven’t decided what you are actually going to do.

Another pattern is project sluts – organizations that can’t say no; they have far too many projects for the staff they have, and things never get done.

We also see a pattern called dead fish.  This is a project that is doomed from the start because the schedule is outrageously unrealistic.

Cramblitt: What are some good patterns?

Lister: One of the best is strawman: building low-fidelity, low-cost prototypes for projects even if you know the approach isn’t right.  Strawman projects help you discover where you are going wrong early on, and help people articulate what they want and need.

Seasons for change is a pattern that specifies that changes will be made only during certain windows of time, avoiding problems with constant tinkering.

Testing before testing describes a pattern of doing quality assurance in parallel with the project, instead of waiting until the end.  This helps everyone understand project specs in the early stages of the project.

Safety valve is another one.  People involved in projects need to blow off steam and do goofy things like jump up in the afternoon and go bowling.  There are other things related to this that are important too, such as sharing food, and setting up opportunities for people to get to know one another outside of work.  My dad once said, “it’s hard to hate someone when you know their name.”

Cramblitt: Has project management improved in the 20 years since you co-wrote Peopleware?

Lister: Yes, I think so.  More organizations realize that system building is a deeply human activity, rather than a high-tech, engineering effort.  People are looking at bigger projects differently.  Good organizations aren’t doing things in a ballistic way – where you aim a gun, shoot, and the bullet goes where it goes.  The new approach is more like driving a car: you drive a bit and if don’t like where you are going, you steer in a different direction.

I think the agile development people have a tiger by the tail.  They don’t attempt to build a perfect spec that will be the bible for the next two years of development.  Instead, the approach is to spec a little, build a little, run it by people and get some feedback, then get another cycle going, continuing until you hit the moving target.  Larger projects are much riskier, and agile development is a way to minimize risk.

Cramblitt: What do you think about the reliance on best practices?

Lister: I get chills when I hear that phrase.  From my point of view there are some pretty good practices, but no best practices because that implies generic software development.  All projects are related to the domain they’re in.  A best practice for defibrillator software is not the best practice in another domain.  I’d like people to think about patterns – abstracting their work and recognizing the patterns they’re in, good and bad, and making informed decisions to promote those patterns or replace them.

Tim Lister will talk about project sluts, strawmen, safety valves and much more at the Business of Software 2007 conference, October 29-30 in San Jose.

Sign up for the newsletter and get a free eBook of ‘Eric Sink on the Business of Software

He’ll be joined by other software luminaries such as Guy Kawasaki, Joel Spolsky, Rick Chapman, and Jeffrey Pfeffer.  For more information and to register, visit www.businessofsoftware.org.

Read more

Ringtones and eCommerce providers – how to scam your customers

Crimescene
What do ringtone sellers, third party shareware sites and print magazines have in common? They’re all struggling for survival, and will stop at nothing to extend their miserable existence by even a fraction.

Monstermob makes its money by selling mobile phone ring tones. Actually, it makes its money by scamming unsuspecting customers. You buy a single ringtone but they sign you up for a monthly subscription. It works on the principle of stealing a little money from a lot of slightly lazy people with better things to do than claw back a few dollars. If you need to trick your customers like this you’re doomed. It’s either dishonest, or a last-minute stand against a broken business model. Indeed, Monstermob’s shares are currently at a record low.

Surely we’d never see a similar thing in the software industry? Think again. A lot of software companies sell their software through third parties such as Digital River. One of these third party ecommerce providers – SWREG – has started asking an additional question at the end of each sale. If you’re not careful you will be signed up to a $10 / month subscription. This is simply dishonest, and clearly not in anybody’s long term interests. It’s a sign that their business model can no longer work. With the arrival of Google checkout, software vendors can now sell their software themselves for a commission rate of effectively 0%. There is no room for third parties such as SWREG. The only way they can survive at all in the short term is to stiff their customers and partners.

I had a similar experience with SQL Server Magazine. I couldn’t find my paper subscription so I downloaded an article from their web site. I was led to understand that I was buying a single article but was signed up for a monthly subscription. This behaviour is so obviously wrong that it can only be a desperate attempt to stave off the inevitable death that most print magazines face.

Although I can’t condone this behaviour, I can understand it. Good people can do bad things. If your company were doomed, what would you do?

Read more

Psychometric tests – how to hire the wrong person

The odds are you use psychometric tests as part of your interview process. If you don’t, experts probably tell you should. Unless you understand their assumptions and interpret them correctly then you will hire the wrong people. Here’s why.

Firstly, these tests are based on a number of assumptions. They assume that, fundamentally, we have a constant personality that predicts our behaviour. This might seem like common sense, but it’s good to question common sense occasionally. Do you behave the same when relaxed and when stressed? With strangers and with friends? At work and at home?

The tests also assume that we can all be measured against similar yardsticks. We are all points on a graph with axes corresponding to universal traits.

You need to be aware of how these tests are developed. Researchers ask thousands of people to describe themselves and others and then examine the words used. Assuming that words used correspond to characteristics, they search for correlations between words. If there are strong correlations, then one of the characteristics is eliminated. For example, if ‘nice’ always corresponds to ‘kind’ then both describe the same trait so one is discarded. Of course, there’s never a perfect correlation so information is lost.

Personality is therefore distilled down to between 3 and 16 factors. This results in gross over-simplification. Carry out the same exercise with physical characteristics and you’d end up describing everybody in terms of their height, weight and skin colour. That broad-brush picture would give us some information, but it’s the lost nuances that are important.

You should note that these tests ignore some realms of personality. Some of the missing traits are important to the workplace, some are not. These tests rarely tell you if you’re an asshole, evil, gullible, attractive, intelligent, a hard worker, promiscuous or religious. Although not always relevant to work, these are important characteristics that people have.

The last point is more subtle and is about interpreting the results. When evaluating the world, our minds use certain heuristics and take certain short cuts. Normally, this works well but it can introduce some biases. One of the most notorious is that we tend to ignore base rates. For example, say a doctor tests you for a disease. The disease affects one person in ten thousand and the test is 99% accurate. You test positive. How likely is it that you have the disease? Take a moment to think about it.

Most people – and this includes doctors and statisticians – will say 99%. This is the wrong answer. This becomes clear if you think in concrete rather than abstract terms. Take ten thousand people. One person is ill. The test is 99% accurate so 1% of people will have false positives. That means that 100 people test positive. Since only one of those people is actually ill, the odds of you being ill given a positive test result is actually only 1% (ignoring the negligible effect of false negatives). The important point here is that the base rate is important. The underlying incidence of the disease massively affects the probabilities.

Your mind can take you down a similar blind alley with psychometric test results. You can see this from the diagram below. Say you’re trying to hire a developer. Obviously you want to hire an outstanding one, and they are rare (the small circle). You’ve noticed that the outstanding developers you know almost all share similar traits (the red area) so you decide to test for that trait.

Venn_2 

You find a developer with the required trait. This group is represented by the large circle. However, because many average developers may also have the required trait, you are much more likely to have picked somebody in the blue area (average developer with the trait) than the red area (outstanding with the trait).  You have been misled by the base rate – the number of developers in the general developer population with the trait. In other words, if you hire on the basis of the test results, you will likely hire the wrong person.

In conclusion, by all means use psychometric tests but understand their assumptions and interpret them carefully.

Read more

"In search of stupidity" – free signed copy

Insearchofstupidity
We’re giving away a free, signed copy of Rick Chapman’s In Search of Stupidity: Over Twenty Years of High Tech Marketing Disasters to the first 100 people who register for the Business of Software 2007 conference. This an awesome book, with 44 five star reviews on amazon.

Rick is speaking at the conference. He’s definitely worth listening to.

You can find out more at https://www.businessofsoftware.org/register.html

Read more

Conference registration for Business of Software 2007 now open

Sign up before August 15th 2007 and you can get $600 off the full 2-day conference pass (a 33% discount). That means you’ll be able to hear a whole range of world-class speakers, including Guy Kawasaki, Joel Spolsky, Eric Sink and Hugh MacLeod for less then the real cost of an iPhone. Go to www.businessofsoftware.org/register.html to find out more

P.S. You can still download a free copy of ‘Eric Sink on the Business of Software’ from the site.

Read more

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

Dog whistle marketing

In the UK, the term ‘dog-whistle politics’ is used to refer to campaigning that contains a deeper message only audible to a certain audience. In politics, the hidden message is often something that’s not quite acceptable. Michael Howard used it in the UK’s 2005 election campaign to appeal to voters concerned about immigration but without explicitly mentioning his plans.

You can get a more benign form of steganography in marketing. You know the big, glossy full-page adverts in tech magazines? They’re not always aimed at you, the technical audience. Their audience is often venture capitalists and private equity firms. The message isn’t ‘buy our software’. It’s ‘buy our company’.

There are other examples of dog-whistle marketing out there too. Adverts can contain messages to regulators as well as to consumers (do you really think those drink responsibly messages in tequila adverts are aimed at you?). Sometimes the message is really aimed at a competitor – in the UK, Ryanair, Virgin and Easyjet have all run campaigns whose hidden aim was to rile British Airways.

You need to be careful with dog-whistle marketing though. It can backfire. Do it too overtly, or use the wrong hidden message, then you can alienate and lose your audience.

Read more

Welcome to the Business of Software blog

In October 1999 Simon Galbraith and I set up Red Gate Software. Over the past 8 years we’ve grown from 2 people to almost 100. Although we have had our successes, we’ve also made plenty of mistakes.

I’m running a conference in San Jose at the end of October. The people I’ve invited to speak are world-class thinkers, doers, writers and speakers who I wish I’d heard of earlier, and listened to more. I’m hoping that by bringing them together in one place, over two days, we will all learn how to grow, set up and run our businesses better.

To find out more about the conference, go to www.businessofsoftware.org

Read more