One way to read their data (and what I gravitate toward) is that SSR is bunk. What matters are honest pixels; UI that does what it says *as soon as it's presented*. Late long tasks are as bad as slow TTFB.https://twitter.com/cheneytsai/status/1190019708159963136 …
-
-
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
I miss progressive enhancement.
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
Thanks for this clarification. This is why Twitter is hard though. What most folks will see is "SSR is bad", with the true lede buried here ^
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
Really appreciate you speaking up about this. It’s infuriating as a user, but it’s also frustrating as a dev to work on projects that output SSR'd HTML that’s useless until the JS boots (buttons with no click handlers, etc).
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
I'm building an SSR app right now and trying to embrace best practices from the get-go. What would you consider the best resource for figuring out how to incorporate js without killing performance? There's a lot out there; what is closest to your thinking?
- 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.