Commentary

J. Nicholas Hoover
Senior Editor, InformationWeek  

Why Google Gears Is Good News, Bad News For Microsoft

Google Gears, Google's new JavaScript API to help Web apps work offline, is certainly an intriguing concept. As recognition that people aren't always online, it will also surely be paraded by Redmond as validation of Microsoft's vision that the future of software covers the desktop, the Internet, and particularly, a combination of the two. But it's not all gravy. Google Gears gives browser apps persistance, long the sole bailiwick of the desktop client.

Google Gears, Google's new JavaScript API to help Web apps work offline, is certainly an intriguing concept. As recognition that people aren't always online, it will also surely be paraded by Redmond as validation of Microsoft's vision that the future of software covers the desktop, the Internet, and particularly, a combination of the two. But it's not all gravy. Google Gears gives browser apps persistance, long the sole bailiwick of the desktop client.Don't think the primacy of the browser is suddenly here. Out-of-browser-experiences, or OOBE's, as I will call them to be cute, are still more responsive than your typical Ajax app, bound by tricky code and a lack of access to hardware resources like graphics acceleration. The browser also constrains the look and feel of the user interface, hence Microsoft pushes Windows Presentation Foundation for Internet-connected apps. Plus, Google Gears could take away one of the browser's greatest benefits: the ability to run applications without installation headaches.

And yet, Google Gears was an inevitable development Microsoft has neglected. Offline capability for heretofore purely online apps, like we now find from Zoho to Salesforce.com, is a necessary thing. Microsoft has repeatedly brought that to my attention over the past few months, as it well should since software plus services is the company's future. Microsoft itself has had things like Office Online, which searches the Web for templates and returns them, all inside of Office apps like Word, for years. But they've all come from the direction of the desktop toward the Web, rather than the other direction.


More Windows Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

The value of Windows is that it is a relatively exclusive and powerful sandbox. Well, that, and that it is the dominant operating system by a mile, but that's beside the point. The value of the browser-based Web, on the other hand, is lightweight openness, as Google demonstrated with Gears, itself a relatively small download that's cross-platform and cross-browser. How to reconcile those two worlds is a bigger predicament than I am able to unravel. Adobe's Apollo runtime made an attempt to do so, now so does Google Gears and sometime soon will Mozilla Firefox 3.0. I know I'm comparing offline (and/or out-of-browser) apples to online (and/or in-browser) oranges, but the middle ground is sparse. Where's Microsoft's platform entry?

Silverlight, Microsoft's new cross-platform, cross-browser Internet platform, actually carries some potential, but it has no native offline capabilities and isn't likely to start working with Google Gears anytime soon. And the Novell-run Mono project may actually beat Microsoft to the punch of making Silverlight work outside a browser. Even then, will it run offline? No. Will it be as open as Gears? I'd say no.

Needless to add, Microsoft is far from the kind of openness that would have had the company build Google Gears itself. There's as much, if not much more, downside to Microsoft putting out an API that would enable people to develop offline apps for competitive Web and desktop platforms as there is upside. Rock, meet hard place. Move too fast, you could cannibalize Windows and Microsoft's desktop apps business; move too slow, and get left behind in a new world.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links