The framework they chose, plus router. The most popular tools are slow-by-default today, which is why I promote tools that aren't.
-
-
Replying to @slightlylate @ken_wheeler and
Demo happened to show off some other cool tech which helps users of the framework serve faster (a good thing!)...but oy. Must do better.
1 reply 0 retweets 0 likes -
Replying to @slightlylate @ken_wheeler and
still, measuring hello world apps are next to useless. It'll be 100kb if FW is 100kb. 50kb if FW is 50kb.
2 replies 1 retweet 21 likes -
Replying to @intelligibabble @slightlylate and
once you get into the Real App territory, this stuff starts to be marginal. There are problems of bloat in both cases,
2 replies 0 retweets 13 likes -
Replying to @intelligibabble @slightlylate and
but i'm tired of hearing the extra 30k that preact is going to save me when i'm seeing real companies like Airbnb produce 2MB+ bundles
7 replies 8 retweets 69 likes -
Replying to @intelligibabble @slightlylate and
At that point I ask how many bundle splits load with that first bundle on page load and how many more bundles are waiting for later
1 reply 0 retweets 0 likes
That's the heart of the PRPL pattern: load and run only what you need for current view; preload for later, delay-load granularly.
-
-
Replying to @slightlylate @AntJanus and
The goal must be to load and run code proportionate to what's in view. Native toolchains do (some of) this w/ linkers & VM subsystems.
0 replies 0 retweets 0 likesThanks. 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.