~/talk

Ready for Concurrent Mode?

Talkat ReactNext 2019 · on Tuesday, 2019-06-11· [react]
slides:none on file

Early Facebook experiments show Concurrent Mode yields the main thread during rendering, enabling unstable_createRoot scheduling and idle pre-rendering but exposing real bugs: visible tearing of header/footer, input lag from setTimeout callbacks, duplicate saves when side effects run during the render phase, double constructors creating duplicate subscriptions, and inconsistent trees from a mutable store. Fixes used are coordinating non-React work with the scheduler, moving side effects to the commit phase, adopting an immutable store, and testing with React Strict Mode and hooks/suspense.

AI-written summary · about

  1. 0:00Start
  2. 3:36looking at a timeline of the initial page
  3. 7:35render the whole app in concurrent mode
  4. 11:55give set timeout a callback
  5. 16:41remove all the deprecated lifecycle methods from your app
  6. 17:40remove all the side effects from the render face
  7. 20:20summarize the fix
  8. 24:36experiment with javascript scheduling
~/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.