@marcosscriven@brownbagcrisps I think the most GF labeling requirements are under 20ppm, which I believe is the intersection of "probably safe", "easy to test for" and "achievable for manufactures"
@acdlite@en_JS@_gsathya Really exciting! Reach out if y'all are looking for pilots. Assuming there aren't too many pre reqs, we have the infra to a/b this and see impact on long tasks/input delay/redux subscriber notification timings/etc
@alextabor95 @jjasmineimanii @Allegiant Yeah. We were waiting on these planes from Knoxville. So glad the only flight Allegiant could offer me was a week from today. Just lost $1500 to Delta
@brian_d_vaughn I noticed react-virtualized-auto-sizer diverged from whats in react-virtualized itself (ex ResizeObserver support). Was this intentional? Would I be good to use the extracted one with `react-virtualized`?
@acemarke@replayio I think with a profiling build like this, and with the profiling build of react you could build a pretty compelling redux perf devtools with profile recording and perf insights around selectors / reducers / etc
@acemarke@replayio I've considered
- Injecting <Profiler>'s to get react time of with connected component updating
- A babel transfor for selectors to better understand self/total time (subselectors)
- Stability checks
- Identifying memo candidates by understanding selector deps and their change
@JuntaoQiu This is a sparse array, so the first 10 values are not actually undefined (although they'll come out as undefined in some cases). Ex: Array.prototype.forEach will only invoke your callback once, vs 11 times if it truly was filled with undefined
@malchata @hi__mayank Could also cover why drawing boxes around things (ex: shadow dom) lets the browser skip work. I think the mob can be quelled by flat out acknowledging that these are advanced problems and optimization here isn't always necessary or worthwhile
@malchata @hi__mayank IMO rendering is the big marble machine that we like to assume is never a bottleneck. Would love something official. Highlight some of misunderstandings/de-opts. style/layout/paint (tiling), compositor, raster (even skia+gpu). Some DOM based drawing could make for good examples.
@slightlylate For performance sensitive apps I might even add unnecessary compositing to this list. It's unfortunate that you basically need to write a layout+rendering engine to understand why.
@slightlylate IMO this lands in the ocean of "the life of a pixel" and outside Chromium traces can be opaque/unapproachable. I always felt a Chromium engineer could pretty quickly look at css-in-js and say "oh no don't do THAT". Better tooling/insight here would be awesome.