The Register® — Biting the hand that feeds IT

Feeds

Native Client d**k-swinging met with fake Googasm

World notices Microsoft not dying

Cloud storage: Lower cost and increase uptime

Fail and You After a tech company has been making money on its own for a while, it will inevitably embark on a web enhancement project involving a browser plug-in that includes some sort of runtime or virtual machine so that the browser can do more that just render html. It's practically a coming-of-age experience in Silicon Valley.

Google is no exception to the rule. Last week, they released Google Native Client, which is an organic quinoa and self-satisfaction flavored rehash of the same shit we've been seeing for years. We already have ActiveX, Silverlight, Adobe AIR, Java Applets, and Flash – all which do essentially the same thing as Google Native Client – so why do we need another runtime? In a strict hunter/gatherer sense, we don't. But Google's libertarian-when-it's-convenient corporate culture sees market competition as a way to benefit users, ignoring the side effect of enraging developers.

Native Client is still very much in development - which means one of two things. Either Google is genuinely trying to appeal to freetard developers as the superior platform or - and this one is much more probable - Google has absolutely no cohesive direction, and a couple of engineers were working on a neat project that looks an awful lot like a PhD thesis and wanted to open source it to swing their dicks around. There wasn't much fanfare out of the company around the release, no stupid comic book that shows us all in a playful manner how passive aggressive Google is when it comes to competition, so I must conclude that this is the culmination of some engineers' "twenty per cent time" and that it means absolutely nothing to the company's bottom line.

Adobe's Flash is installed on 99 per cent of all computers connected to the internet. If you're a developer making a business decision about what platform to target, choosing any other platform will likely result in failure. In fact, Google itself made this very decision when it developed Street View, which runs as a Flash program inside of Google Maps. Trying to release a browser enhancement plug-in in a market that's so heavily dominated borders on masochism, and the bitch of it is, Google already has such a plugin: Google Gears. Gears is widely considered to be a dud, so maybe Native Client is another stab at it. I wouldn't count on it, though. Google's track record here isn't spectacular:

  • May 2007: Google releases Google Gears. Tech media insists this is the end of Microsoft. Nobody else gives a shit.
  • September 2008: Google releases Chrome which includes Gears. Tech media insists this is the end of Microsoft with the first appearance of the Googasm. A few people give a shit, and Chrome's market share scrapes one percent. Internet Explorer team has a good deep-chested laugh over it, then goes out for beer and expensive cigars.
  • December 2008: Google releases Native Client. Tech media starting to catch on that nothing Google can make will spell the end for Microsoft. Some writers fake a Googasm and manage to fool an inexperienced few readers, but those of us in the know can spot the act.

A lot of people think that Google is slowly revealing pieces of its puzzle, with a spectacular endgame that will involve the razing of Microsoft headquarters and a free, contextual-advertising-supported pony for everybody delivered personally by Barack Obama. It's not going to happen. Wikipedia lists 144 Google products, and I'd challenge Eric Schmidt to name ten. Where, within this fail yard, is the secret to world domination buried? If you have a complex and powerful strategy toward some ultimate goal, that's wonderful, but you can get far more mileage out of simply convincing people that you do and that they're just too stupid to put the clues together. Like a Nostradamus believer asleep at the wheel on September 10, 2001, a Google believer has wonderful hindsight.

So what, then, is the goal of Google Native Client? There is none, as far as I can tell. It was birthed unto the world so that a few engineers could add “public product launch” to their CVs, as most Googlers' stock options are underwater now, and there's never been a better time to jump ship.

Technically, Native Client is nothing astounding. It runs x86 code with some security enhancements. Can you feel the revolution? If history has taught us anything, it's that users don't give a shit about security. If they did, PGP, Inc. would be releasing a web search and contextual advertising product on the side of their multi-billion dollar e-mail encryption business.

In the true Web 2.0 spirit of reimplementing functionality we've had for years and selling it as better because it runs in a browser, one of Google's examples for Native Client is Quake. No, not the GPU-heavy Quake III Arena. I'm talking about the original version ... from 1996. It's been twelve years, and computer graphics has advanced just a wee bit. If Google were trying to impress developers with Native Client, you'd think they could come up with a better example. You know, show us how Native Client adds value, and why it's not just another me-too browser plug-in?

This, again, points to Native Client being something left behind by the cat herd. If left to their own devices, the vast majority of engineers will invent things that are academically noteworthy but practically useless. That's where the businesspeople step in: They know about things like market share and demand and don't really care that you've figured out static x86 instruction analysis to run untrusted code. If this were a real project with real goals, we'd all be installing the plug-in so that we could check out a kickass demo, instead of reading a fourteen page research paper that feels like it was written by Professor OldCrusty von Boring the Third.

Now, how long will it be until Google discovers that you can actually use the web as a distribution medium for installable software? It's what we've been dancing around for a few years now – coming full circle back to the way things used to be. It would be great to have the speed of native code execution and the efficiency promised by automatic software updates over the network. Now imagine if you combine this with a unified way to manage locally installed software. Now that's innovation.

Funny, though. It sounds suspiciously similar to something Microsoft has had for years: Windows. ®

Ted Dziuba is a co-founder at Milo.com You can read his regular Reg column, Fail and You, every other Monday.

Customer Success Testimonial: Recovery is Everything

Latest Comments

Its all a secret plan...

(In best Arnie voice)

On August 29th 2011 at 18:17 eastern time, Google becomes self aware, at 18:56 it launches an all out attack on its rivals in Redmond and Cupertino.

The counterattack destroys the remaining opposition. skyn- *ahem Google then rules the planet, installed on every machine. A few survivors running ubuntu on EEPC's with 3 mobile broadband start a resistance, the plan is to send a BOFH back in time....

#music#

Duh-du, duh ,duh, duh, Duh-du, duh ,duh, duh, wahwawahhh, wah, wah, wah....

0
0
Anonymous Coward

I don't see you doing anything more useful, Ted

Defeating Microsoft isn't the plan. Making interesting technology that might make us some money is.

0
0

Moon base

"Where, within this fail yard, is the secret to world domination buried?"

The moon project! If they get on the moon and set up a moon base, surely they will be invincible... invincible I tells ya (cue supervillain laughter)

But really, Google's new sandbox is interesting in that it uses x86 segmentation registers for security; they've been there all along (since the 8088 at least, 386 and up allows large segments rather than the old 64KB ones) but I've not heard of anyone really using them. It's more of a slap to Microsoft for having insecure ActiveX for so long (when segments would have provided a nearly no-overhead sandbox) than anything I think. This *does* make the google sandbox non-portable though, making it even less interesting than usual IMHO (REALLY non-portable -- segment registers were removed from x86-64 since noone was using them, so not only is it x86-only, it's 32-bit x86 only (it *should* run on 64-bit Linux but under a 32-bit browser.))

0
0

More from The Register

Interwebs taunt Sir Jony over Apple eye candy makeover
Hey Ive, Ive... add more unicorns, willya?
Apple: iOS7 dayglo Barbie makeover is UNFINISHED - report
Plus: You don't like the icons? Blame marketing
SCO vs. IBM battle resumes over ownership of Unix
Zombie lawsuit back and wants to suck the brains out of Linux
Red Hat to ditch MySQL for MariaDB in RHEL 7
So long, Oracle! Don't let the door hit you on the way out
Java EE 7 melds HTML5 with enterprise apps
New release arrives with GlassFish, NetBeans support
 breaking news
'Office Facebook' firm Tibbr wants you to PAY for mobe-meetings app
Great idea. Punters won't cough for it though
 breaking news
The only Waze is Google: Ad giant tipped to gobble map app 'for $1.3bn'
Pac-Man-satnav-ish upstart in bidding war with Apple, Facebook
 breaking news
PM Cameron calls for modern, programmable computers! (We think)
IT education musings to G8 chiefs to mystify IT industry
Apple at WWDC: Sleek new iOS, death of the big cats, pint-sized Mac Pro
CEO Cook: 'The biggest change to iOS since the introduction of the iPhone'
Chrome and Firefox are planet-wreckers, IE cuddles dolphins
Microsoft-commissioned study finds IE sucks less power than rival browsers