Why I think thin clients are doomed

February 7, 2007

Right now, thin clients are doomed for the same reason that they've been doomed before: users want too much. I believe that watching YouTube videos and plugging in their USB keys are pretty much the minimum level of features that users will expect and accept; if they can't do both, they're operating in a fundamentally crippled computing environment, which is not the way to make them happy. And unhappy users sooner or later push back.

(YouTube is not merely desirable by itself, it's also a convenient proxy for other useful things. If you can't do YouTube, you probably also can't do video conferencing, watching training videos at your computer, or probably even VoIP, which wants low-latency audio.)

But that's just the short term doom, and a lot of it can be overcome with enough work. Unfortunately, that illustrates the long term doom for thin clients: making everything work in a thin client environment always takes extra engineering work and extra time. Desktop computing has reached a point where thin clients are doomed to a perpetual second class citizenship, and second class citizens have never done very well.

It's popular to argue that all many people need to do their job is access to a small number of applications and it's much cheaper to provide this through thin clients. I don't think this is going to succeed, because 'it's more cost effective to provide you with a crippled environment' is not something that resonates with most people, which means that they're going to try to escape as soon as they can.

(Besides, history is against this argument, since it is just a rerun of the mainframe and dumb terminal arguments from the 1980s and we know how those came out in the end.)

Sidebar: thin clients versus dataless clients

The distinction I draw between thin clients and dataless clients is that thin clients do the computing elsewhere while dataless clients do local computing but don't have important local data. While thin clients are doomed, I think that dataless clients have an increasingly bright future.


Comments on this page:

By Dan.Astoorian at 2007-02-08 10:48:11:

I believe that watching YouTube videos and plugging in their USB keys are pretty much the minimum level of features that users will expect and accept; if they can't do both, they're operating in a fundamentally crippled computing environment[...]

That may "doom" thin clients for the general consumer market (though I'm not aware of any push to market thin clients in that market), but not letting users plug in USB keys is a good thing to most corporate IT managers. And I don't particularly want to see my banker watching YouTube from the same system he uses to manipulate my RRSP. (There are enough problems with malware on consumer systems compromising e-banking and e-commerce as it is.)

Just because a technology doesn't fit everywhere doesn't mean it can't be successful.

--Dan

By cks at 2007-02-08 23:59:15:

I think that YouTube and USB keys is the level of capabilities that many general office workers wind up needing and using today. The banker may not watch YouTube, but I wouldn't be surprised if he or she watched (eg) streaming news broadcasts, and putting things on USB keys is a common means of moving them around. (Consider all the advice to have a copy of your PowerPoint presentation on a USB key, just in case your laptop dies or isn't compatible with the projector you have to use, for example.)

More generally, I think that no technology that users dislike can be successful in the long run. It doesn't matter that users don't strictly need to be able to watch YouTube videos; they want to, and so they will figure out a way to do so and how to justify what they need for it. (To mangle a quote, 'users interpret inconvenience as damage and route around it'.)

(And after a certain point this makes it harder to recruit and keep good people; there is always a premium needed to get good people into 'grit your teeth and bear it' environments.)

Written on 07 February 2007.
« What the Solaris 8 nfs3_max_threads parameter probably controls
The danger of validating your XHTML »

Page tools: View Source, View Normal, Add Comment.
Search:
Login: Password:
Atom Syndication: Recent Comments.

Last modified: Wed Feb 7 21:36:24 2007
This dinky wiki is brought to you by the Insane Hackers Guild, Python sub-branch.