Как мы оптимизировали Twitter Lite

[comerc]

Люто-бешено плюсую! Хотел уже сам взяться за перевод, подогнали ссылку в комментах к моей заметке.

Наблюдение: если Твиттер не боится использовать React с хитрой лицензией, то и нам не очем волноваться.

[vitvad]

 window.requestAnimationFrame(() => {
        window.requestAnimationFrame(() => this.setState({ shouldRender: true }));
      });

я вот только не понял, зачем оборачивают в RAF 2 раза?

[iCoderXXI]

Внешний запрос отложит выполнение вложенного на момент, когда будет «окошко», а само изменение стейта произойдет уже во втором «окошке». Видимо зачем-то им было нужно 2 раза отложить изменение стейта. Вопрос — почему не три или четыре?

[vintage]

Обычный костыль вида "не понимаю, как работает, но, чёрт возьми, работает!".

[miraage]

Это костыль над window.setImmediate.

[comerc]

Полчаса секеса в Google

[Ronnie_Gardocki]

Ужасная статья.

Изначально ожидал увидеть что-то внятное, казалось бы такой простор для фишек и оптимизаций. В итоге единственная интересная часть про infinite scrolling описана в стиле «ну мы там написали свое кастомное решение, которое делает всякие штуки, но никаких кусков кода вам не покажем».

Все остальное — либо капитанство, либо какой-то треш в стиле «раньше наш код писали студенты за еду». Чего только стоит откровение, что раньше у них redux store апдейтился при КАЖДОМ keypress во время написания драфта твита! (и затем они додумались перенести логику с вычислением лимита знаков в state компонента, ВАУ!). Причем там даже дебаунс, хотя бы на 200мс, не был прикручен. Как такое вообще прошло код ревью?

В общем столько пафоса от статьи, а на деле пшик.

[PSDCoder]

Вот статья про скролл infinite-list-and-react