5 ms·
I wonder how mobile web fits into this. Sure, native apps are great, but I'd much prefer to not need to switch between a bunch of native apps and just use my ph
by jbail 15y ago
I wonder how mobile web fits into this. Sure, native apps are great, but I'd much prefer to not need to switch between a bunch of native apps and just use my phone's web browser.
Mobile web apps like Facebook prove that you can build a non-trivial app that runs in a web browser and have the experience be so good that people don't even care about the native app version (at least everyone I know just uses Facebook right from their mobile web browser).
A good domain name is still valuable. This is more true especially as more access to phone hardware gets opened up to JavaScript APIs right from the browser. You just can't beat making a change to your app on your server and having all your users get new versions the next time they visit. It's way better than waiting weeks for Apple to review and approve your changes.
- redthrowaway 15y agoI think you might want to question your assumptions. The reason you want to do everything in the browser is probably twofold: 1) Inertia (that's the way I've been doing it for a decade, dagnammit), and 2) It's an easier context-switch. Rather than go back to the home screen, swipe over to the next app, and tap it, you just just type in the first few letters of the url, then select the site you want to go to from the drop down list. But 1) Has had pretty poor predictive value in the last few years, and there's no reason to suggest it'll improve. Our entire industry is built around disrupting inertia. 2) Is ripe for disruption. At the end of the day, when you get right down to it, entering the first few letters of a url then selecting the correct site is both an arbitrary, and not particularly optimized workflow. The fact that we are used to it does not mean there aren't far better systems out there. Sure, Chrome on my MBP has learned to take me to my top 10 sites with cmd-l -> $url[0] -> enter, but my mom needs her buttons on the bookmark bar. I tried to remove the titles, thinking she could easily recognize the favicons, but no dice. She needs a start menu-like interface. Similarly, I was on the bus with my friend, browsing reddit. He buys tons of apps for his iPhone, and he looks at my screen and says, "is their mobile app free?" I said, "well, yes, but most people just browse to reddit.com/.compact". he stared at me in disbelief. Why would you use the browser if you can have an app? For those of us who live and breath the Internet, it seems only natural that a write-once-run-anywhere website would be more appealing than having to download some stupid app from some stupid store, type in your password, then have to remember which home screen it's on, etc. For those who use the internet as casual content consumers, however, apps take a lot of the frustration out of it. Want to read the economist? Tap the economist button. That's it. Want to watch a youtube video? Tap the youtube button. Need directions? Tap the map button. For the casual user, these workflows are far more intuitive. My friend, who has spent hundreds of dollars in the App Store, rarely uses the browser on his phone. He uses the Plenty of Fish app, the Chive app, etc. For most non-technical users, this just makes sense. It might seem annoying to us, but we are not the largest market segment by far. Now it might be that we'll see mobile web sites with a light wrapper disguised as apps; perhaps cache and a link that opens in the browser. Maybe we'll see native support for the kinds of things that are typically done in the browser. But, crucially, what I don't think we'll see is the dominance of mobile web over native clients. For the vast majority of people out there, I think they just want the app.
- jbail 15y agoIt's not inertia, but it is an easier context-switch, IMO. If you made an "app browser" that allowed better searching (type the first letter and the app appears --- tap to open it), sorting (like bookmark folders) and easy navigation between apps, you'd be presenting me a much better experience than the current process of finding and switching between apps on your phone. That said, I still think pure mobile web could be the future. Why couldn't Apple allow mobile web apps to be sold in the app store? It's an icon that opens a web page. It could be as simple as that. Let's take it a step further. Imagine that when you download this new type of mobile web app, Apple calls a JavaScript API that reads the HTML manifest in the 'index' file and loads the resources in the background. Apple shows the downloading bar over the app icon while this happens, just like downloading an app today. When you click it, everything is loaded and ready to rock.
- angrycoder 15y ago> If you made an "app browser" that allowed better searching (type the first letter and the app appears --- tap to open it) The iPhone has this. Just swipe right on the home screen. > and easy navigation between apps On the iPhone, double tap the home button and you get a taskbar of your running apps. > Why couldn't Apple allow mobile web apps to be sold in the app store? It's an icon that opens a web page. It could be as simple as that. Phonegap allows you to bundle a html/javascript webapp as a native iPhone application. There are even hooks in there to access the camera, gps, etc.
- jbail 15y agoGood points on iPhone. I've used PhoneGap and it's great, but that's not exactly what I'm getting at. I'm thinking of a mobile web app that doesn't have to live inside a webview wrapper. This could happen someday when the OS provides a JavaScript API for accessing camera, gps, etc --- and could use the html manifest as a means for "downloading" the app. This would, in my ideal dream world, also allow the app publisher to make app changes at will without waiting for an appstore review.
- bignoggins 15y agoI've seen the opposite. Almost everyone I know uses the native facebook app versus going to m.facebook.com. Most people only use a few websites/apps on their phones, and I think it's just simpler to tap on the app icon rather than start up mobile safari and type m.facebook.com.
- djb_hackernews 15y agoThe "native" facebook app is just an html5 webapp believe it or not.
- marknutter 15y agoIs this true? Do you have a source?
- furyofantares 15y agoIt is not true. Facebook uses this: http://three20.info/ http://three20.info/
- marknutter 15y agoI didn't think so. Thanks for clearing that up.
- sukuriant 15y agoBe that as it may, the experience of using an app is different from using a website. For one, and remember this is for the normal user, there is less searching involved which means less keyboard time, which means faster. That, and an app seems to have more authority than a website. "This is Facebook, and I know it." sort of thing.
- jng 15y agoI don't think so. You don't get that smoothness with HTML5.
- bignoggins 15y ago
- wvenable 15y ago> at least everyone I know just uses Facebook right from their mobile web browser Until this exact moment, it never even occurred to me to use Facebook from mobile safari. I just tried it out and it is pretty impressive; it looks (and works) very much like the app but with a slower and less responsive UI. If given the choice, I don't see why anyone would use the web version over the app though.
- nantes 15y agoOne of my concerns with moble web apps is that you rely on the browser UI conventions. For instance, tab/window management on the iOS browser is ok, but I find the same painful on the Android 2.3 browser. This is not even taking alternative browsers into account. Although, some 'apps' solve this by adding an icon to the home screen or an embedding a web view inside a native app container. Sadly, I don't know enough about these solutions to critique effectively.