~/talk

You really don't need all that JavaScript, I promise

slides:none on file

The central claim is that many sites work better with less client-side JavaScript, backed by concrete numbers and demos: a static 8.5 MB HTML dump renders 200 ms faster than a React client rendering one tweet, server-side code highlighting transfers 10 KB less and keeps paint time virtually unchanged, and a docs prototype uses the portal element activates iframe navigation plus postMessage to preserve a left-pane scroll without an SPA. Portal is Chrome-only and buggy, and native CSS/HTML features like scroll-snap and datalist replace lots of JS.

AI-written summary · about

  1. 0:00Performance matters
  2. 1:27The cost of heavy sites
  3. 5:11JavaScript dependency risks
  4. 9:07Developer complexity
  5. 12:38Reasons for frameworks
  6. 16:06Portal element demo
  7. 21:22Solving navigation issues
  8. 25:58Portals and state
  9. 30:14Progressive enhancement
  10. 35:55The future of the web
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.