> But to take it a step further I'd say that the number one rule I've learned from doing mobile native apps the last few years is that ideally one should NOT b

> But to take it a step further I'd say that the number one rule I've learned from doing mobile native apps the last few years is that ideally one should NOT be making mobile native apps. Make a web app, that just happens to look and interact decently on a mobile device. Yeah, make a web page so I would need to start the browser first, then wait for the page to load. The GUI and the experience will be completely different than anything what I already have on the phone, not to mention that the GUI will be suboptimal. Transition between screens in the app will be dependent on network coverage - if I'm in the bus and it stops on some blind spot just when I clicked the button, I'll have to watch white screen (or an error message) until the bus moves. And for what? To "save developers a lot of pain". Sounds reasonable, I'm sure I'll give you my money.