FrontendConf 2025
Осень 2025
Москва
50+
докладов и воркшопов
2 дня
концентрированного опыта, новых знаний и общения
1200
участников
Как это было в 2022
Темы
Программный комитет провел серию глубинных интервью с ведущими разработчиками из крупнейших IT-компаний, мы собрали все боли и желания, а после провели количественное исследование и определили наиболее важные и интересные темы для нашей аудитории.
Но не стоит ограничиваться темами ниже, если у вас огненная тема, подавайтесь, мы с удовольствием рассмотрим вашу заявку! И конечно же, если у вас есть вопросы — вы можете задать их нашему ПК.
Обратите внимание на темы «с огоньком» — по итогам опросов они особенно интересны нашим посетителям. По ним мы ждем заявок в первую очередь =)
Но не стоит ограничиваться темами ниже, если у вас огненная тема, подавайтесь, мы с удовольствием рассмотрим вашу заявку! И конечно же, если у вас есть вопросы — вы можете задать их нашему ПК.
Обратите внимание на темы «с огоньком» — по итогам опросов они особенно интересны нашим посетителям. По ним мы ждем заявок в первую очередь =)
- 🔥🔥🔥Масштабируемая архитектура. Как масштабировать архитектуру при постоянном росте команды, как с точки зрения самой команды, так и с точки зрения производительности труда и конечной производительности веб-приложений. DDD, Feature Slice Design, паттерны чистого кода во фронтенде, слои, изоляция и прочее.
- 🔥🔥🔥 Прагматичная архитектура. Как выбирать технологии, как собирать свою архитектуру, как не взять модное, а взять полезное. Мы хотим большей разборчивости и послушать истории крупных компаний о том, как они выбирали, ошибались, откатывались назад, почему это случилось и какие уроки вынесли из этих историй. Антихайп.
- 🔥 Микрофронтенд. Как разделить один продукт на независимые приложения и выстроить между ними взаимодействие через шину. Как в рамках одного приложения интегрировать виджеты между его частями. Как срастить два отдельных продукта в одно микрофронтенд-приложение.
- 🔥 Качество кода и технический долг. Работа с большой кодовой базой: что такое качество кода, как и зачем его повышать, какие инструменты для контроля и управления качеством бывают, и самое главное — как продать качество кода бизнесу?
- 🔥 Миграция. Как делать серьёзные миграции на большом продукте в продакшене. Как переезжать на другие практики / методологии / библиотеки / фреймворки. Как внедрить изменение, не остановив поставку фичей. Что мигрировать в первую очередь, а что во вторую. Как организовать процесс миграции так, чтобы разработчики не сгорели, чтобы он был предсказуем, управляем и конечен во времени. Как это правильно продать бизнесу.
- 🔥 Управление состоянием. Децентрализованные сторы. Как при текущем тренде на грануляцию приложения на контексты/домены/микрофронтенды и взаимной интеграции продуктов в экосистеме эффективно управлять состоянием. Реактивное управление состоянием, шины, практики, новые стейтменеджеры, какие обещания дают и что выходит на практике. Что взлетает, а что нет, почему. TanStack Query.
- 🔥Тестирование. Как писать тесты в большом количестве, как определить баланс количества, качества и времени исполнения. Как модульное, интеграционное, функциональное и юнит-тестирование нам помогает. Как меняются практики в зависимости от контекста. Как выстраивать тестирование «действительно сложных форм». TDD.
- 🔥Дизайн-системы и платформенные пакеты. Как выделить единую систему компонентов, обобщить поведенческие паттерны, определить переиспользуемую функциональность ядра и мигрировать приложения на неё. Как сделать правильную расширяемую и удобную к переиспользованию систему. Автоматизации вокруг дизайн-системы.
- Архитектура коробочных решений. Как строить коробочное решение, как сделать white label, планизации. Как поставлять разный набор фичей разным клиентам (в одном билде, уникальный билд под каждого). Как выстроить плагинную модель, как организовать сборку под каждого клиента и конвейер с поставкой обновлений. Как устойчиво жить с редкими обновлениями и в неподконтрольной инфраструктуре.
- Мультистековость. Как жить, когда в компании несколько стеков, как делиться практикой, как делиться кодом. Может ли код быть фреймворк-агностичным и где. Как при этом руководить командой, развивать культуру и управлять технологическим развитием.
- 🔥🔥🔥 Современный синтаксис языка, API. Новые, более специфичные интерфейсы и языковые конструкции, которые внедряются в браузеры. Новых механики и средства выражения, в чем их сила, где и как их использовать (Shadow Realms, Proxy, View Transition API, Popover API, Pure CSS, WebAuthn, WebContainers, Storage Access API и прочие). Как истории успеха, так и неудачные внедрения.
- 🔥 Мотивация. Где искать интерес к работе, как не стухнуть за долгие годы жития-бытия синьором, как челленджить себя и окружающих, где найти интерес к профессиональному развитию и каким оно может быть.
- Применение ML в работе (на ежедневной основе). - GPT, автоматизация интеллектуальной рутины, написание кода, тестов, контрактов, формулирование задач в Jira, Copilot и прочие ассистирующие технологии. Мы хотим поговорить о том, как делать нашу жизнь, обучение и работу проще и эффективнее. Как применять языковые модели к большой кодовой базе.
- Новые интерфейсы взаимодействия с человеком. Текущие возможности и ближайшие перспективы. Голосовое управление, VR, альтернативные способы взаимодействия с интерфейсом.
- Новые библиотеки/фреймворки/паттерны. SolidJS/SolidStart, QWIK, новые легкие фреймворки. Мы хотим поговорить о фреймворках, в основе которых есть интересные решения, покопаться в том, как они работают и чем могут быть полезны нам.
- Rust. Стоит ли его изучать фронтендеру, какие в этом перспективы? Мы видим, что всё больше инструментов пишется или мигрирует на Rust в погоне за производительностью, и это дает хорошие плоды.
- Применение ML на фронтенде. Какие есть перспективы применения ML уже здесь и сейчас. Как обстоят дела с практикой, тенденциями, какие ближайшие перспективы.
- Применение ML в продукте. Как использовать ML в рамках бизнес-логики приложений, как автоматизировать интеллектуальную рутину в наших продуктах, как автоматизировать бизнес, что нового может дать нашим продуктам ML.
- Bun. Это прорыв или новый Deno? Что с практикой? Очень хотим услышать как истории успеха, так и неудач. Какие текущие ограничения технологии, перспективность и планы. Когда технология будет готова для продакшена.
- 🔥 Сборщики, актуальные и перспективные. Какое будущее у Webpack. Какие перспективы переезжать, какие сильные и слабые места, стоит ли переезжать на другие сборщики. «Потомки, как там в будущем?» Какие перспективы развития новых сборщиков, стоит ли мигрировать и чего это стоит.
- 🔥 Эксплуатация и управление микрофронтендами. Как жить с микрофронтендами, особенно на большом масштабе: процессы разработки и управления, контроль версий, эксплуатация, аналитика, оптимизация сборки, тестирования и поставки.
- Организация тестовых окружений. Как организовать стабильные стейджи, как организовать изоляцию.
- Безопасность. Гигиена безопасной разработки, Supply Chain, Open Source.
- Semver/changelog’и, автоматизация.
- 🔥🔥🔥 Производительность кода и рендеринга. Принципы производительной разработки. Как писать эффективный код. Как рендерить большой объем изменений эффективно. Каких принципов и подхода придерживаться, чтобы писать производительные веб-приложения.
- 🔥🔥🔥 Отладка и анализ низкопроизводительного кода. Как локализовывать проблемные области, как анализировать, отлаживать, профилировать, определять узкие места.
- 🔥 Метрики и измерение производительности. Как не терять метрики в процессе разработки. Как измерять, когда у тебя сложные приложения и базовые метрики не всегда подходят. Какие сценарии покрывать метриками. Web Vitals, Paint & Reflow, SLO/SLA, оповещения о снижении производительности.
- 🔥Производительность сборки. Монолитная выкатка, приложение продолжает расти (причем как на CI, так и локально при разработке замедляет производительность труда). Как повысить производительность сборки при помощи инкрементальности, селективности, грануляции и архитектуры приложения.
- 🔥 Производительность и отказоустойчивость серверных приложений от фронтендеров. Как выдерживать нагрузку и обеспечивать отказоустойчивость BFF/SSR-приложений.
- 🔥 Реактивность. Реактивность в архитектуре, паттерны сигналов, принципы оптимизации работы приложения и эффективного выстраивания эффективной, не подверженной отказам бизнес-логики при помощи реактивности.
- 🔥 PWA. Актуальное состояние PWA в 2024. Браузерные API и подходы, которые позволяют сделать офлайн-доступ, пуш, клиентские базы данных, кэширование, фоновую синхронизацию и кучу всего полезного. Какой сейчас статус, что мы можем кроссбраузерно применять уже сейчас, а что скоро сможем. Как обстоят дела с PWA для устройств Apple.
- 🔥 Воркеры и ворклеты (Web Workers, Service Workers, Paint Worklet). Вынос тяжёлых и специфических вычислений в отдельный поток. Где помогают и где мешают. Houdini API.
- 🔥 Девтулзы и деббагинг. Навыки дебага и профилирования. Понимание, как исполняется код, как отлаживать, как исследовать детально внутреннее поведение приложения. Эффективное использование возможностей инструментов для отладки.
- 🔥 Серверный рендеринг. Текущее состояние технологии, насколько она эффективна. Метрики, результаты, добавленная сложность и затраты. Имеет ли она смысл, как делать это правильно и эффективно. Действительно ли нужен серверный рендеринг в 2024?
- Incremental Server Rendering. Отличия от привычного SSR. Для чего нужен, какие задачи решает. Перспективность технологии.
- Temporal API и работа с таймзонами. Перспективы нового API, какие плюсы, как оно решает задачи в больших проектах с большими потребностями, разнообразным поведением. Как правильно с ним работать, как писать сложную логику работы с датами и временем.
- Accessibility. Не только исключительные случаи, связанные с особенными потребностями здоровья, но и в широком понимании: по-настоящему доступные приложения — разнообразные девайсы, интерфейсы ввода, цветовые темы. A11Y как принцип разработки «хороших» и по-настоящему доступных интерфейсов.
- WASM. Реальный опыт больших компаний по использованию WebAssembly. История интеграции, миграция функциональности, профит и узкие места.
- 🔥 Пользовательский опыт. Что такое UX, почему он важен, как им пользоваться, чтобы создавать крутые интерфейсы, которые радуют пользователя и вызывают гордость у команды.
- 🔥Когнитивное восприятие. Почему нам важны эффекты по ховеру, анимации, зачем нужна отзывчивость, на каких особенностях работы человеческого мозга это основано. Что нужно понимать, чтобы делать проекты с высоким качеством UX.
- Доступный дизайн. Как сделать наш дизайн и его реализацию действительно доступными. Разные интерфейсы ввода и вывода информации, специальные устройства и софт, особенные потребности — как всё учесть и доставить функциональность, не заставив пользователей страдать.
- Анимации. Как использовать анимации для управления вниманием и сторителлинга. На чем основаны когнитивные особенности восприятия анимаций, как делать их приятными глазу, управляющими вниманием и не раздражающими. Поддержка доступности, правильная деградация интерфейсов.
- Роль фронтендера в дизайне. Фронтендер как технологический эксперт. Какая его роль в команде с дизайнером, как выстроить эффективное взаимовыгодное взаимодействие, которое принесет большую ценность для продукта и компании.
- 🔥🔥🔥 Code Review. Когда нужна эта практика, как ее правильно проводить, как встроить ее в процесс работы, какие код-ревью бывают, что стоит решать на уровне кросс-ревью, кросс-тестирования, а что и зачем надо выносить на стадию дизайн-ревью.
- 🔥 Оценка компетенций. Делать жесткую систему грейдов, или оценивать по ощущениям. Какие есть подходы к оцениванию.
- 🔥 Проведение собеседований. Как эффективно проводить собеседования. Как в условиях ограничений времени и формата объективно оценивать кандидатов.
- 🔥 Мотивация и наставничество. Как правильно менторить людей: теория и практика. Как классифицировать людей по разным типажам и подбирать к ним правильный подход, как правильно проводить менторские сессии, как понимать их мотивацию и нацеливать на результат.
- 🔥 Скорость разработки. Как измерять cycle time. Какие есть методологические и технические средства по ускорению производства, как замерять. Как не превратить это в псевдометрики и сделать так, чтобы метрики помогали команде и производству. Как при помощи метрик выявлять узкие места и эффективно работать с ними.
- 🔥 Управление знаниями и гильдии (шеринг, документирование, хорошие практики). Как распространять знания внутри компании. Как организовать внутри экспертизы фронтенда единое пространство, гильдии, встречи, стимулировать разработчиков развивать горизонтальные связи между командами и подразделениями. Кто как это делает, какие результаты. С чего начать выстраивать процессы, если сейчас в компании их нет.
- 🔥 Онбординг. Как сделать эффективный онбординг, который экономит нервы и время разработчиков. Техническая и процессная составляющие.
- Переключаемость разработчиков. Разные команды, подходы, практики, стеки. Как сделать так, чтобы разработчики могли эффективно переключаться между проектами, доменами, задачами, командами. Как выстроить такую систему практик и инженерной культуры, чтобы это происходило наиболее плавно и не потратить на это всё доступное время.
- Иннерсорс и внутрикорпоративные инструменты. Как развивать и продвигать внутренний инструментарий: инструменты сборки, блюпринты, стартерпаки, шаблоны для сборки и деплоя, библиотеки узкого назначения, практики.
- Топология и core-команды.
Хороший доклад для нас
«Зачем об этом рассказывать, это и так все знают» — мы часто сталкиваемся с такой «ловушкой мышления». Если то, что вы знаете, не всегда очевидно вашим коллегам, возможно, стоит об этом рассказать.
- основан на личном опыте;
- рассчитан на целевую аудиторию — миддл+;
- не был прочитан на других конференциях.
Ключевые даты
1
Сентябрь 2024
Мы начинаем принимать заявки
2
Апрель 2025
Окончание приёма заявок
3
Май 2025
Окончательное решение о включении в программу, начало прогонов
4
Осень 2025
Конференция в Москве
Этапы работы с докладчиками
1
Подача заявки
Подайте заявку в системе подачи докладов «Онтико». Ждем от вас тему, тезисы (они будут видны на сайте конференции) и расширенное описание сути доклада в поле «Обращение к программному комитету» (только для наших глаз).
Также вы можете приложить видео других своих выступлений или черновик презентации.
Чем более подробная заявка, тем больше шансов, что ПК правильно поймет суть вашего доклада.
Также вы можете приложить видео других своих выступлений или черновик презентации.
Чем более подробная заявка, тем больше шансов, что ПК правильно поймет суть вашего доклада.
2
Общение с ПК
ПК изучит вашу заявку и задаст уточняющие вопросы, скорее всего, предложит созвониться, чтобы обсудить тему и тезисы.
Пожалуйста, поставьте в ваших почтовых клиентах адрес Conference Team в доверенные, чтобы получать уведомления о сообщениях в нашей системе.
Пожалуйста, поставьте в ваших почтовых клиентах адрес Conference Team в доверенные, чтобы получать уведомления о сообщениях в нашей системе.
3
Конкурс и принятие решения
Докладов всегда больше, чем свободных слотов. При принятии решения мы учитываем множество факторов: актуальность темы, оригинальность решения, опыт докладчика (профессиональный и спикерский), качество тезисов и материала, готовность дорабатывать доклад по рекомендациям ПК.
По опыту, чем раньше вы подаете заявку и более плотно работаете с ПК, тем больше шансов пройти в программу.
По опыту, чем раньше вы подаете заявку и более плотно работаете с ПК, тем больше шансов пройти в программу.
4
Подготовка к выступлению
Каждый принятый спикер проходит прогоны с куратором из Программного комитета и структурным коучем. Накануне конференции для желающих организуем прогоны на площадке.
Бонусы спикерам
-
Билет на конференциюПолный доступ к докладам, выставке, зонам для нетворкинга, обедам, вечеринкам. - Проезд для иногородних спикеровПокрываем ваши расходы на самолет или поезд, плюс организуем трансфер из аэропорта или вокзала до отеля, площадки и препати.
- Проживание в отелеПредоставляем номер в комфортабельном отеле рядом с местом проведения конференции.
- ПрепатиНакануне мы собираем всех спикеров и Программный комитет для знакомства. Мы верим, что это сближает докладчиков и создает ламповую атмосферу, чтобы вам было максимально комфортно на конференции.
- Подготовка к выступлениюМы оказываем всестороннюю поддержку спикерам, помогаем готовить презентации, учим выступать. В ПК опытные спикеры, неоднократно выступавшие на разные темы и перед разной аудиторией. Нам есть чем поделиться с вами.
По любым вопросам, связанным с докладами, пишите:
Виктория, координатор ПК
tg: @trofvi
email: viktoria.trofimova@ontico.ru
Глеб, руководитель ПК
tg: @Glebmikheev
tg: @trofvi
email: viktoria.trofimova@ontico.ru
Глеб, руководитель ПК
tg: @Glebmikheev