HackerTube

Dan Abramov: Beyond React 16 | JSConf Iceland

JSConf3 HN recommenders · recommended in 3 months, 2018–2022
YouTube
talk · intermediate · 2018–2022 on HN

Dan Abramov's JSConf Iceland talk on what came after React 16, with live-coded prototypes of async rendering and time slicing. It previews the ideas that became concurrent mode and suspense.

Recommended as the clearest demo of what concurrent rendering solves, including the memorable clock animation.

5 comments from Hacker News

@throwaway_bad2019-10 · in “React Concurrent Mode”

The clearest demo that communicates what this solves was given when it was announced last year. That clock animation is pure genius: ▶ this video

Strongly recommends View on HN
@mlsarecmg2019-11 · in “React in concurrent mode: 2000 state-connected comps re-rendered at 60FPS”

Yes, but it scales with the environment and device capabilities. Watch this, it explains it in detail: ▶ this video

Recommends View on HN
@ggreer2018-10 · in “Introducing Hooks”

Dan Abramov's talk starts 39 minutes into the livestream: link If you like live coding demos, he also gave a talk at JSConf Iceland where he showed off some future React features, such as asynchronous rendering: ▶ this video

Recommends View on HN
@herrkanin2022-03 · in “React v18.0”

Congratulations to the React team! I remember three years ago when Dan first showcased some of the concurrent features [1], so this has been quite long in the making. [1] ▶ this video

@mlsarecmg2020-09 · in “React is becoming a black box”

These apps all fall flat, which is the point i'm trying to make. They're robust from a design perspective, the tools we have to build UI are good enough, but they can't compete against native. Do you think that using Svelte in any those would make a difference? This is why React is attempting to find a solution. The problem is essentially the same. Native apps are also conflicted with load, they have better means than we have on the web to deal with it, but it's still low-level and complex to orchestrate, threading for instance. Any one of those means pushes your app into async issuee, race conditions that you need to reconcile. With concurrent mode scheduling is a first class concept , your components won't be subject to race conditions. React maintains 60fps, high-priority content (user input, animations, transitions) can be ran fluidly while lesser priority content gets deferred. It has a good chance of outperforming multithreaded native apps with that model. This demo illustrates the issue: ▶ this video which is universal. You run into this on native platforms as well as on the web.