Есть ещё такая штука, как "Прогрев JIT". Перед запуском замеров нужно покрутить функцию также и без замеров. Тогда JIT-компилятор по идее должен вызывать функцию быстрее уже в замеряемом цикле. Но я всё ещё плохо разбираюсь в бенчмарках для JS, хотя и попробовал далеко не один апи. Эту тему надо как следует изучать. Хороший гайд по измерению производительности JS-кода - вот это было бы круто!
@ThePro_00012 жыл бұрын
Блин классные видео! Норм объясняешь, и картинка классная приятно и интересно смотреть! Жаль что только редко видосы выходят.
@it-sin9k2 жыл бұрын
Учитывая что этот канал скорее как хобби для нас и исследование к видео и само его производство достаточно сложный процесс, пока более быстрого производства мы не потянем :(
@ДенисПручковский-ы5ф2 жыл бұрын
Чтобы обойти оптимизации я люблю просто использовать значения, введённые из консоли :D
@d_r_robot2 жыл бұрын
Поставил класс
@АлексейЯнуль2 жыл бұрын
В v8 есть много runtime опций там можно найти и про оптимизацию
@xdarkfenixx2 жыл бұрын
@АйТи Синяк, Мне кажется, что не совсем верно оценивать "скорость" работы мемоизированных селекторов, ведь основная фича reselect и re-reselect, это сохранение ссылок на объекты внутри компонентов, что снижает количество рендеров. Может быть стоит продолжить замеры и посчитать, а сколько рендеров экономит reselect?
@PavelLitkinBorisovich2 жыл бұрын
В свое время было много проектов на Redux, последние пару лет вижу что в основном все юзекейсы обычных бэкоффис аппликаций покрываются react-query. Кто еще использует Redux и для каких кейсов? Визуальные эдиторы, биржевые тикеры?
@it-sin9k2 жыл бұрын
Я участвую или помогаю в многих проектах. Честно говоря все кроме одного у меня используют Redux. (Не я их начинал и не я выбирал стэк). Из примеров финансовое мобильное на RN, бэкофис с микрофронтендом, Saas приложение по мониторингу железа и т.д.
@dalersaidov80692 жыл бұрын
Лучше сделать видос как правильно создавать переиспользуемые ui kit компоненты: кнопки, лейблы и т.д
@verzsut67442 жыл бұрын
Отличная подача информации, легко воспринимается. Видео супер!) Недавно мне в голову стукнула (хрень или генеальная мысль) насчёт оптимизации функциональных компонентов. Решил я дать возможность использовать подобие "конструктора" для них, чтобы не писать useRef или useMemo и useCallback с пустыми зависимостями (ну вот глаз режет хоть тресни). И у меня получилось! Используя лишь замыкания, две прокси и пару вызовов хуков (минимальное количество). Интересно узнать твоё мнение насчёт того что получилось. Пакет называется react-afc (что в голову пришло)
@it-sin9k2 жыл бұрын
Спасибо :) в гугле не смог найти пакет: react-afc сбросьте ссылку лучше на почту: blue.sin9k@gmail.com
@verzsut67442 жыл бұрын
Скинул :)
@verzsut67442 жыл бұрын
Доработал и полностью внедрил в свой проект. Смог избавиться больше чем от 30 вызовов хуков и моё приложение "полетело" (раньше без этих хуков оно ползло как черепаха, а с ними было просто 'терпимо') 😄 Интересно, это просто "очередная недолиба от жабаскриптера" или начало нечто большего 🤔 * Теперь пакет можно загуглить и я наконец кинул исходки на гитхаб
@it-sin9k2 жыл бұрын
@@verzsut6744 А как данный пакет вашей команде? понравился? и так же, если собираетесь его предоставлять как открытое решение, готовы ли вы его суппортить? людям нужны гарантии, что пакет не протухнет быстро.
@verzsut67442 жыл бұрын
@@it-sin9k у меня ещё нет команды :) Как командное решение я этот пакет мало представляю, больше подходит для небольших не слишком сложных проектов. Поддерживать его смогу ещё очень долго)
@macon56962 жыл бұрын
а что на счет console.time('duration'); // some operation console.timeEnd('duration');
@sleepstream94332 жыл бұрын
чуть менее точное
@snatvb2 жыл бұрын
Вот еще доклад от чела что был разработчиком v8 kzbin.info/www/bejne/foGpcoWfq619iLs