Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Let’s be honest: right now, most HTML-based mobile apps are a joke when compared to their native counterparts.

2007: Let’s be honest: right now, most native mobile apps are a joke when compared to their desktop counterparts.

2002: Let’s be honest: right now, most web apps are a joke when compared to their desktop counterparts.

1999: Let’s be honest: right now, most Windows apps are a joke when compared to their Apple counterparts.

1993: Let’s be honest: right now, most client-server apps are a joke when compared to their multi-user counterparts.

1988: Let’s be honest: right now, most PC-based apps are a joke when compared to their mini-computer counterparts.

1983: Let’s be honest: right now, most mini-computer-based apps are a joke when compared to their mainframe counterparts.

1978: Let’s be honest: right now, most on-line CICS-based apps are a joke when compared to their batch counterparts.

1965: Let’s be honest: right now, most computer-based apps are a joke when compared to their pencil and paper counterparts.



In every one of those comparisons, the new technology offered a fundamentally new potential that the old technology lacked. Even in 1965, people could appreciate automation. Even in 1988, people could see the potential in putting a computer on every desk. Even in 2002, people could see that web apps were accessible wherever the web was accessible, instead of needing to be installed separately on every computer where you wanted to use them.

What do HTML-based apps offer the user that native apps don't? They're easier to create and update, and they offer an inferior user experience. It may be an exciting new paradigm for developers, but from a user's point of view, it's just a cost/quality trade-off. The only distinction that is meaningful to users is installed app versus web app.


> They're easier to create and update, and they offer an inferior user experience.

No, they're not. Good web apps have never been easier to create but what they offered was extremely easy distribution. What Apple did on the iPhone was make distribution almost as easy as going to a web page, knocking out HTML-based apps best advantage.


If you account for the requirement to reliably maintain per-user state, native apps pull into the lead. In most cases, they can store state on the device with no extra work from the user, whereas web sites require tedious signup to remember even the most trivial personal settings.

Also, don't discount the joy many consumers get from shopping and owning things.


HTML5 includes support for localstorage, which removes the need to signup to save state.


As a user, I can use an "iPhone" HTML-based app on my Android.


Seems like the article is about HTML5-based mobile web sites vs. native apps, not HTML5-based-apps vs. native apps. (It generally fails to define what it means, but I'm guessing they mean web sites given the reference to Apple telling developers to make HTML5 apps for things they won't let into the store. At least on iPhone, not-in-store equals not-an-app.)

Lower cost of development and lower cost of maintenance translate into more (and better) services for end users. It's unlikely that web apps are going to compete with "sovereign" apps on a phone like email or an RSS reader. But for a niche or transient application (like say, making a flight reservation or looking up your order status on a web site) the web apps probably are a better experience.

This has always been true on the desktop as well, until recently - you wanted a local email client and text editor, but you were fine using the web to access Wikipedia. (That's changing now, of course.) It's not sexy but _most_ web services / sites are transient, not sovereign, software and will likely translate better to a web app than a native app.


Html5-based apps allow you to share (javascript) code between your web site and mobile applications.


1996: Let's be honest: right now, most Java applets are a joke when compared to their native counterparts.

That's still true, and it's a better analogy. HTML5 in 2010 and Java applets in 1996 both promised portability at the cost of a nonstandard UI.

For HTML5 to become prominent, it needs to offer something to users that iPhone apps don't. Users don't care about portability or ease of multiplatform development.


HTML is the UI, and it's hardly "non-standard". If anything, HTML is the most widely used interface style in the world.

I do agree that HTML 5 apps should not be trying to emulate native desktop or mobile apps. Instead, they should be what they really are: native browser apps.


<...Users don't care about portability or ease of multiplatform development.

CONSUMERS dont care about this - enterprise and medical applications should.

When you access an app/session from one device and seamlessly transition to another device and the same session, then the beauty of such a system will have impact on efficacy of certain tasks.

The consumer use of the iphone and android mobile devices will be strong and lasting - but to make significant impacts on how things are done in other verticals will not only be important - but also highly profitable for some.


Let's be honest: most native mobile apps are worlds better than the VB crap we had in the 90s.

And they have a profitable marketplace too!




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: