3 ms·
I would add to your detailed answer... for what reason you're building a browser based app. There are use cases where a browser delivered application is desira
by sbuttgereit 10y ago
I would add to your detailed answer... for what reason you're building a browser based app.
There are use cases where a browser delivered application is desirable, but you really aren't targeting "the public" meaning arbitrary consumers or business customers via a website. For example, there are good reasons to build browser based interfaces to certain enterprisy business apps for internal corporate user consumption. In these cases, you may be able to reduce the cost of maintaining full applications by relying on more simple and ubiquitous browsers while trying to keep some of the richer GUI functionality of a full fat client by building an SPA.
Nonetheless, your other points do apply (except for SEO and perhaps some of the mobile concerns, context mattering here). How you build them still matters; you just typically have greater control over much of the footprint and whether or not it's the right approach still needs to considered (SPA is not a default).
I appreciate that this isn't the typical area of interest for those coming to Hacker News, but it still exists and can be good to think of from time to time.
- rhizome 10y agoHave you ever seen an app where the user can choose whether they get server-rendered or client-side?
- sbuttgereit 10y agoNo. And I'm not sure I get your point. Individual users, in the context of my comment, don't get a choice... They may well have influence at some point... But it's not a technical preference at login or on ongoing debate. Now I've seen plenty of corporate tech management make those decisions on behalf of their user communities as well as vendors providing offerings to those same corporate institutions/managers which make that choice.