We need to talk about Redux and "SSR". Just saw second (large, commercial) site sending > 100/500K (zipped/unzipped) of HTML payload *this week*. When it takes 3-5x the size of a PNG screenshot of your AFT content to "inline" your "critical" HTML/JS/CSS, something's broken.
My experience has been that teams view SSR as a way to "fix" the problem of slow, overgrown JS payloads. The idea (which I'd love HCI researchers to dig into) is that thread scrolling will buy them time while the document eventually becomes interactive.
-
-
All these problems seem to center around "when does stuff hit the browser" in order to render and interact quickly. Tradeoffs abound. For example, the B2B app I'm writing now needs much better runtime behavior than first load behavior.
-
We lack good, comparable metrics. I've been pushing hard on TTI/FID in the hopes that we can move past first-interaction to investigate amortized costs. I.e., how long does a session need to be to justify 10 extra KB of JS for ajax-y interactivity in a particular vertical?
- 2 more replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
& Web Standards TL; Blink API OWNER
Named PWAs w/
DMs open. Tweets my own; press@google.com for official comms.