4 ms·

> Better UX for slow networks Don't you think the case can be made against SPA's w.r.t slow networks ? Angular, react add hundreds of KB's to frontend bundle

> Better UX for slow networks Don't you think the case can be made against SPA's w.r.t slow networks ? Angular, react add hundreds of KB's to frontend bundle which give bad UX especially in slow networks

jauntywundrkind 3y ago
But then after 20s loading or whatever, it's cached and your experience every moment thereafter & if you return later is speedier. If the app has optimistic updates, actions may even feel instant. If your app really cares, it'll have an offline mode/be local-first. Then you you pretty much need an SPA or some kind of heavier front end.
- zelphirkalt 3y ago
  After 20s ... you have lost 50% of your visitors, because they think the damn thing is never going to finish loading on their connection and you will have triggered connection loss anxiety on multiple levels. Also this is assuming, that one does not want to take all the things of that website and burn them after use, which is not a safe assumption to make on most websites, considering all the ads and trackers on today's typical websites. An offline still working app sounds great. Unfortunately very few aspire to reach that point. Most already break to various degrees when you hit the back button.
  - ivan_gammel 3y ago
    Not every frontend is a marketing website where conversion is a concern. Marketing websites aren’t apps anyway, they shouldn’t have any backend - SSG is better than SSR for them.
  - jauntywundrkind 3y ago
    Normally I'd agree about 20s being too long. But I'm specifically talking about users on slow links. They often know they don't have a first class connection out, and have established a different set of expectations. If your site is actually good enough to be one the users return to (and who here wants to build a site where that's not the case?), they all appreciate the site loading very fast the next time.
jonfw 3y ago
once it's cached though, loading new pages or new data is trivial. It really depends on the use case- if I'm navigating my banking website, I would prefer a longer load time up front if it made it navigating between accounts really fast. If I'm checking my power bill, I'm probably only going to view one page so I just want it loaded ASAP

jauntywundrkind 3y ago

But then after 20s loading or whatever, it's cached and your experience every moment thereafter & if you return later is speedier. If the app has optimistic updates, actions may even feel instant. If your app really cares, it'll have an offline mode/be local-first. Then you you pretty much need an SPA or some kind of heavier front end.

zelphirkalt 3y ago
After 20s ... you have lost 50% of your visitors, because they think the damn thing is never going to finish loading on their connection and you will have triggered connection loss anxiety on multiple levels. Also this is assuming, that one does not want to take all the things of that website and burn them after use, which is not a safe assumption to make on most websites, considering all the ads and trackers on today's typical websites. An offline still working app sounds great. Unfortunately very few aspire to reach that point. Most already break to various degrees when you hit the back button.
- ivan_gammel 3y ago
  Not every frontend is a marketing website where conversion is a concern. Marketing websites aren’t apps anyway, they shouldn’t have any backend - SSG is better than SSR for them.
- jauntywundrkind 3y ago
  Normally I'd agree about 20s being too long. But I'm specifically talking about users on slow links. They often know they don't have a first class connection out, and have established a different set of expectations. If your site is actually good enough to be one the users return to (and who here wants to build a site where that's not the case?), they all appreciate the site loading very fast the next time.

jonfw 3y ago

once it's cached though, loading new pages or new data is trivial. It really depends on the use case- if I'm navigating my banking website, I would prefer a longer load time up front if it made it navigating between accounts really fast. If I'm checking my power bill, I'm probably only going to view one page so I just want it loaded ASAP