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

Or maybe because native apps are a better experience, nearly every time. True multi-threading, native code performance, latest UI implementation, more and better hardware access/performance, etc.... I can keep going but the point is that the web really is the lowest common denominator. That isn't bad but it also isn't how you build the best experience.


If OS vendors wanted web-apps to succeed, they could have done a lot more than they have done so far. E.g. better integration, or improved web standards to optimize for certain cases.


No matter how "better you integrate", there's one big core issue: the DOM. You simply cannot make the DOM behave as smoothly an as reliably as a native app. And no, no amount of "improved web standards" can help with that.


The DOM is just a kind of retained mode graphics, which can be fast depending on implementation. Also the DOM in most browsers is already sufficiently fast for many applications. It will never be as fast as native, but if you think that it needs to be then you are missing the point.


> The DOM is just a kind of retained mode graphics, which can be fast depending on implementation.

It's not, and can't be. There's literally no implementation of DOM that can be fast. There's literally no conceivable implementation of the current Web that can do, for example, fast animation on a list of elements without horrible hacks (like cloning elements, taking them out of the layout, hiding the original elements and then animating the new elements).

> It will never be as fast as native, but if you think that it needs to be then you are missing the point.

And what point would that be in the context of "If OS vendors wanted web-apps to succeed, they could have done a lot more"?


Why would they want that if they can build native SDK and won't be tied to anyone else?




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

Search: