Why Google Is Killing Gears & Pushing HTML5

12 thoughts on “Why Google Is Killing Gears & Pushing HTML5”

  1. Om,

    Your post makes a lot sense, especially in light of the fact that handheld mobile devices currently outnumber desktops/laptops by more than 4 to 1 worldwide. That said, the HTML5 bet by Google is sound as “apps” on handhelds only make up for poor web browser experiences. These “apps” will go the way of desktop software when the day arrives when there is a mobile browser with critical mass. I think Google recognizes this likely possibility.

    My $.02.

    Best.

    1. Curtis,

      I think Google is right in thinking along these lines but in order for mobile to replicate the wireline-based web app experience, some things have to improve at the infrastructure level. The good news: LTE will help and so will the pervasiveness of WiFi.

  2. Hasn’t Google always maintained that Gears was just a cutting edge implementation of a future standardized way of storing data locally? Why would Google want to keep local storage in Gears when modern browsers natively support it?

    I am surprised that Google is killing Gears though. I always thought Gears would be a playground to add functionality to other browsers. As local storage and geo-location goes out, new cutting feature come in. I guess Google is betting on Chrome to push other vendors into adding features.

  3. One key component being forgotten — the offline access is just as useful for the webapp once on the phone (even with advertisement), let me explain.

    When purchasing an app, the user has to be online, so the web app loads once and is immediately archived for offline browsing. Embedded in the app is an ad generator with a pre-defined set of ads to run while in offline mode. The “webapp” and ad generator store all data while offline and once within connectivity range again, go out to update.

    I see this as a very likely solution, and quite honestly, it’s brilliant. On more popular apps, google can up the stakes on being available in offline mode because, depending on the duration, your ad is likely to see 2-20 times more cycles during the user interfacing with that app.

    The fact of the matter is, Google’s vision of the internet will happen, one day. As to whether it’s “around the corner” or “down the road, take a left at the gas station, follow that till it runs out and it’ll be on your left… you can’t miss it” remains to be seen.

  4. Om, I was with you all of the way until you wrote, “Web apps will need better wireless networks with much lower latency and higher bandwidth capabilities in order to meet (and beat) the native apps.”

    I don’t understand your point there. Native applications have the same network limitations that web apps do. Native computing performance doesn’t address network latency or limited bandwidth.

    FWIW, the five common arguments for native development versus HTML for mobile devices that I’ve heard from people are:

    1. Offline Mode
    2. Findability
    3. Performance
    4. Device Attributes
    5. Monetization

    To my mind, those are the hurdles that Google–and anyone else who wants to see the mobile web become a viable alternative to gatekeeper appstores–needs to overcome.

    I wrote more about these five factors at http://cloudfour.com/459/ if you’re interested.

    1. Jason

      I am not arguing against the web apps. I am arguing for better connectivity and lower latency. Those two factors will help with adoption.

      Your five points — I pretty much agree with, though not sure I quite understand the monetization argument. Care to elaborate?

      1. I didn’t think you were arguing against web apps. What I didn’t get was why networks with lower latency and higher bandwidth weren’t just as much of an impediment for native apps.

        I think we’re talking past each other some how. Next time I’m down in San Francisco we’ll have to have a longer chat than the quick one we had when Surj introduced us. 🙂

        Regarding monetization, it’s simply easier to buy iPhone apps than it is to buy things on the mobile web. Entering credit card information on the phone is not fun and integrating carrier billing means wading into a mess of different rules and revenue sharing percentages.

  5. This is the age old argument that you covered nicely. Native or Web apps? So far the winner is native apps but if desktop history is any example, web apps should be the ultimate winners. Question is when and the catalyst for it.
    Today native apps are so convenient that we can’t imagine life without them and so some cool new web apps have to prove that they can deliver the great user experience and may be Google should start with its apps on Android and iPhone.
    Better connectivity will always help but don’t think is in the way of this transition.

    It is a battle between Apple and Google at one level and MS and Google at another level as MS is also resisting HTML5. Is there another browser besides Chrome that supports HTML5 today?

    • AIR wasn’t a response to Gears.
    • Gears does a lot more than offline mode. It’s largely HTML5 support in plugin form.
    • I don’t know if “constellation of technologies” is the best phrase for HTML5. It has a spec, and members from major technology companies are working to support it just like they did with HTML4 and XHTML. It’s pretty well supported, although we’ll see what IE9 looks like.
    • Yeah, it is a “work in progress”, but practically speaking, Firefox and Webkit are already able to use some of the best tech today. If IE9 supports HTML5 in a big way, a lot will change in the coming years.
    • Apple is extremely bullish on HTML5.
    • Yes, the AdMob purchase was so Google could serve ads on mobile apps. If that wasn’t their goal, buying a mobile app ad network was probably misguided.
    • I think anyone is a fan of faster networks. But one of the great things about HTML5 is client-side databases and client-side “manifests”, essentially a massive cache. These two items mean that once the web app is “downloaded” the first time, the network becomes far less important.
  6. Wonderful post and the comments have added some great value as well. Personally, I love the concept of pushing towards HTML5. The best experiences come from everyone working in the same format, in my humble opinion.

    So, rather than Google’s this leading to Microsoft’s and Apple’s and Adobe’s that, maybe they all will be looking to push HTML5 to its limits.

    From a business perspective it makes great sense as well, of course, but the post and the other comments drive that point so well that I just wanted to add how good it will be for coding in general.

  7. Om,
    Hi! Nice summary of HTML-5 and its deficiencies on being a viable development platform for mobile apps. There is a huge discovery problem in mobile that Apple has solved through the App Store, which I’m not sure a web browser on mobile can solve in finding the right apps. Already, discovery of apps on Android is a big mess, let alone the fragmentation. In addition, all the mobile browsers (not just iPhone or Android), controlled by the carriers on feature phones should be compliant with HTML-5. I completely agree with you that the performance and capabilities of web apps on mobile will be far inferior to a native apps, any day.

    Interestingly, the same logic applies to device based ad insertion (ads cached on phone) vs streamed ads from the network. If Google has bought AdMob to monetize mobile apps better, I think they only got part of that strategy right. Inserting pre-cached video ads on different genres of apps (games, informational etc.) to replicate the video ad business on web sites, is a completely different ball game. And AdMob does not have the technology to flexibly render the interactive video ad within mobile apps (they are mucking around with the bit rates of video ads and streaming it from the network based on network bandwidth). Definitely  unappealing to a brand that has spent quite a bit of money on video ad production. And not exactly the mechanism to monetize devices such as iPod Touch with sporadic WiFi connectivity, where the users are more often playing games in an off-line mode. The real DoubleClick on Mobile is the company that can understand these ad placement issues and has the right technology to come up with a premium video ad network on mobile, while at the same time giving the flexibility to premium brand publishers to sell their own inventory.
    

    Thanks,
    Srini

  8. Over the long term, open has always proven to beat out closed, simply because open offers a zillion tiny exits to the next whatever, as opposed to closed offering only a few large and small exits. People in free motion shape limiting boundaries. The more people freely impinging on an energy, the more complex its shape and surfaces.

This site uses Akismet to reduce spam. Learn how your comment data is processed.