To clarify, this is for first-load and for resident-facing services. Can add nuance about Workers (and SWs), loading more on interaction, etc. as vendors tier up their sophistication. But 100K of JS should be a fine first-pass cutoff.
-
-
Show this thread
-
For the avoidance of doubt: that's 100K of JS *transmitted*, e.g. gzipped. It's much worse if it's a single file, but you can't excuse huge amounts of script across many files. If it matters to the UX, >100K is still too much for public services no matter how it's chunked.
Show this thread
End of conversation
New conversation -
-
-
Can we stop AMP then? It's more than that, just preloaded.
-
I cannot currently recommend AMP for first-party use, but the CDN & Search use it in a (super sophisticated) way that effectively mitigates much of that impact. /cc
@kristoferbaxter - 4 more replies
New conversation -
-
-
Hi just out of curiosity what should be the upper limit on the js size (vendor+app) (gzipped/parsed) while using the arguably "fast" frameworks / "libraries"?
-
The fast ones are now sub-10K. That is, their effective tax rate is below 10% on a 100K budget. Good options include: Lit, Svelte, Preact, Hyper, Skate, Dojo, Angular 8+ivy, and Stencil.
- 1 more reply
New conversation -
-
-
Depends on the problems being solved, right?
-
If it's a resident facing essential servoce, 100K is a *lot* for the marginal device to wait on.
- 2 more replies
New conversation -
-
-
Setting arbitrary sizes is not helpful at all. I prefer readable and organized script with plenty of comments over "do everything" one liners that nobody understands in a few month.
-
That’s entirely what minifies are for.
- 1 more reply
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.