btw @rob_dodson, the DOM is slow if poorly used. That's something virtual-DOM addressed & something hyperHTML solved
https://medium.com/@WebReflection/hyperhtml-a-virtual-dom-alternative-279db455ee0e#.3xdxwyt8m …
-
-
Replying to @WebReflection
: that's not the DOM being slow, it's layout readback forcing batched work prematurely
2 replies 0 retweets 3 likes -
Replying to @slightlylate
no idea what you're talking about, but I was referring to the recent
@rob_dodson post. https://robdodson.me/regarding-the-broken-promise-of-web-components/ …1 reply 0 retweets 3 likes -
Replying to @WebReflection @slightlylate
I'm aware of the performance issues with layout. In the post I was highlighting the common misconception...
1 reply 0 retweets 2 likes -
that if you use vdom your performance issues are magically fixed.
1 reply 0 retweets 1 like -
We see a lot of sites that front load these huge component bundles and end up killing their perf on load/parse
1 reply 0 retweets 2 likes -
So vdom is great but it doesn't help if your user is staring at a blank screen waiting for all your js to load
1 reply 11 retweets 21 likes -
Replying to @rob_dodson @slightlylate
absolutely. That's why I've written an alternative that weights 1.7Kb so far and it does 0 offline work
1 reply 0 retweets 1 like -
it's not about vdom library size. The code that could've been HTML is now JS. Unnecessary JS parse
2 replies 0 retweets 5 likes
: yeah, it's a big problem. Every time I see CSS embedded in JS bundles I cry one solitary tear.
/cc @WebReflection @rob_dodson
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.