How HTML5 will kill the native app

Over the past two decades, the mobile industry has become increasingly stunted by fragmented protocols, standards, and regional differences. But a hot new technology called HTML5 promises to remedy this by delivering an unprecedented open, democratic and wonderfully fertile mobile web.

Evangelists say the HTML5 movement has so much momentum that it could defeat the native app — an application that is designed to run on a single platform — in as little as two years.

Sundar Pichai, who leads Google’s HTML5-happy Chrome OS initiative,  agrees that the “incredible advantages of the Web will prevail” over the dominant native app model. Another mobile developer expert Mike Rowehl adds: “We’ll forget that we even passed through another era of native apps on the way to the mobile web.”

The transition comes at a time when the mobile revolution is driving economic growth in the US and abroad. Phones are quickly become our second brain, and users are snapping up the smartest phones they can find. Companies, large and small, are investing billions of dollars to create a smartphone presence.

HTML5 heralds huge efficiencies for web publishers, because it lets companies develop once and distribute across any device via an Internet browser. An HTML5 triumph will not only save billions in development costs, but it will also allow publishers to direct those savings towards more innovative, productive projects.

HTML5 apps are searchable by crawlers such as Google’s search engine, ensuring that the apps can be discovered by billions of consumers. They can mash content with data or apps from third parties, and access analytical services such as traffic measurement tools, and ad server targeting technologies. You don’t need to get anyone’s permission to distribute an HTML5 app. And to top it off, at least one study says consumers prefer the convenience of them (though the research was commissioned by Adobe, which is partial to web apps).

HTML5 is so-called because it is the fifth generation of HyperText Markup Language, which is the coding language used to create web pages. By distributing over a web browser via fast, new mobile networks, HTML5 gets to bypass much of a phone’s underlying “iron,” or the chips, graphical cards and other components — all things that native apps rely on. Most phones being sold today have modern browsers that will operate on super fast 4g or LTE networks — the sort of thing that the HTML5 technology needs to thrive. Thus, as HTML5 advances (developers are working hard to improve it), companies will no longer need to build native apps.

So there’s tremendous logic behind HTML5’s onslaught. Opponents, of course, say it’s not an assured victory. HTML5 has some limitations on things like speed, and access to certain phone features such as bluetooth. What happens over the next 12 months, however, will say a lot about its chances. Its destiny primarily depends on the next steps by Apple, the biggest proponent of native apps, and thus the antagonist of this story. And  precisely because no one knows how this will play out that makes this drama so riveting: Apple is like the Joker in the Dark Knight, a fiend with flair and with a knack for eternal comebacks, while Batman (Google) works to keep the mobile metropolis safe.

(This debate about the emergence of HTML5, and its promise of a future beyond fragmented native app platforms is the focus of one of the sessions at the VentureBeat Mobile Summit April 25/26, a conference for the 180 executives active in transforming the mobile industry. Folks like Google’s Pichai, will be in attendance, as will the major carriers and CEOs of the most disruptive private companies.)

The story started in 2007, with the release of the first iPhone. Led by its enigmatic leader Steve Jobs, Apple gave developers their first real taste of independence from the carrier oligarchy. The iPhone’s beauty was manifold, but first and foremost, it allowed developers to build applications and sell them for a fee — to users who could conveniently tap their iTunes account to buy things through the iPhone’s App Store. This bypassed the control of the carriers, which had long dictated what phones featured on their “decks.”

By the time the dust began to settle, Apple had stolen a two-year lead. Not only that, millions of developers have invested in learning Objective-C, Apple’s programming language for the iPhone, and other developer tools; these developers become specialists with vested interest to stay loyal to Apple. Now, well into 2011, Apple keeps pushing efforts to make native apps more attractive than HTML5 web ones, in an effort to keep those millions of developers — and thus users — hostage.

And so paradoxically, Apple has turned out to be controlling, closed and manipulative. It has no incentive to push to full democracy on the web front. It is enjoys huge profits from its position, not only because it gets a 30 percent cut of the revenue from downloaded apps, but because its phones, and now iPads, are selling like crazy. It is now one of the most valuable companies in the world. At every turn, it seems, Apple finds a way to hamper or limit the features that allow HTML5 to work efficiently on its devices. It remains to be seen what tricks it has up its sleeve going forward, but it’s true that many people think Apple will be be able to stay ahead. There are so many areas where Apple and other companies have hived off their own platforms from the Web that Wired last year declared that the “Web is dead.”

But if you look closely, despite the Apple/Joker’s continued pranks to keep native app alive, you’ll see how much Google/Batman keeps closing the gap on him. The following are the areas where native app gained a quick advantage over HTML5. Note that in almost all areas HTMl5 has caught up. In several areas, HTML is about to catch up. In a few areas, HTML5 has a plan to catch up, but is admittedly at least a year or two away from doing so:

  • Touch/gestural interfaces — Gestural technology has been implemented by HTML5 framework vendors, such as Sencha. UI components that are controlled by  touch and swipe, such as carousels, scrolling lists, disclosure panels and related widgets are all supported on the HTML5 web. Vendors like Sencha are also helping get rid of things like back buttons, refresh buttons, passed links, bookmarks and other “anachronistic” features of the desktop web that don’t translate well onto the mobile web. Thus coding time has been cut down too.
  • Visual Scale — There’s nothing here that HTML5 can’t address. The web page now has sufficient ways to ask what size screen its on, and size images and resolutions accordingly.
  • Video/Audio — Now addressed by HTML5 for sustained playback. Audio synchronization for short sound effects still needs work in the browsers.
  • Graphics & FX — Native apps are faster for some operations – particularly anything very graphics-intensive. Graphic-intensive games won’t render as effectively in HTML5 anytime soon. However, increasingly, vendors like Sencha are working around many of the speed issues by doing things like embedding a map component that can be primed for loading maps — addressing the slowness you’ve seen in things like Google maps or other sites.
  • Camera/Video access — HTML5 can handle photo capture from a web page on Android devices (at least on the latest versions, run by the Honeycomb OS; but it can’t handle it on iPhones yet).
  • Contacts access — Here, HTML5 addresses file access, but most apps are beginning to draw from the cloud anyway, and not from the device client.
  • Accelerometer access – HTML5 can handle this.
  • Bluetooth access — This is one device access feature HTML5 has not addressed yet. That said, even for native apps, bluetooth access is fairly limited
  • Disconnected Operation — Web apps through HTML5 can now work in disconnected mode; you can get up to 50MB of database space if you ask user permission, in order to keep operating without an internet connection.
  • App Store Services (discovery, updates, payments & trust) — Not only can HTML5 apps be sold through HTML5 or Chrome app stores, they can be sold directly through Apple’s App Store, Android Marketplace or Blackberry App World, after being placed in a simple “native” app shell such as Nimblekit or Webworks.
  • Running in the background and sending notifications – There are HTML5 specs for these capabilities, but they haven’t been implemented in the leading browsers yet. When placed in a native wrapper, HTML5 can do this, but it still means it can’t do this without extra help.
  • Business model – Ad revenue works well on HTML5, since the mobile web already has ad networks.  But ads aren’t doing as well on mobile as many expected, so other monetization methods are necessary, such as payment technologies for subscriptions or virtual goods. For HTML5, there are PayPal and Google APIs, but the experience isn’t very good. Lately, however, companies like Zong and Boku are making payments dead simple for the mobile web.

To conclude, native apps are still extremely popular for many developers, because HTML5 is still working to close the performance gap. Take Trulia, the company that offers real estate information online. It’s not a game company, and so theoretically doesn’t need the blazing speed offered by a phone’s underlying chip iron. Still, mobile is a significant portion of the company’s traffic (20 percent and growing) and it’s map-heavy– and HTML5 can’t handle the intensity of map graphics as well as native can.

Chief executive Pete Flint told me he hired ten developers to make native apps, and those apps have shown far superior engagement and page views, he says. “As a brand publisher, I’m loathe to create native apps,” he told me, “it just adds massive overhead.” Indeed, those developers need to learn specific skills to building native mobile apps, arguably having nothing to do with his core business. They have to learn the different programming code, simulators and tech capabilities of each platform, and of each version of the platform. By diverting so much money into this, he’s having to forgo investment in other core innovation. (do the back-of-the-envelope math: at least $100,000 per developer, or a total $1 million investment). In an ideal world, Flint says, he’d have embraced the evolution to HTML5 Web apps — but HTML5 is just not there yet.

But HTML5 will emerge competitive on just about every level within two years, says Michael Mullany, VP of marketing and products at Sencha, adding that already 95 percent of the functionality of native apps is being delivered by HTML5. And if you have any doubts about this, he points to the story already played out on the PC web. For at least 15 years, developers have been able to create “better apps” on the Windows PC desktop, compared to what they can do on a web browser. “But when was the last killer Windows native app developed?,” Mullany asks. It was probably Microsoft Outlook, which came out in 1998, he says. “Native has always had a performance advantage on the desktop,” he says, “but it hasn’t mattered because of the other benefits of being on the web.”

HTML5 graphics performance for fast-moving games that have a lot of animation can’t match native’s performance, and probably won’t for some time to come. But for pretty much anything else, HTML5 is good enough, an increasing number of developers are saying (see this great review by Redfin’s Sasha Aickin). The benefits gained from a slightly faster native experience will be so marginal for the vast majority of apps that it just wont’t matter enough to forgo the considerable benefits of the open web.

Things are moving very quickly. In just the past month or so, HTML5 has shown momentum in other areas: The main browsers, from Chrome to Firefox to Explorer have bolstered their support of the web framework. Facebook, one of the fastest growing companies, and most popular companies in mobile, has largely embraced HTML5, but is expected to say more soon at its f8 conference. Enterprise players are realizing its advantages, too. Slow to embrace the smartphone native app, they’re now balking at the cost of developing those apps, especially now that Microsoft-Nokia is offering yet another compelling alternative to iOS, Android (we’ll talk another time about how Google is like Two-Face, sometimes), Palm’s WebOS and RIM — why even deal with the splintered distribution each each app would have? After all, many companies have already spent decades developing web apps for the PC, and so they don’t want to start over with native mobile apps. So some enterprise companies are embracing HTML5 apps instead. Sencha says it saw its business double last year, largely because of this trend. Finally, publishers are getting pissed off at Apple’s insistence to retain 30 percent of the revenue from apps sold through it’s store.

This story is still in suspense stage: We just don’t know when it will end, but we do know it will end. The logic behind HTML5 is just too compelling for native to win, but at the same time we just don’t now how many more tricks the Joker has up his sleeves to stave off this inevitable tidal shift to an open, democratic metropolis.

  • http://whatgamesare.com Tadhg Kelly

    It really won't you know. Cross-platform software is inherently slower and more cumbersome than native, so native will always have a performance edge.

  • http://twitter.com/monolithnyc Monolith NYC

    I really hope web apps dominate in the future but I think Apple will do their best to slow down the process… whilst promoting HTML5 when it suits them (see Flash nightmare).

  • jitgohil

    One significant factor that will reduce the performance gap is hardware accelerated OpenGL. It's already cross platform and will soon be standard in all browsers – mobile and desktop.

  • http://didyouknow.org txtface

    Kinda VHS vs BETA: it's the final vote that counts. The support for HTML5 is overwhelming.

  • http://mobilefanboy.com/ Fanboy

    Also this mean you will need a live data connection at all times to use a “web app”? If so then this itself would seem to be a large factor in many not being able to use web apps. To think ever action, tap, selection etc needs to drive info back to a server is crazy! Now I don't know much about HTML5 so maybe that's not the case.

  • http://twitter.com/anupkejriwal Anup Kejriwal

    Good article Matt. We don't have to go back more then 10-15 (windows native apps vs. web apps) years to see where this will be in next 5 years.. (if it takes that long).

  • http://twitter.com/anupkejriwal Anup Kejriwal

    Good article Matt. We don't have to go back more then 10-15 (windows native apps vs. web apps) years to see where this will be in next 5 years.. (if it takes that long).

  • http://twitter.com/ericly ericly

    This is one of the most well researched articles I've read in a long time.

  • http://Androidized.com Lucian Armasu

    That's like saying PC's will always have a performance edge over notebooks, and implying that notebooks won't sell. The point of this is that HTML5 performance will end up being “good enough” for *most* things, not *all* things.

  • http://about.me/sudkish sudkish

    Traditionally web apps have depended on ad revenue. However, consumers are willing to pay for a native app even if it just a web app distributed as a native app. HTML5 might have the same power as native apps but to succeed monetarily it developers would have to depend on ad revenue which consumers would not prefer on a mobile device. Another success factor for native apps is the seamless payment integration where the user can buy an app in two clicks. Unless developers find an alternate method to monetize their webapps, native apps will continue to succeed.

  • http://twitter.com/podperson Tonio Loewald

    “when it suits them”?Apple is responsible for popularizing Webkit which is the platform Google has based Chrome and Chrome OS on. HTML5 video would be dead in the water without Apple (Google has done its best to help Flash video).Apple is also responsible for kicking off the JavaScript performance arms race (until Squirrelfish Extreme everyone except Opera was happy with lousy JavaScript performance).Portraying Apple as the “anti HTML5″ joker is pathetic. Google is the one bundling Flash with Chrome and undermining the <video> tag. (Just take a look at how lousy the built-in support for <video> and <audio> tags is in chrome.)</audio></video></video>

  • http://twitter.com/monolithnyc Monolith NYC

    Calm down. I never said Apple was “anti-HTML5″? All I'm saying is that Apple may be slowing down the progress of web apps to keep the app store thriving e.g. bookmarked web apps in the latest version of iOS can't take advantage of the Nitro JavaScript engine, why is that?Are you portraying Google as being “anti HTML5″?? Sounds like it. Couldn't be further from the truth.

  • http://www.facebook.com/hillelcooperman Hillel Cooperman

    This article reads like an HTML5 marketing document. There's good reason to be excited about HTML5. But I believe there are a couple of key things missing from this discussion:1. The value of cross-platform code to developers is a myth.Yes, many people say they would love to standardize on one platform and write once and save “bilions”. But in reality, developers like to learn new skills, platforms, and languages. And clearly having to rewrite code to a brand new platform hasn't stopped hundreds of thousands of apps getting written for iOS. The best modern developers are well-versed in a variety of client and web-based technologies and platforms, and recognize that one solution doesn't fit all. And ultimately they, and the businesses that employ them will flock to any platform that has a real promise of commercial success and novel functionality no matter how much new code they have to write. Do we really think iOS is the last time that a new platform will attract tens of thousands of developers to write hundreds of thousands of new apps from scratch? I don't buy it.2. HTML5 has still not addressed a critical piece of the UX – responsiveness.HTML5 and it's predecessor Flash have are not focused on the degree of responsiveness we demand from really polished software. In many cases, we don't need instant responses. And with the advent of AJAX style development web-based apps have come a long way from needing to reload the page every time you make a state change. However, the fundamental value of an HTML page being able to load progressively is often counter to the type of rock-solid responsiveness that we need from many apps. I know that most user's will live with little delays and not even be able to articulate that there's a problem. But like the soft click of a door closing on a well-engineered luxury car, customers do know when something just “feels right”. When I can load thousands of items in a list on a webpage without having to do pagination, when that loading feels instantaneous (even though there may be progressive loading of the data), and when scrolling feels smooth as butter, then I'll feel like web apps are getting closer. I don't think there's a technical limitation on this per se in HTML5, it's just that it's not optimized for these types of interactions. Responsiveness is the unsung hero of a polished user experience, and even with all it's innovations and AJAX goodness, GMail can still be frustrating to use for heavy mail users.To be clear, I'm a fan of HTML5 and here at Jackson Fish Market we will use it as appropriate. It's a tool, like many other tools in our toolbox. We'll use it when it's the right tool for the job. And we'll use other tools when they are appropriate. The most rational and easy to work with developers I know share this philosophy. I've found that developers who like to spend lots of time arguing about which tool is the “end all be all” are doing me a favor by letting me up front that I shouldn't be working with them.

  • sdbryan

    Where is your evidence that Apple is “slowing down the progress of web apps”? I confess I started skimming after your ignorant description of Objective C as a “programing framework”. In addition you also implied Apple was pursuing native third party apps from the start. Were you even paying attention at the time? The initial strategy was to encourage third party web apps for the iPhone but the push back on that was tremendous. Apple continues to support web app development and webkit based browsers (including Mobile Safari) continue to lead in HTML5 compliance. You should learn more facts before pontificating.

  • http://whatgamesare.com Tadhg Kelly

    No, it's like saying that C will always perform better on a dedicated platform than Actionscript. Because it will. Cross-platform development of any kind incurs huge performance lags. It's unavoidable.

  • PeterA650

    I disagree with the view that mobile development will be a repeat of PC history. We are seeing new paradigms in human-machine interaction maturing this decade and mobile will be the proving ground. I believe the innovation in hardware will be much too fast for a decades-old design-by-committee standard to keep up with. Said “committee” can't even agree on a video standard for crying out loud …

  • http://www.facebook.com/people/Jessica-Darko/100000825002284 Jessica Darko

    This kind of anti-apple zealotry has been going on for 25 years, and it is still the same old rationalizations, dishonesty and general bullcrap it has always been. Venturebeat loses its credibility by publishing this crap.

  • http://www.micky2be.com micky2be

    In the text it says Apple is the Joker (anti-HML5) while Google is the Batman (pro-HML5).But in reality it's kinda the opposite. First of all Webkit is made by Apple. Mobile Webkit on iOS is hardware accelerated, animation are so smooth the look similar to flash, and 3D is possible. While on Android animation are shitty, no HW acceleration and no 3D.And if I'm not mistaken only mobile Webkit on iOS provide the accelerometer API.But sure have LocalStorage, Manifest, Geo, and other I forgot.iOS is a platform ready for powerful webapp/webgame. And sure Apple prefer native App because webapp will never be as powerful.Apple prone the quality, while Android prone the “do whatever you want”, if you can even if it's ugly and buggy.

  • jdowdell

    So, considering the drama in the title, what are your wagering terms… “no native apps on devices in two years” for $50, is that it?

  • http://paulirish.com Paul Irish

    I almost swear you did it intentionally but there is a whole mess of “HTLM5″ typos in this article. ;)

  • http://twitter.com/monolithnyc Monolith NYC

    Um, where did I describe Objective C as a “programing framework”? And where did I imply Apple was pursuing native apps from the start? I'm assuming you have responded to the wrong person?Apple has confirmed that bookmarked web apps in iOS are slowed down because they don't use the Nitro JavaScript engine. How about you learn the facts and Google it.

  • http://profiles.google.com/david.javaheri David Javaheri

    one thing I haven't really seen discussed in regards to HTML5 is how do you protect your source code? Wouldn't the user have full access to it? I realize alot of applications will have their business logic running on their server and the user will only be able to see calls to it from the code. But what about a game like Angry Birds? I'd imagine all of the business logic would have to be on the client. Wouldn't that allow their competitors to instantly clone the app? Am I missing something? Is this really not an issue?

  • http://twitter.com/unabst Johan Miyanaga

    It comes off as the author hasn't ever written any code… because if he did he'd know that most HTML isn't implemented in HTML, but coded on the server using other programming languages. HTML isn't just non-native. It isn't even code. It's just markup. JavaScript is the code, and if it were any good, native would already be dead.

  • http://www.magnity.com David Shantz -Magnity

    Consider this: a native app is by definition something that you install to run on an operating system. An html 5 app is running on the browser – the difference is really only subtle – almost semantics. The more sophisticated the browser, the more it becomes an operating system or sorts or an extension of the OS. All we have to do is make it easy to permenantly cache and update web apps.The advantages of using the cleint side computing power can't be understated.

  • Danielmich

    It's great that there are innovations being made in mobile web to make apps less necessary… But at the same time, I would prefer Apple not make the phones features available via the web because that would open up all sorts of vulnerabilities. I don't want a website to be capable of accessing my Bluetooth or my contact list on my phone. I think it opens up a whole new can of worms in regards to security. That being said, I have seen some really good web apps for the iPad.

  • mikellewellyn

    The article comes across as deliberately contentious just to get eyeballs, and like a sales pitch for web apps, without any serious analysis.I recall that Apple launched the iPhone without the App Store, and pitched web apps to developers. When the OS X developers cried out for native access Apple rushed out the App Store (at least that is my memory of it).And Apple are behind WebKit of course, so presenting them as the enemy of the web is disingenuous.Web Apps have their place, and so do native apps, it seems likely that it will be some time before web apps will be generally preferred to native – the analogy with desktop doesn't hold, because the network connection on mobile is far less reliable, and performance is even more important – on a desktop, you can do something else while your app spins, on a phone, you want the damn app to be lightning fast, and really even lots of native apps aren't fast enough. Forget web apps, too tedious and slow.

  • http://twitter.com/verylastminute Christopher Pitt

    Not crediting Apple, with the innovation WebKit has been offering for years, is almost as silly as glossing over how Google have their own app store/platform on Android. I am so tired of hearing everyone take a jab at Flash or native apps 'because HTML5 will solve all the problems'. That is foolish talk. More so when you fail to recognize that all the HTML5 features you mention (in an attempt to emulate what native app development already offers) require so much more work and cohesion to even be viable replacements.Have you ever tried to use the JS Geo-location API or to present a video that works (on ALL platforms you need it to play on)? And how very different were the API structures? And how many different sources did you have to research before you had all the answers you needed to make them both work flawlessly?Now take a look at the Android developer documentation, or the Apple developer documentation. These mobile 'standards' aren't new because either HTML5 or native apps thought them up – they are new because of the fledgling mobile development market driving the growth in development as a whole.What that means is that developer will have to learn how to do them no matter what platform they develop for. I would far rather learn with good develop documentation, on a feature-stable platform that is already generating a lot of money.When HTML5 is a viable replacement I may use it more than native application development, but; as all these 'articles' tend to end – that isn't happening any time soon.

  • sdbryan

    Yep, I was mistakenly assuming you were the author of the article. My apology for that error. He did refer to Objective C as a “programming framework”.On the other hand the issue of the Nitro JavaScript engine is more nuanced than you imply. Part of its speed advantage is because it plays fast and loose with treating data as code (the ability to mark memory pages in RAM as executable). In other words it presents a potential security risk which Apple can handle in Mobile Safari but is not allowed in third party apps by iOS.This has nothing to do with bookmarked web pages that you launch from Springboard because those are loaded into Mobile Safari. It is possible to create apps that load into an instance of UIWebView rather than Mobile Safari. For now, at least, iOS does not allow them to escalate pages of memory from writeable to executable. If they did it could allow local exploits to become remote exploits. I don't think we want Apple to do that. How about you learn the facts and Google it.

  • http://profiles.google.com/bertrand.cachet Bertrand CACHET

    I hope that one day HTML5/CSS3 based Web application will become THE option for most of the mobile developers BUT: – Actually we have Browser App. Most of the apps are WebKit based so they don't work on Firefox. – It's so hard to develop/debug web app applications. In my opinion, Web App are not ready to ship.

  • wattsjones

    Interesting points but taken in some isolation of what happens in the real world and how consumers, the users of the “apps” or “web apps”, respond. Consumers either already, or have started to, understand what an 'app' is and how to get the app – they go to the app store on their phone. Apps have captured the consumers imagination and have cut through a load of things that they didn't really understood about mobile web and mobile content – like “how do I find out about it?”, “how do I get it?”, “how do I use it?”, “do I have to pay for it?” etc… This is the same reason that major consumer brands are bringing their money to native app development in such a big way as they perceive that mainstream (and I mean mainstream) consumers are starting to understand how to get their brands mobile experience.The major consumer benefit is simplification as 'apps' as a catch-all term helps them understand what they can get and use. There are inevitable complications in consumers moving across multiple native app stores but the call to action “app store” is clear enough for the user to navigate to App Store, App World, Android Market or whatever. As such native apps are and will remain important over HTML5 for some time to come as consumers understand apps and brands invest in them. At the same time HTML5 can evolve, grow in early adopter consumers and then lead the native app market to them.

  • http://www.futureplatforms.com DominicTravers

    Yeah right. If you've spent any time looking at the performance of this magical HTML5 on the weird OEM implementations of the Android Web Kit browser available across the world, you'll realise that there's far more fragmentation in this browser set alone, than there are Mobile operating systems…

  • http://profiles.google.com/peterkaptein peter kaptein

    Performance is only one issue. Like mentioned further down this stream of comments is the issue of Client / Server. How do you store data from a local HTML page? How do you grant your HTML application access via the browser to the local system without creating new leaks to exploit by hackers?Do you want to store everything on the cloud instead? Right now this article is like claiming that: “roller skates and bikes will rule over cars for transportation in the future as they have no CO2 footprint” because: “people live close to their work and close to the grocery shop”. To “prove a point” it only takes a limited part of native applications and suggests HTML domination over everything based on that.Take this sentence: “But when was the last killer Windows native app developed?,” – with as option: “It was probably Microsoft Outlook, which came out in 1998″.Yeah, everyone is using their computer to send e-mails, make spreadsheets and write documents. So lets forget about video-editing, graphical design, photo editing, digital arts applications, content-production software including – but not only – Flash, and so on. Who needs that anyway?Anther issue addressed down here is how to protect your source code. JavaScript is usually delivered as clear text. Do you encrypt that? But then what about the “openness” of HTML? Are we then moving towards HTML virtual machines? Packaged and closed desktop applications using JavaScript and access to the local system to do stuff? These questions are not addressed in this article.

  • http://twitter.com/adityaanupkumar Aditya Anupkumar

    Yea. I like HTML5, a lot. But somewhere along the line I don't think HTML5's battle is going to be with Apps. It's likely time people are going to stop giving their stuff away for free — free as a model only works out to mass-ad aggregators (i.e. Google), and Apps are still the most elegant solution for anyone who offers a product or service outside aggregation. (news/content/entertainment)

  • http://servletsuite.com Coldbeans

    you can not even send SMS from web page (Android, iPhone). Stuff that worked on Nokia for years …

  • paul_brad

    A lot of you seem to be misunderstanding the point that apps can be built in html5 and compiled as a 'proper' app and released on the app store, using Sencha, Phonegap etc. Simple apps built in html5 are indistinguishable from Objective-C equivalents, if there's not too much going on. Web based apps are just websites running with the iphone screen size in mind in Safari so obviously unfair to compare.

  • http://www.linkedin.com/in/austinclements Austin Clements

    I saw that too. I just assumed it was a new technology I hadn't heard about yet that was out to take down Apple lol. Even with the typo, good article. I generally disagree, especially with the 2 year timeframe. But it was a well thought out piece that put a lot into perspective. I assumed that Google Docs would kill the Microsoft office suite in two years. That was 2007 and today I still receive significantly more word docs attachments than google doc share links. In addition to the fact that platform specific software usually runs better, the general public will always feel compelled to have the sense of ownership that native apps provide.I also can't buy into the assumption that apple is the Anti-HTML5. Apple does a great job of meeting the consumer where they are. Right now the HTML5 experience, on average, is not as good as the native app. I would never buy a phone that relies on technology thats 'going to be better' in two years. And I would assume that when the time comes that HTML5 is on par Apple wont be blindsided.

  • http://twitter.com/monolithnyc Monolith NYC

    Yeah, so as you said “This has nothing to do with bookmarked web pages”. So what's your point then?I was ONLY talking about bookmarked web apps that are launched in Safari. What's the accuse for those?

  • http://twitter.com/omegaPoint omegaPoint

    I think this article misses a major factor which is the customer. While HTML5 is a much better solution for the coders who make the apps, until it can replicate the user experience that native apps create, it will be a difficult sell. Personally, I want (wish for) HTML5 to win.Additionally every new feature that is added to a phone becomes a potential security flaw for HTML5. In two years HTML5 may catch up to where native is now, but what about the new developments? Who is going to write the security for NFC chipsets and HTML5 and make it seamless? HTML is an open source, client side language (for the most part) and it will struggle to handle the security issues that will arise as these phones become more deeply integrated in our lives.

  • http://twitter.com/jeremylikness Jeremy Likness

    This is a pipe dream. Forget what people hope or what so-called experts say, and just look at the facts. This isn't anything new. There have always been “cross-platform” technologies that were supposed to bridge the gap and give us “write once, run anywhere.” Both open and closed. And are they prevalent? No. Why is HTML5 different? Because it lives in a browser? Give me a break. HTML5 is fantastic. Lots of new apps will be written and it will provide a great benefit. But it will not become the de facto standard and replace native apps any more than PowerBuilder or Java did.

  • http://tripleodeon.com/ James Pearce

    No doubt about that. Plus ca change.I hope no-one goes into this thinking “write once, run everywhere”.But even “write in one programming language, run in a good selection of contemporary browsers” is a good start.

  • sdbryan

    Did I go too fast for you? If they are launched from a bookmark into Mobile Safari then they will also be using the Nitro Javascript engine and run just as fast. It is just a shortcut to store a URL.It is possible to create web apps that don't launch Mobile Safari (I know because I have one) and those presumably do not have access to the Nitro Javascript engine. The issue in that case is security which is something that Apple does not want to compromise. Nothing sinister. Learn more of the facts before you spout off and look foolish.

  • ludicco

    I am a web developer myself and really would like to see the ease of development and enjoy my lazyness in working with another language, but that wont happen unfortunately. Devices are not prepared to run css3 effects and javascripts workers or canvas as fast as it should so the performance is really disapoiting. It surprises me that every article mentioning that web rules over native never mention these things…it is like trying to hide what is obvious…just take your iPad and try to open any canvas game, or a more effect elaborated website. It almost makes safari crash an burn. If you take exactly the same app, with the exact same content…your eyes will always go with native. So, unfortunately it wont kill native. Games are better, support is better, there are more ways to accomplish things, more freedom of choice. I started to develop an app with web technologies and when in 50% progress decided to move to native and. dont regret that…it really makes a huge visual, and ux difference.

  • yoannvalensi

    There are also all the features that are really “in the phone” that will never be on HTML 5.Place ca cal, send an SMS, bluetooth (as said in the article). Anyway, even on desktop where data connection is not an issue, native app are far better than webapp, I think the switch is possible but it will be limited. Best services will always be on native app

  • http://twitter.com/monolithnyc Monolith NYC

    You sound great. Sorry, I now understand what you are saying about the difference between web apps that launch in Safari and those that launch in WebView (or whatever it's called) but regardless my original point was that I believe that if Apple wanted to let web apps (that are launched fullscreen and act like native apps) take full advantage of the Nitro engine they would find a way. It is obviously not in their best interest to do so. Call it a security issue, a bug, whatever for now but until they do something about it you can't help but question their intentions.I originally said “Apple may be slowing down the progress of web apps” and I still stand by that. Only time will tell I guess.

  • http://twitter.com/luckylou Luis Antezana (luckylou)

    I like Hillel's comments a lot here.I've been a big proponent of HTML5 for a long time and continue to advocate for it and to teach it's benefits. However this article paints a hazy picture of what it actually does.This article reads like it's written by someone who's only read about HTML5 and dealt with it as an abstract concept, not by someone who's ever written a lick of HTML5 code or even superficially viewed the actual specification. HTML5 provides an improved way to render web pages over previous versions of HTML. It's not this magic entity you describe.Each technology has its best-intended use. There is no need to frame the two as adversarial. Also, labeling Apple as a proponent of apps and working to divert developers away from web technologies while simultaneously saying they're driving developers to the web because of too tightly restricting app development doesn't make a great argument.

  • http://twitter.com/luckylou Luis Antezana (luckylou)

    I like Hillel's comments a lot here.I've been a big proponent of HTML5 for a long time and continue to advocate for it and to teach it's benefits. However this article paints a hazy picture of what it actually does.This article reads like it's written by someone who's only read about HTML5 and dealt with it as an abstract concept, not by someone who's ever written a lick of HTML5 code or even superficially viewed the actual specification. HTML5 provides an improved way to render web pages over previous versions of HTML. It's not this magic entity you describe.Each technology has its best-intended use. There is no need to frame the two as adversarial. Also, labeling Apple as a proponent of apps and working to divert developers away from web technologies while simultaneously saying they're driving developers to the web because of too tightly restricting app development doesn't make a great argument.

  • http://twitter.com/dtroup Dane Troup

    I kind of see Native Apps as CD ROMs in the 90s. The connection to the internet sucked and computers were slow. When the internet connections and computers got faster, the CD rom went away. Mobile phones will get faster and the network will get stronger allowing web based apps to perform much better… its just a matter of time. I believe 80% of what we do on our phone will be thru web apps and sites. Native Apps will still be around they will just be for the robust apps. It will be fun.

  • http://profiles.google.com/pandeiro Murphy McMahon

    Even though client-side JavaScript is necessarily transparent to end-users, there are plenty of ways that code can be obfuscated. Minifying JavaScript makes it smaller and faster to load and practically incomprehensible without a rather intense reverse-engineering-like effort to rebuild it into something that makes sense.Then there is also the issue of server-side logic that outputs and responds to what is on the client side. That part is not transparent at all.Ask yourself this — GMail has been incredibly successful as a JavaScript-based webapp. How many 'instant clones' have there been?

  • http://www.facebook.com/profile.php?id=552732086 Igor McBell

    So I won't be able to use 80% of my phone's features on London Tube (there is no connection at all). No, thanks, native apps for me please.

  • Matt Marshall

    Sure, Apple is responsible for popularizing Webkit, but it doesn't mean it hasn't since discovered a huge advantage in maintaining a lead in native app development

  • Matt Marshall

    have updated reference to Objective C.

  • http://twitter.com/ronkorving Ron Korving

    Are you being sarcastic, or do you just not read a lot?

  • http://twitter.com/ronkorving Ron Korving

    Are you being sarcastic, or do you just not read a lot?

  • http://www.mobilecubix.com iPhone App Development

    i think HTML 5 is not effective on website.Mostly developers used the JavaScript or other programming.

  • Guest

    Great Article ! but unfortunately not for 2012…..please wait….

  • http://www.BlogEmmanuel.com Emmanuel

    Great Article ! but unfortunately not for 2012…please wait…

  • http://twitter.com/mmullany Michael Mullany

    Let me add to what I'm quoted as saying in the article:When HTML5 succeeds, you can thank Apple for setting the standard for what a great web browser is. Apple started investing in web technology way back in the dark days of Microsoft dominance, partly to ensure that there would be at least one browser from a major vendor who wanted the web to succeed! Remember that Safari 1.0 shipped back in 2003 – before Firefox or Chrome shipped. Back when Internet Explorer had like 95% market share.Apple has poured enormous amounts of resources into web standards development and Webkit. They're responsible for proposing some of the most useful additions to CSS3, and when they enable a new feature in the browser – it actually works. I consider mobile Safari to be the best HTML5 implementation out there on mobile. Could it be better – yes, but I don't buy any of the conspiracy theories that Apple isn't doing its level best – in its own fair and best judgment – to build the best browser possible.

  • http://www.technovia.co.uk Ian Betteridge

    We've been down this “write once, deploy anywhere” route before. With Java. How's that working out?

  • http://profiles.google.com/pekka.kuismanen Pekka Kuismanen

    Unix and NEXTSTEP the roots and the trunk of iOS and Mac OS X and the wealth and the depth of their APIs won't be replaced by a branch of technology that grew out them. The same thing applies to Dos and Windows. Android I don't know but I'm guessing it won't happen there either.

  • http://venturebeat.com/2011/06/10/mobilebeat-2011-five-reasons-why-4glte-is-about-to-jolt-your-company/ MobileBeat 2011 — Five reasons 4G/LTE is about to jolt your company | VentureBeat

    [...] technology to easily pinch and swipe a screen to navigate through content. Others, such as Google and Facebook, remain focused on the browser, with a focus on HTML5 open web delivery. All developers have a stake here, and large companies and small are figuring out how to invest [...]

  • http://www.jbenfield.com/?p=17 The Three? Levels of Mobile Device Integration | Joe Benfield

    [...] web re/designs by many schools. They’ve also rekindled the native application vs. web application debate. Professional mobile tech use and enterprise deployment introduce a slew of new [...]

  • http://blog.kowalczyk.cc/2011/07/03/linkdump-48-poczytajmy-sobie/ Linkdump #48: Poczytajmy… sobie. « Tomasz Kowalczyk

    [...] How HTML5 will kill the native app. Czyli kilka słów o przyszłości aplikacji. [...]

  • http://venturebeat.com/2011/07/08/hybrid-mobile-apps-take-off-as-html5-vs-native-debate-continues/ Hybrid mobile apps take off as HTML5 vs. native debate continues | VentureBeat

    [...] seems to be gung-ho about HTML5 or native mobile apps, and religiously preaching for one approach over the other. Yet, while mobile giants such as Apple [...]

  • http://androidrockstar.com/?p=15923 Hybrid mobile apps take off as HTML5 vs. native debate continues

    [...] seems to be gung-ho about HTML5 or native mobile apps, and religiously preaching for one approach over the other. Yet, while mobile giants such as Apple [...]

  • http://modern-techie.com/hybrid-mobile-apps-take-off-as-html5-vs-native-debate-continues/ Hybrid mobile apps take off as HTML5 vs. native debate continues | Modern Techie

    [...] Games, Apps, Secrets. Tech news. News gadgets reviews and secrets. Everyone is gung-ho about  HTML5 or native mobile apps , and religiously preaching for one approach over any other. Yet, while mobile giants comparable to [...]

  • http://venturebeat.com/2011/07/29/javascript-one-language-to-rule-them-all/ JavaScript: One language to rule them all | VentureBeat

    [...] time a user does something on a phone with its relatively slow web browser and connection. Now corporate web applications need to be upgraded to HTML5 and be able to update themselves dynamically, just like the modern web applications offered by [...]

  • http://www.socialnetworkbackgroundcheck.com/javascript-one-language-to-rule-them-all/ JavaScript: One language to rule them all | Social Network Background Check

    [...] time a user does something on a phone with its relatively slow web browser and connection. Now corporate web applications need to be upgraded to HTML5 and be able to update themselves dynamically, just like the modern web applications offered by [...]

  • http://creative-web-designer.com/2011/08/html5-mobile-website-vs-native-iphone-apps-mobile-web-to-rule-mobile-apps/ HTML5 Mobile Website vs Native iPhone Apps, Mobile web to rule mobile apps | Web Designer Sydney

    [...] How HTML5 will kill the native app [...]

  • http://www.pips4tips.com/?p=4 A point of view: web apps vs. native apps | pips4tips.com
  • http://www.yhyqart.com/?p=66 YHYQart – Professional Platform for designers | developers

    [...] Matt Marshall is the editor and chief executive of Venturebeat Tags: Future Technology, Hot Technology, Html5, iphone, Web Development No Comments » Click here to cancel reply. [...]

  • http://venturebeat.com/2011/08/25/html5-and-native-apps-a-winning-mobile-strategy/ HTML5 and native apps: A winning mobile strategy | VentureBeat

    [...] mobile and marketing experts continue to debate the advantages of HTML5 mobile web versus the mobile app, it is time for brands to view these mobile tools not as competing entities, [...]

  • http://juliehermes11.wordpress.com/2011/08/28/progress-of-internet-language/ Progress of Internet Language « juliehermes11
  • http://mechanizms.wordpress.com/2011/08/30/html5-css3-and-the-future/ HTML5, CSS3 and the Future. « mechanizms

    [...] mobile, they find that the HTML5 cannot produce their graphics as vividly as an older browser can. Mobile Beat‘s, Matt Marshall, reports in his interview with Trulia’s chief executive Pete Flint, [...]

  • http://utvgrupp.wordpress.com/2011/09/27/how-html5-will-kill-the-native-app-venturebeat/ How HTML5 will kill the native app | VentureBeat « Utvgruppen's omvärldsblogg

    [...] http://venturebeat.com/2011/04/07/how-html5-will-kill-the-native-app/ mvh Conrad Like this:GillaBli först att gilla denna post. [...]

  • http://mobilefiller.com/2011/10/12/what-does-yesterdays-zynga-news-mean-for-mobile/ What Does Yesterday’s Zynga News Mean For Mobile? | MobileFiller

    [...] surprisingly, Zynga is using HTML 5 to build the games, a Web-development language that seems to be picking up steam with mobile app makers. Not only does this mean the games are likely to have a more “PC” like [...]

  • http://shogunfx.com/blog1/?p=1355 real trust fxについての調査結果FX初心者が月100万円稼ぐ秘密 | FX初心者が月100万円稼ぐ秘密

    [...] inc., msci, inc., morningstar inc., the nasdaq sto…はてなブックマークよりHow HTML5 will kill the native app | VentureBeatraphics & fx — native apps are faster for some operations – particularly anything very [...]

  • http://blogs.msdn.com/b/thebeebs/archive/2011/12/19/mobile-apps-in-html5-do-it-but-realise-it-s-not-a-panacea.aspx Mobile Apps in HTML5: do it, but realise it’s not a panacea – thebeebs – Site Home – MSDN Blogs

    [...] the pro-HTML5 argument, How HTML5 will kill the native app pulls no [...]

  • http://degargoon.ir/18927 وب، سنگ کف رودخانه است « دگرگون

    [...] کسانی که برعکس این را پیش‌بینی می‌کنند و می‌گویند برنامه‌های وبی برنامههای بومی را نابود می‌کنند. اما هر دوی این‌ها زیاده‌روی است. در چند سال آینده این [...]

  • http://ewk.ir/?p=1383 وب،سنگ کف رودخانه است |

    [...] کسانی که برعکس این را پیش‌بینی می‌کنند و می‌گویند برنامه‌های وبی برنامههای بومی را نابود می‌کنند. اما هر دوی این‌ها زیاده‌روی است. در چند سال آینده این [...]

  • http://feedcenter.ir/?p=73 وب، سنگ کف رودخانه است

    [...] کسانی که برعکس این را پیش‌بینی می‌کنند و می‌گویند برنامه‌های وبی برنامههای بومی را نابود می‌کنند. اما هر دوی این‌ها زیاده‌روی است. در چند سال آینده این [...]

blog comments powered by Disqus