https://github.com/rogerwang/node-webkit/wiki/List-of-apps-a...
This is an html5 app built in famous:
Just remember that the web runs on top of a runtime called a bowser and you will always be at the mercy of said browser for a lot of functionality. Without native code, you don't have access to the services that make mobile phones more special and interesting than just a really tiny browser screen with a always on internet connection wherever you go.
I can't be bothered to go into a full reply but...
Continuous deployment: No, your users don't want their apps changing on their phones without any interaction. "Why did app XYZ just look totally different, I didn't update it" ? They are used to an update strategy and they might not want your amazing feature you just wrote.
One code base: I get this, but this is not the way you do it, you should create a library and your applications are thin views of this, using cross platform tools like Mono-esq.
Design advantage: Meh, you have design patterns you must follow on each platform, the amount of HTML5 + Phonegap applications that look like iOS on Android on Windows phones is laughable. You can do exciting things on the platforms without thinking that CSS3 is the only way to do it.
Speed and user experience: Never in a million years, I'm not a purist, I tried using Phonegap for projects, but it always came down to speed on all devices being less than native, so why would they use ours?
Just can't find any HTML5 app that feels better than a native app. It doesn't even feel the same, at least to me.
I've seen great apps, with great user experience, but all of them could be a lot better if they were native.
Just my opinion, no disrespect to anyone, and i'm not saying i won't develop an app with HTML5, i just think that we just can't compare them, so we should stop comparing them.
While many things in the article are just bogus, what tickled me the most is the one about how html5 helps design innovation. Hardly! In fact HTML is a terrible language for designing good ui's. The only reason we do it is because of its pervasiveness.
Apple is playing security card here by no enabling JIT compiler. The reality is probably a bit different. They could have solved the issue long time ago, but I guess for now it's just better (for them) to continue building Objective-C developer community. In some sense they are sustaining higher app quality by... making it worse.