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.
The last one is a complex and nuanced, which is why I think we collectively aren't navigating it well. Also, most people don't seem to encounter the tradeoff as "html vs. tiny client JS".
-
-
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.
- 3 more replies
New conversation -
-
-
No, it’s mostly “Chrome on my MacBook on WiFi can handle 4mb of JS just fine”
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
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.