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.
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?
-
-
You can model most "rich" apps as a series of form posts (think Plain HTML GMail vs. "regular" GMail). Today we talk about time-to-interactivity in a one-dimenstional way: the first load. We should instead be talking about session-depth amortized costs.
-
I.e., it's true that for some experiences, lots of code up-front makes a great deal of sense. But that's something we should be able to put a number on and measure.
End of conversation
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.