History shaped Google's Trojan Horse
Unravelling the Chrome masterplan... with Windows 2.03
Analysis When people buy software - buy it in seriously large amounts - it isn't just today's binary they're choosing. They're buying what they think is a bit of the future - they're buying a piece of risk insurance. This explains why very mature and well-proven systems often lose out to the Newest Kid on the Block. It also explains the enduring effectiveness of FUD and Vapourware.
And it's not just software. From TP monitors, to minicomputers, to Novell Netware, recent history is full of examples of perfectly splendid systems being thrown out and replaced with something that doesn't live up to the billing - and perhaps never will. Which sounds wacky, but that choice is being made on the rational calculation that the software or hardware of choice today won't be made or supported, or the standards that bind the parts of the system together will become obsolete. (Which leads to the same thing.)
Sometimes a brave company bucks the trend. Most famously Microsoft refused to "eat its own dog food", and stood firm against the move to client/server computing running PC or Unix-based databases like Microsoft SQL Server, instead insisting that its mission-critical accounts department ran on, er, an IBM AS/400 mini.
But by and large, the strategy works very well for companies that trumpet a "paradigm shift", or "new era in computing", and convince people that they own a secret part of the future - one that no one else can yet see. It worked for Microsoft, and Google hopes it will work for it, too. The Chrome browser today is little more than a piece of demoware, but it's not just about "today", is it?
Before we see what Google is hoping to achieve with Chrome, let's take a look at a precedent from history that I find quite spooky. Old-timers may excuse this brief wallow in nostalgia.
In the 1980s, PC business software was dominated by three names. Ashton Tate, Lotus and the WordPerfect Corp. The former two produced dBase III and Lotus 1-2-3, which were practically mandatory. Each product had what your modern, New Age marketing-droid would call an "ecosystem" around it - the value of the choice was as much in third-party add-ons and libraries of macros and scripts, as in what came out of the box. Developers skilled in these black arts were plentiful too.
For their part, Ashton Tate and Lotus had grown fat and lazy from astronomical growth, and had been slow in updating the software. They had seen off competition from integrated suites, and looked formidable enough to keep superior rivals from gaining much market share. And they were very expensive - dBase IV retailed for $795 in 1990.
But buyers, who were in no rush to migrate, knew there were two events in the coming years that might force them to re-evaluate at some point. 32bit computing would eventually supplant the limited address space of DOS running on 286 or 8086 machines, and eventually - at some far off date in the future - graphical user interfaces would come to the PC.
Microsoft knew this too, but it had a few problems. Its own clunky GUI, Windows, offered no advantages to the business user. The giants of the DOS world wouldn't run very well inside Windows - if they ran at all. There was no unique killer application for Windows, either.
Worst of all, few people really believed that Microsoft owned that vital secret of the future, or knew something no else knew. Apart from DOS, Microsoft simply sold a few compilers, while its own applications rarely got to a medal position in the shoot-out comparison tables in the computer press. And that was about it.
As Software Magazine, reviewing Windows 2 in 1988, wrote -
"There are challengers, including Desqview, and entries from Hewlett-Packard, Xerox and IBM's own Presentation Manager."
In other words, if the PC went GUI, it would probably be thanks to one of the grown-ups. Apple had priced itself out of the business market and refused to license the software. However, what credibility Microsoft had rested entirely on hanging onto IBM's coat tails with its work on OS/2. And few people had any great enthusiasm for a future that returned control of the industry back to IBM.
So Microsoft bundled a Windows "runtime" with one of the few prestige applications that had been ported to Windows. Typically this might be Aldus Pagemaker, or Microsoft's own Excel spreadsheet, because there weren't really any other heavyweight Windows applications. The runtime was a limited version of Windows that started when PageMaker ran, and ended when you closed it.
Like Microsoft 20 years ago, Google wants to shift users to a new platform - its own - for which there is much hype but no great enthusiasm. Like similar migrations the new platform offers very few advantages - and plenty of disadvantages. Not only are great chunks of functionality missing, but even when you're supposed to be "online and always connected", you might not be.
There have been plenty of hiccups in the "cloud", recently. As Ted Dziuba wrote here recently, it's captivated the investors for several dubious reasons - one of which is that a "cloud" is ever so easy to draw on a White Board.
That's where the "runtime" comes in. Today, Chrome is simply a technology demonstration - and I can't see Firefox users with their carefully-cultivated selection of add-ons, or Opera users, making the jump any time soon. But Chrome is a Trojan Horse for bundling Google's Gears onto your PC - and in the hope that manufacturers look to Google services for new Eee-type lightweight PCs, perhaps running something like gOS, the Ubuntu-derivative.
Gears is simply designed to make Google's online services more attractive, and makes it looks like Google's is setting the standard: leading where everyone else follows. (That isn't entirely unfair.) And as a technology demonstration, Chrome succeeds.
Sponsored: DevOps and continuous delivery