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…
It’s cheaper to build multiple native applications than one responsive web app
281–290 of 322 posts
Re: It’s cheaper to build multiple native applications than one responsive web app
#282"You want mobile notifications? Sure, but not on mobile Safari." You can do this with PhoneGap. "Multiple line ellipsis? Sure, but only on webkit." Okay, yeah, this sucks. "Consistent rendering size across browsers? Just fuck off." This is probably your fault. "We fix a layout bug on Safari and break something on Edge." This is probably your fault. "We change font size on Chrome and now all you can see on Firefox is…
PhoneGap? I thought the point was the original author didn't want to ship shit. PhoneGap apps are generally terrible. PhoneGap is the preferred solution for CIOs that want to save money but end up delivering a glitchy crap product. JavaScript isn't the catch all savior many JS people seem to think it is. CSS and JS animations are children's toys compared to Metal on iOS. You can make a far more beautiful and smooth e…
This is however not how business works and not how businesses work because it is not what they need. What they need is to transfer value to move their business forward. It is also the only thing they (should) want.
Full Android or iOS support is not what smart business leaders aim, I would tend to say it is the opposite.
I don't care for 1 second about the Metal/Swift you talk about when I can have people get their credit card out with an HTML page without CSS.
Re: It’s cheaper to build multiple native applications than one responsive web app
#283Earlier quoted context omitted.
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.
I am not against people trying to push front end technology forward, but it feels like we're just inventing a thousand different wheels when the first wheel wasn't really lacking much so long as you knew how to use it.
I am wary of any new JS library as if the past many years are anything to go by, it's practically technical debt the moment it hits v1, if it ever does.
Re: It’s cheaper to build multiple native applications than one responsive web app
#284Re: It’s cheaper to build multiple native applications than one responsive web app
#285Re: It’s cheaper to build multiple native applications than one responsive web app
#286Earlier quoted context omitted.
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.
Thanks. My site is not live on the Internet yet. On my development computer, it appears that the site works as intended, but I'm still testing, say, alpha testing. Then when I invite in people, call that beta testing. For what is "wrong", I am just guessing that I might have encountered some of the problems mentioned in the OP. Or, maybe even the simple, old HTML, CSS, and JavaScript I'm sending to the users might ha…
This is common, required knowledge of developers. They should be testing the site on as many devices as possible, and developing it with cross-browser capabilities in mind and tooling that does it for them. You can check yourself to see if it works
There is no excuse for not being able to develop a consistent experience across as many devices as possible. And it sounds like the poor OP just got a lazy developer.
Re: It’s cheaper to build multiple native applications than one responsive web app
#287Re: It’s cheaper to build multiple native applications than one responsive web app
#288Re: It’s cheaper to build multiple native applications than one responsive web app
#289Earlier 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.
Sure, but "2016 App" and "2007 App" are not monolithic design choices. If you can decompose those things, you can keep the important bits and throw away the peacocking. Just a simple example: it's trivially easy to make large, flat shaded buttons on the web. That's going to be more familiar to younger users than native web buttons like those on HN. However, there's also spending weeks to make a web button that animat…
If it's possible to do it with the new CSS animations (which should be reasonably well accelerated on modern browsers) and gracefully degrade by... y'know, not having the animations play, that's probably the ideal compromise right there. If you start restructuring your DOM in the name of easier animations or flashier effects, you've gone too far.
Re: It’s cheaper to build multiple native applications than one responsive web app
#290Earlier 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.
What exactly differentiates a "2007 website" from a "2016 app"?