Да будет frontendperf.ru
Введение
Интерфейсы все чаще фризят даже на нормальных устройствах. И это начинает бесить
Недавно поймал себя на том, что сайт ChatGPT на моём iPhone 14 ощутимо лагает: дропает кадры, не отзывается на мои тапы. И в этот момент у меня только одно желание — закрыть вкладку
Тут включается разработчик внутри: “Окей, я же могу на это влиять. Не на ChatGPT, конечно, но у себя в продукте — точно могу… ведь, да?”
Стоп.
А вы видели этот Performance tab?
Выглядит монструозно. Куда смотреть? Как понять, что именно тормозит?
А потом приходит реальность: “Оп, а продуктовые задачи делать когда? Сейчас нет времени. Не приоритет”
Почему производительность важна
По данным httparchive.org, видно, что количество JS, которое мы отдаём на страницу, растёт год к году:
- 2018: ~380KB median (gzipped)
- 2021: ~450KB median
- 2023: ~500KB median
- 2026: ~580KB median
бизнес растёт → появляются новые фичи → растёт код “А давайте добавим клипы в ленту, чтобы вырос таймспент” - звучит норм
Проблема в другом: не каждый пользователь может (и должен) покупать новый флагманский смартфон или обновлять ПК каждый год, чтобы наш свежий JS и новые фичи не просаживали текущий уровень производительности
А терпеливее пользователи не становятся. Скорее наоборот: ожидания растут, а толерантность к лагам падает
Почему это сложно
- Диагностика фрустрирует. Открываешь DevTools, видишь графики, таймлайны, flame chart — и не понимаешь, что тут вообще не ОК
- Сложно доказать эффект. “Мы ускорили” - это не ощущение. Нужны метрики, сравнения, контроль условий, понимание, что именно изменилось
- Нужны знания о браузере. Main thread, layout, paint, compositing, network, cache, приоритеты ресурсов и бла бла бла — всё это внезапно становится важным
- Это не выглядит срочным для бизнеса. В моменте перформанс часто воспринимается как техдолг: “давайте потом”. Но чтобы “потом” вообще наступило, нужно сначала: найти проблему → описать → оценить → приоритизировать → доказать, что фикс помог и ничего не сломал
Тут обычно всё и застревает
О чем я буду рассказывать в блоге
Я уже 6+ лет во фронтенд разработке, из них 3 года работаю в ленте ВКонтакте. Я пришел в эпоху, когда реакт уже захватил мир, от поддержки Internet Explorer начали отказываться, продукт еще не парится о производительности, но разработчики уже начали задумываться
Я бы хотел тут рассказывать и писать о производительности фронтенда, инструментах, как в них разбираться. Хотел бы вместе с вами научиться встраивать производительность в рабочие процессы. Разобраться во всех этих LCP, INP, CLS, рантайм метриках и как их правильно готовить
Манифест
Поэтому, моя цель с frontendperf.ru простая:
- показать, что перформанс — это интересно и часто проще, чем кажется
- объяснить, где тут деньги и почему бизнесу это реально надо
И периодически вы будете видеть такие вставки:
Ну и конечно в блоге будет:
- как мерить перф и почему это важно (RUM, Web Vitals)
- как читать Performance tab
- кейсы “было/стало”
- чек-листы, дайджесты
- про перф в React/JS/TS/SSR/SSG/картинках
Если вам это откликается и интересно, то подписывайтесь на мой Телеграм канал