Live data from Hacker News

It’s cheaper to build multiple native applications than one responsive web app

hueniverse.com

241–250 of 322 posts

Re: It’s cheaper to build multiple native applications than one responsive web app

#241

Earlier quoted context omitted.

Using the web means you bypass these other issues Not really. If you are doing anything that relies on device hardware, camera, microphone etc... then device type absolutely matters - and it's even worse on mobile web because you can't get close to the metal.

I would agree, the native interface with hardware would be easier with native than the web. But the testing issues across all android devices is still an issue that the web should not have to contend with. And the Apple store issue is hard to quantify. You just don't know if they are going to let you in. The web means you don't have to get the user to install the app. Of course if you use cordova or phone gap you sti…

"But the testing issues across all android devices is still an issue that the web should not have to contend with."

And yet, it is.

"And the Apple store issue is hard to quantify. You just don't know if they are going to let you in."

Yeah, you do. It's pretty easy to read the rules. And things being flat out denied, rather than told they need to fix something, is really rare.

Re: It’s cheaper to build multiple native applications than one responsive web app

#242
post #71

>The web is the future. The web will always be the future. But that’s the problem. I need to ship products now. It's like tomorrow is always tomorrow -- it is never today. One thing that bothers me about the web dev community is the insistence that technology has a will of it's own. As if the web will just eventually win no matter what. I consider myself an advocate for the Web but it needs to be good or better than…

I don't like the dramatic at all.

It allways has been the case, that if you used the most bleeding-edge features, you will bleed getting it to work everywhere. Very painful indeed, but I won't suspect, that this is going to change in the future, with so many people and companys involved.

So if you need to ship products now, you have to use, what's stable enough, if you want to target everyone.

Re: It’s cheaper to build multiple native applications than one responsive web app

#243
post #35

Earlier quoted context omitted.

This is probably your fault That's the point of the article. Getting these things right on the web is non-trivial (and therefore expensive).

For a totally new project, especially with React and React Native, it's not trivial to get things right, but it's not that hard either. Technically it's not "one app", but if you build them in parallel and you know what you're doing, 90% of the codebase can be shared. The author is putting forth a false dichotomy between "write one web app that works on everything" and "write a new app from scratch for every platform…

Couldn't agree more.

We are building a product that runs on iOS, Android, Web, Desktop (using Electron) and Chrome OS, with Firebase, React, and React Native. A lot of code is shared among all platforms.

Re: It’s cheaper to build multiple native applications than one responsive web app

#244

Earlier quoted context omitted.

With a little practice, you can do it with newer tech too... I've banged out several small apps using react+redux on webpack+babel, and it's gone really smooth and came out really light and decently structured.

Practice sounds like exactly what OP is trying to avoid. Also, you're talking about small apps. And also, webpack is the most incomprehensible waste of time that I've ever encountered in development. No hyperbole.

My point was that if you're keeping up on your tooling knowledge, it isn't so hard to bang out something quick/small. If you aren't doing it as often, then the difference is smaller in terms of impact to use newer tooling.

Regarding webpack, there aren't wholly better options yet... I'm sure there will be, but for now, it's pretty nice.

Re: It’s cheaper to build multiple native applications than one responsive web app

#245

Earlier quoted context omitted.

> A lot of people in the real world don't want to install apps. A lot of just a specific subset of highly technical people? I don't think I've met anyone with an aversion to apps who also used a ton of mobile web apps. > save a shortcut to a web page on your home screen How many people did you lose at this point?

- The study in the sibling reply shows 65% of users dont install any apps in a month. I would think technical people actually install more (for testing etc)! - Actually you don't lose anyone because browser history and address bar autocomplete are your friends. I dont think people care to save a shortcut, because they know they will be able to find it later.

I'm a technical user and I haven't installed an app in a month. I've probably gone a few months without apps. I've used a few mobile websites and zero mobile web apps.

I don't think it's fair to say that users who aren't installing any apps are actually going to mobile web apps instead. They're simply using what they already have. At some point I have all the apps I ever need for all the interactions I use my phone for.

> Actually you don't lose anyone because browser history and address bar autocomplete are your friends.

On the desktop sure, you might have a point, but interacting with a mobile browser to find stuff that way is not a good use experience. You think browser history and autocomplete is a substitute for a home screen icon? I don't know how to respond to that.

Re: It’s cheaper to build multiple native applications than one responsive web app

#246
post #66

I don't think that's remotely true if you keep the responsive web app simple. YNGNI and KISS and what not. I've been doing this for over ten years. In that time I've seen large web applications built for under 4k; I've also seen massively overbuilt simple applications go for 50k+. It comes down to often how needlessly complex you make the stack. If you stick with solid simple guaranteed tech instead of cutting edge y…

I hope you are correct. For my startup, I've assumed you are correct.

Since my startup is my first Web site, I'm no expert in the issues in the OP here. So, HELP!

Guys here who know more than I do about Web apps on different Web browsers on different client devices, which is nearly everyone on HN, help me out here -- am I on or off track? Where am I going wrong?

So, what I've built is just a Web site (Web app). For the code to run in production, it's about 20,000 programming language statements in about 80,000 lines of typing. It's nearly all in Visual Basic .NET 4.0 with ASP.NET and ADO.NET.

For the user's browser, the user interface (UI), and user experience (UX) the site is all old and simple, dirt simple.

My guess is that the Web pages should look fine on any device with a Web browser up to date as of 10+ years ago.

So, the site is just simple, standard, old HTML and a little really simple CSS. The CSS is all in the same file as the HTML.

Microsoft wrote a little JavaScript for me, but I never wrote a single line of it. There is no use of Ajax. So far there is no use of cookies.

So, for one Web page, what goes to a user is just one HTML file with CSS, a small JavaScript file, likely standard from Microsoft, and a file for each of the images.

The fonts are large and standard. The colors are simple with high contrast.

For images, there are ads in the two standard sizes, banner ads 720 pixels wide and 90 pixels high and other ads 300 pixels wide and 250 pixels high. Otherwise the images are just a few, simple, small PNG files for logos.

The only HTML controls are single line text boxes, buttons, and text with links. There are no roll overs, pull downs, pop ups, or icons. There is no auto-complete.

The natural language on the site is all English, but it is all very simple, and the user interface is so simple that a person with no knowledge of English should be able to learn to use the site in less than 15 minutes.

The page layout is all done with just tables with all widths fixed. E.g., each Web page is exactly 800 pixels wide. Since there are both horizontal and vertical scroll bars, the Web pages should be usable in a window as narrow as 300 pixels wide and 200 pixels high.

Each Web page sends for about 400,000 bits (except for the ads from ad servers).

The reason for people to use the site is for the information it provides. The site is quite interactive, and there is an iterative, game aspect as in games where wander through tunnels with clues and looking for coveted prizes. Maybe for some users the site will have an addictive quality.

From what details I've given, is it likely that the Web pages are simple enough to work on nearly all current Web browsers on whatever client side devices?

Where am I going wrong?

Thanks.

Re: It’s cheaper to build multiple native applications than one responsive web app

#247
post #66

I don't think that's remotely true if you keep the responsive web app simple. YNGNI and KISS and what not. I've been doing this for over ten years. In that time I've seen large web applications built for under 4k; I've also seen massively overbuilt simple applications go for 50k+. It comes down to often how needlessly complex you make the stack. If you stick with solid simple guaranteed tech instead of cutting edge y…

I hope you are correct. For my startup, I've assumed you are correct. Since my startup is my first Web site, I'm no expert in the issues in the OP here. So, HELP! Guys here who know more than I do about Web apps on different Web browsers on different client devices, which is nearly everyone on HN, help me out here -- am I on or off track? Where am I going wrong? So, what I've built is just a Web site ( Web app ). For…

You have to tell us what is wrong first, in other words why do you think you're going wrong? There is nothing wrong with what you've described as far as I can tell. But what issues are you having? Users not going to your site? Likely not a tech problem.

Re: It’s cheaper to build multiple native applications than one responsive web app

#248

Earlier quoted context omitted.

I think the author is already addressing this: Yes, you can build 2007 websites much better now. They will be consistent across platforms and perform great. But my 12 year olds don’t want 2007 websites. They want 2016 apps.

I seem to recall the median number of installed monthly apps sitting at zero for some time. Are you sure that "they want apps" or is it just that they're using the same few apps and web for everything else?

I think you're referencing the 2014 U.S. Mobile App Report by ComScore.[0] For a 3-month period in 2014, 65.5% of U.S. smartphone users download no new application each month. (see figure on page 6) I didn't see any more recent stats, at least without paying/signing up.

[0]: http://www.ella.net/pdfs/comScore-US-Mobile-App-Report-2014....

Re: It’s cheaper to build multiple native applications than one responsive web app

#249
Consider the following problem. If this very question is relevant, then your project is not.

Would it have mattered what they had picked for Google Search? A web site or an app? No. It would not have made any difference.

If what you are building is compelling to its users, they will want it badly. Otherwise, regardless of how well you package it, it will be a waste of time.

You see, for example, companies choose SAP, and then they buy the servers, desktops, and other hardware and software that is suitable for running in a SAP context.

Nobody cares whether the SAP client is a desktop GUI or a web client. It is immaterial. In other words, if that kind of things matter, your program doesn't.

Re: It’s cheaper to build multiple native applications than one responsive web app

#250
>But it pisses me off every time I see a Twitter thread about how native apps are destroying the free world.

I can't understand this sentiment the author claims to see. Web apps are generally going to be less free than native apps. A native app doesn't have to be open and a web app doesn't have to be open, but a web app is definitely going to require that you connect to the host, will probably keep all your data stored away from your grasp on its servers, and may change its functionality and terms of service at any time. Native apps can share many or all of these traits but at least there's a chance you can control a copy of the software. The web is a terrible software platform for users.

Post reply on HN