Итоги 2025 во фронтенде и дизайне интерфейсов. Тренды, 25-летняя ретроспектива и прогноз 2026 для мира и России (энтерпрайз)
25 лет фронтенда в одной таблице — и почему 2025 закрепил новую норму
2025 год стал для меня одним из самых серых за последние годы разработки (корпоративный "налог" съел меня - оптимизации, перестановки и тд). Для индустрии - напротив. В этом году Frontend-разработка достигла нового уровня зрелости: web-платформа получила новые встроенные возможности, разработчики массово интегрировали ИИ-инструменты в работу (где-то по своей воле, а где-то принудительно - например в энтерпрайз), пользовательские интерфейсы развивались под влиянием вернувшихся трендов дизайна и требований доступности. Ниже я рассмотрю ключевые итоги 2025 года, порассуждаю, чем отличался каждый из последних 25 лет развития нашего направления, а также поразмышляю над тем каким будет 2026 год – как для глобальной отрасли, так и отдельно для России (особенно в сегменте энтерпрайза)
Главные тренды и события фронтенда в 2025 году
Начнём с фундаментальных признаков изменений, интернет-трафик в 2025 году вырос почти на 19% по всему миру 1 – люди взаимодействуют с вебом больше, чем когда-либо. Рост аудитории и ожиданий пользователей сопровождался важными сдвигами в технологиях фронтенда и подходах к разработке
Встроенные возможности веб-платформы вместо громоздких библиотек
Браузеры за последние годы всё расширяли и расширяли своё API, и в 2025-м это дало ощутимый эффект. Понятие Browser Interoperability Baseline закрепилось как база: команды разработчиков теперь просто проверяют, является ли новая функция частью Baseline, чтобы решить, можно ли её использовать без полифиллов 2. Это заменило постоянное изучение caniuse и облегчило внедрение современных возможностей. Документация, devtools от chrome, инструменты сборки, инструменты разработки типа VSCode и линтеры (eslint-plugin-baseline-js, stylelint-plugin-use-baseline etc.) начали учитывать Baseline-статус функций – например, предупреждая о применении функций, ещё не готовых для продакшена2. В результате разрабы быстрее могут узнавать о новшествах веб-платформы
Новые web-API сократили объем Frontend-кода
Ряд функциональностей наконец стали мейнстримом. Например, View Transitions API (API анимированных переходов) вышел из экспериментов, самопилов и получил поддержку во всех современных браузерах2. Это позволяет реализовать плавные переходы между состояниями интерфейса буквально в несколько строк кода, тогда как ранее приходилось использовать сторонние библиотеки и сложную логику управления DOM. Аналогично, встроенный Popover API для всплывающих окон вместе с CSS-свойством anchor positioning дали стандартный способ реализовать всплывающие подсказки, меню и диалоги2. Многие компонентные библиотеки смогли отказаться от сотен строк JS, ранее необходимых для этих целей. В итоге нативные средства браузера «съели» ту сложность, которую раньше приходилось покрывать вручную или внешними скриптами2
Удобнее опираться на возможности платформы, чем накапливать зависимости
Прорыв производительности. WebGPU и новые возможности JS/CSS
В 2025 году WebGPU (графическая API для браузера) стала практически доступна во всех основных браузерах (Chrome, Firefox, Edge; в Safari – на поддерживаемых устройствах)2. Если раньше WebGPU был зоной экспериментов, то теперь барьер входа снизился и его можно всерьез применять для задач визуализации больших данных, обработки изображений и машинного обучения на клиенте2. Это открывает дорогу веб-приложениям, которые раньше требовали нативных технологий или серверной обработки. Помимо WebGPU, браузеры внедрили множество «мелких» улучшений. Например, в 2025 году стали поддерживаться: Promise.try() для упрощения работы с промисами, атрибут popover для модальных окон, Intl.DurationFormat для форматирования длительностей, API ViewTransitions и content-visibility для оптимизации отрисовки и др. – всего несколько десятков новых стандартов2 3. В CSS наконец появились контейнерные запросы, новые функции вроде :has() и математические функции abs() и sign()3. Всё это делает возможным то, что еще несколько лет назад требовало громоздкого эзотерического решения
ИИ на службе разработчика и пользователя
Если 2024 год запомнился взрывом популярности ChatGPT, то в 2025-м ИИ из диковинки превратился в повседневный рабочий инструмент фронтендера2. Отмечается, что разработчики теперь ежедневно используют ИИ-ассистентов для кодинга4. Больше всего от использования ассистентов, на данный момент, выигрывают инженеры на работу которых не наложены ограничения безопасности/комплаенса на использование внешних/открытых моделей которые на данный момент более развиты, чем локальные нишевые решения
Выводы о неразвитости "локальных решений" основаны на личном опыте. В начале 2025-го участвовал в дообучении моделей на TS, Python, Kotlin. И мои наблюдения на выборку в пару сотен человек показывают, что этот инструмент пока ещё замедляет разработчика где есть контурные ограничения
Вне контуров ИИ — ускоряет, в контуре — упирается в политику/инструменты
Инструменты типа GitHub Copilot, Cursor и др. ускоряют рутинные задачи – от генерации шаблонного кода, юнит-тестов до первичного code-review2. Появились и локальные большие модели, которые можно запускать прямо на ноутбуке – многие компании переключаются на них из соображений приватности и скорости работы без сети
ИИ не заменил разработчиков, но стал множителем продуктивности
По оценкам, один сильный фронтендер с Copilot теперь способен выполнить работу, на которую раньше требовалось трое 5
В конце 2024-го года мне доводили информацию, что в 2025-м скорость разработки вырастет в 5 раз и нужно быть готовым. Я ожидал вал багов, пробки на code-review и всё, что ожидается от скачка в производительности. Но не тут-то было...
Это привело к оптимизации команд и повышению требований к каждому инженеру. Со стороны UI/UX ИИ тоже внес изменения: появился новый класс работ у интерфейсников – встроенные ИИ-чатботы и ассистенты. Возникли паттерны потокового вывода контента «токен за токеном», индикаторы того, что ответ генерируется и тд. – все это пришлось продумывать дизайнерам и разработчикам интерфейсов, внедряя ИИ-функциональность в продукты 6. В целом, ИИ-продукты стали полноценной частью Frontend-практики 2025 года, задавая новые требования к UX (например, как объяснять пользователю решения ИИ, как обеспечить доверие к ИИ-ответам и тд)
Новые стандарты качества. Производительность и доступность
В 2025-м Google заменила FID в качестве ключевой метрики интерактивности на INP (Interaction to Next Paint) [^19]. INP строже и измеряет весь опыт пользователя с точки зрения задержек интерфейса, поэтому многие команды провели оптимизации, чтобы улучшить показатели Web Vitals. Также с июня 2025 года в ЕС вступил в силу European Accessibility Act, требующий от digital-продуктов соблюдения стандартов доступности. Сочетание этих факторов юридически подтолкнуло международные компании уделять больше внимания доступности веб-интерфейсов – от контрастности и правильной семантики до поддержки assistive-технологий. В России подобные нормативы напрямую не действуют, но тренд на повышение доступности нам не избежать, особенно в крупном бизнесе: банки, госпорталы и корпорации все активнее внедряют практики a11y (например, Сбер7 и Альфа-Банк в 2025 запустили обновленные веб-приложения с учётом PWA-подхода и унифицированного UX для всех устройств)
Эволюция фреймворков и архитектур
Доминирование React продолжилось и в 2025 году. Вышел React 19, закрепивший Server Components как стандартную практику для новых приложений. В React 19 представили удобный хук use() для работы с промисами прямо в JSX, упрощенный API контекстов и другие улучшения, снижающие объем клиентского кода за счет рендеринга на сервере. Фреймворк Next.js в версии 15 перешел «на асинхронность» – теперь параметры маршрутов (params и searchParams) стали асинхронными, что потребовало от разработчиков менять подход к получению данных в страницах. Альтернативные фреймворки тоже не стояли на месте: Astro закрепился как «чемпион производительности» для контентных сайтов благодаря островной архитектуре, доставляя 0 KB JS по умолчанию и загружая интерактивные компоненты только когда нужно. Svelte, Solid, Qwik и микрофронтенды заняли свои ниши – где-то за счет удобства и простоты, где-то за счет мгновенной загрузки и гибкой модульности. В крупных компаниях продолжилась тенденция разбивать Frontend монолиты на независимые модули: на конференциях обсуждали удачные кейсы перехода от монолитного SPA к micro-frontend архитектуре в высоконагруженных приложениях (например, видеоплатформа RuTube). Также в сообществе заметился рост интереса к архитектурным паттернам на фронте – таким как внедрение принципов DDD (Domain-Driven Design) в большие Frontend-коды, выделение слоев приложения и тд, что говорит о взрослении Frontend-разработки
Рекомендовал бы HR-ам выравнивать уровень зарплат между Back-end и Frontend специалистами уже сейчас. Шучу. Нет
Символ года по версии меня. Create React App официально "умер" как дефолтный старт React-проекта
2025 стал годом, когда в React-экосистеме официально закрыли эпоху "React = CRA по умолчанию": команда React объявила Create React App deprecated для новых приложений и прямо рекомендует миграцию на фреймворк или на современный build-tool (например, Vite / Parcel / Rsbuild) 8. Это не "новость про один инструмент" — это маркер зрелости фронтенда, окончательный водораздел эпохи
Что закончилось
- закончилось время, когда универсальный шаблон мог быть хорошим ответом для старта большинства продуктов
- закончилась иллюзия, что сборка — это сугубо внутренняя деталь, которая не влияет на скорость бизнеса, качество UX и стоимость поддержки
- закончилась эпоха, где можно было закрывать глаза на производительность, доступность, наблюдаемость и целостность фронтенда как системы — и ехать абы как
Что стало нормой
- нормой стало выбирать фреймворк/инфраструктуру, а не React + набор библиотек вокруг
- нормой стало думать про контракт доставки UI, где выполняется код (client/server), как кешируется, как меряется, как деградирует, как отлаживается и как обновляется без сюрпризов
- Нормой стало относиться к фронтенду как к производственной системе: метрики (INP/LCP/CLS), доступность, ошибки, профилирование, логирование, фичетоглы, регрессии, контроль зависимостей и supply-chain — всё это больше не "по желанию"
Что делать
- если у тебя ещё CRA-проекты, то зафиксируй дату выхода (В 2024-м мигрировал легаси на 300 тысяч строк с CRA на Vite меньше чем за пару часов)
- не воспринимай сборщик как "инструмент разработчика". Это часть продуктовой стратегии: скорость итераций, стабильность, требования безопасности, стоимость найма и онбординга
- формализуй минимальные стандарты "платформенности": базовые метрики производительности, наблюдаемость, политика зависимостей, стратегия SSR/CSR, и набор поддерживаемых UI-примитивов/стандартов (в идеале — завязанных на Baseline)
И если провести линию по годам, то разница особенно заметна: в 2016-м мы спорили про webpack-конфиги и "какой лоадер быстрее". В 2026-м спор идёт уже про рендеринг и данные, про контракты доставки UI, про безопасность цепочки поставок, про метрики UX и про то, где проходит граница ответственности между продуктовой командой и платформой. CRA умер не потому, что "устарел", а потому что сама профессия и сама среда стали сложнее — и теперь требуют системного подхода, а не шаблона
Дизайн интерфейсов. Модульность, «стекло» и ИИ
Пример glassmorphism дизайна. Ссылка на источник (behance)
Параллельно с техно-трендами менялся и визуальный стиль веба. Минимализм и удобство по-прежнему ценятся, но в 2025 заметно проявили себя и новые направления. Широко распространились модульные "bento box" раскладки – контент представляется в виде аккуратной сетки карточек/блоков, подобно отделениям в японском бэнто-ланч-боксе9
Пример box design. Ссылка на источник (behance)
Такой подход задает чистую структурированную композицию, хорошо масштабируется под разные экраны и смотрится современно (для меня это вообще смотрится как лайфхак в мире адаптивных интерфейсов). Вернулся и glassmorphism (стекломорфизм) – дизайн с полупрозрачными размытыми панелями, создающими ощущение матового стекла на фоне. Он придает глубину и премиальность интерфейсам, особенно в мобильных приложениях и дашбордах. При работе с такими интерфейсами создаётся ощущения тактильности там где это невозможно (говорю про устройства где при взаимодействии с интерфейсом нет отклика как, например, вибрации в телефоне в ответ на клик на интерфейс). На изображении выше показан концепт мобильного UI с элементами glassmorphism
Web-design
Помимо прочего, в веб-дизайне 2025 были популярны смелая крупная типографика (когда текстовые заголовки сами становятся главным графическим элементом страницы)10, ретрофутуризм (яркие неоновые цвета, «киберпанковские» шрифты и элементы в стиле 80-х, вызывающие и чувство ностальгии и футуризма)11, а также возрождённые элементы скевоморфизма и «неоморфизма». Продолжили развиваться и дизайн-системы: компании всё активнее внедряют единые библиотеки UI-компонентов, чтобы обеспечить единый UX во всех продуктах. В России, например, Сбербанк и Яндекс имеют собственные дизайн-системы и в 2025 расширяли их под новые платформы и PWA-приложения. ИИ в дизайне тоже сыграл роль – дизайнеры начали пользоваться генеративными инструментами (типа Adobe Firefly, Midjourney) для создания иллюстраций, иконок, подбора цветовых схем
Автоматизация рутинных задач (как в коде, так и в дизайне) – общая черта года
Рынок и карьера. Фронтенд вышел из стадии бурного роста
Отдельно стоит отметить изменения в профессиональном ландшафте. Количество новых вакансий Frontend-разработчиков в 2025 заметно сократилось по сравнению с прошлыми годами. А количество соискателей на место, наоборот, выросла. Рынок достиг насыщения: за предыдущие годы компании провели цифровую трансформацию, переписали старые интерфейсы на современные и набрали большие команды. Теперь простой рост фронтенда «ради роста» не дает взрывного эффекта – идёт фаза оптимизации и зрелости продуктов. Теперь работодатели ищут не просто кодеров интерфейса, а инженеров широкого профиля. Знания одного React уже недостаточно для трудоустройства – ожидаются навыки проектирования архитектуры клиентского приложения, понимание принципов работы браузера, умение улучшать производительность, разрабатывать дизайн-системы и взаимодействовать с backend-частью. По сути, роль фронтендера эволюционирует в "продуктового инженера", который способен принимать решения в условиях неопределенности, умело взаимодействовать и периодически заменять смежные профессии и думать о целях продукта, а не только о коде кнопок
Компании хотят видеть в резюме опыт оптимизации (вплоть до проведения перфоманс-аудитов и мониторинга Web Vitals в продакшене) и опыт командной работы над большим приложением. Своего рода «отсеивание» прошли многие джуниоры и мидлы, которые пришли на волну хайпа 2018–2021 годов, выучив только основы. Теперь ценятся более фундаментальные знания: алгоритмы, структуры данных, принципы архитектуры фронтенда – всё то, что требует системного мышления. ИИ-инструменты стали обязательным навыком: кандидатов спрашивают, как они используют ИИ в работе, и те, кто сумел встроить Copilot/ChatGPT в свой workflow, получают преимущество. В то же время ИИ облегчил вход новичкам – появились стартапы, которые пытаются создавать простые интерфейсы силами одного-два человек с помощью ИИ, экономя на штате дорогих разработчиков. Всё это меняет ландшафт профессии: конкуренция выросла, планка входа поднялась, но Frontend-разработчики с глубокими знаниями и адаптивностью остаются крайне востребованы
Личные наблюдения показывают, что страдают больше всего те, кто пришёл сюда в основном ради зарплат на которые можно позволить достойно жить в период хайпа. Важно - не излишества, а просто приемлемый уровень жизни - еда, одежда, возможность скопить небольшую подушку безопасности на случай времён когда экономику трясёт. Для меня стало удивлением, что ситуация на рынке стала поводом для стигматизации ИТ-шников. Для меня - это повод задать вопрос. Почему у нас такой рынок где в момент времени деньги есть только в ограниченном числе профессий?
Перегрев ИТ-рынка стал маркером того, что неразвитость рынка труда и есть причина его перманентных перегревов и неопределенности в построении карьерных треков для большинства домохозяйств экономически-активного населения
Ладно, подводя итог, 2025 год во фронтенде объединил для меня три больших темы
- во-первых, стабилизация и стандартизация (веб-платформа «взрослеет» и упорядочивается, избавляя от лишних костылей)
- во-вторых, интеграция ИИ (и в инструментах разработки, и в самих интерфейсах)
- и в-третьих, укрепление профессиональных требований (от фронтендеров ждут большего, чем раньше). Всё это произошедшее за год я рассмотрю в историческом контексте – чем отличались предыдущие 25 лет развития фронтенда, и почему 2025-й особенный
Прогноз на 2026 год
Интересно будет сопоставить свои мысли сейчас с ситуацией на рынке в конце года
Что же ожидает Frontend-разработку в 2026 году? Не знаю. Обопрусь на текущие тенденции, выделю несколько направлений развития – как общих для мира, так и специфичных для российского рынка и корпоративного сегмента (потому, что я там обитаю с утра до вечера и причастен к его строительству)
Глобальные тенденции 2026
Дальнейшая интеграция ИИ
во все этапы разработки. Если в 2025 ИИ стал привычным инструментом, то в 2026 он, он должен стать еще и более специализированным. Ожидаю появление локальных LLM-фреймворков для компаний, заботящихся о безопасности (уже сейчас отмечен рост интереса к локальным моделям без отправки кода в облако. На эти мысли меня навел опыт с ГигаЧат - на новогодних праздниках у нас из контура компании в него можно зайти только через специальный аккаунт). ИИ-кодинг ассистенты могут получить «режимы» под разные стеки – ведь сегодня LLM склонны выдавать решения на React/Next.js по историческим данным (ох уж эти исторические данные...). К 2026 мы увидим улучшение поддержки альтернативных библиотек (Svelte, Vue, Web Components) в ИИ-инструментах. Также, вероятно, появится больше авто-рефакторинга и генерации тестов на базе ИИ: рутина все сильнее автоматизируется, оставляя человеку творческие и архитектурные задачи. С точки зрения UI, ИИ-агенты начнут выступать в роли нового слоя взаимодействия: всё больше пользователей будут получать ответы и совершать действия через голосовых или текстовых ассистентов (типа ChatGPT) вместо прямого использования веб-интерфейсов. Это вызов для UX: дизайнерам придется проектировать не только экраны, но и опыт взаимодействия через агентов, включая форматы данных, которыми обменивается сайт и ИИ. Появляется новое направление – ИИ-first design, где приоритетами станут не пиксельперфект макеты, а обеспечение понятности для ИИ (например, разметка страниц семантическими данными, открытые API для агентов и тд
А тут уже дизайнера может легко вытеснить front-end разработчик. Причина - эти работы за пределами внешней эстетики пользовательского опыта. Их строительные блоки на уровне DX с которым у разработчика больше понимания
Консолидация фреймворков и "умное" переиспользование кода
В 2026 году мы вряд ли увидим новый мейнстрим-фреймворк, затмевающий React/Vue/Angular – думаю произойдет сближение подходов. React, Angular и Vue к этому времени все внедрят схожие механики: серверный рендеринг по умолчанию, компоненты без тяжелой гидратации, реактивность через сигналы, три стрима рендеринга (для взаимодействия, для данных, для низкоприоритетного UI)
Три стрима рендеринга — это идея, что рендер и обновления UI идут в трёх параллельных потоках с разными приоритетами
-
- взаимодействия (самое срочное, чтобы интерфейс отвечал мгновенно)
-
- данные (асинхронная подгрузка/SSR/"suspense”-подобные механики)
-
- низкоприоритетный UI (фоновые, декоративные, тяжёлые куски, которые можно дорисовать позже)
То есть отличия будут сглаживаться. Возможно, небольшие фреймворки (Solid, Qwik, Svelte) интегрируются в экосистемы гигантов: например, они могут использоваться как оптимизированные виджеты внутри больших приложений. Порог входа для Frontend-разработки повысится, но и инструменты станут умнее – например, сборщики смогут автоматически разбивать код на микрофронтенды или лениво загружаемые куски без участия разработчика, на основе метрик (сейчас это самопис, самопис, болезненный самопис). WebAssembly получит развитие: ожидается утверждение встроенной поддержки языков с garbage collection в WASM, что облегчит портирование на веб. К 2026 в продакшене могут появиться части приложений, написанные на Rust/C++ и скомпилированные в WASM для производительности (уже сейчас WebGPU активно используется для ML-инференса в браузере – эта тенденция продолжится). Еще один тренд – "обратный" гидбрид: web-in-native. Если PWA пробивают путь вебу на мобильные, то native-платформы отвечают встраиванием веб-мощи: ожидать можно рост популярности решений типа Electron / Tauri / Capacitor для десктопа и мобильных – они позволяют использовать единый Frontend-код на всех платформах. Если эта гипотеза сработает, то я бы ожидал появление более легковесных аналогов Electron (например, на базе движка Chrome Custom Tabs/WebView2) – это даст фронтендерам возможность создавать кроссплатформенные приложения без оверхеда. В целом, разработки будет все больше мульти-платформенной, а разделение «веб или натив» – все менее резким
Помнишь как приходилось умирать выполняя требования кроссбразерности? Большинство уже забыло или, просто, не застало эти времена. А ведь это была целая эпоха
Приоритет производительности и пользовательского опыта
Поскольку веб-приложения теперь конкурируют и друг с другом, и с native за внимание пользователей, в 2026 акцент должен сместиться на ощущения от использования. Постепенно внедряются практики перфоманс-ревью кода (уже есть примеры, когда компании оценивают скорость работы новых фич на ревью наряду с правильностью логики). Можно прогнозировать появление стандартных SLO (service level objectives) для фронтенда – например, обязателен INP < 200 мс, Time to Interactive < 3 с и тд, закрепленных контрактами в командах. Также усилится внимание к доступности и интернационализации (продолжение инерции 2025-го года). Возможно, вслед за ЕС, США примут новые требования к web-доступности, что глобально заставит все крупные сайты стать удобными для людей с инвалидностью. Технически это означает, что фреймворки могут начать автоматически вставлять описания, роли и пр, а контроллеры CI – ломать сборку при нарушении правил a11y. Privacy и безопасность фронтенда тоже выйдут на первый план: ожидается распространение Restricted APIs – браузеры будут еще строже ограничивать доступ к потенциально приватным данным (геолокация, cookies) и требовать более явного разрешения пользователя. Для разработчиков это новые челленджи – например, больше SSR вместо передачи данных на клиент, шифрование и анонимизация на уровне фронта. Но выгода – рост доверия пользователей
Развитие дизайна. ИИ-генерация и новые формы взаимодействия
Источник - Канал Иоанна Айнао "Sber Generations"
Уже сейчас дизайн интерфейсов входит в новую фазу синтеза креатива и ИИ. Generative Design выходит в мейнстрим: дизайнер может набирать текстовый запрос – а инструмент (Figma или аналоги) предлагает сразу вариант макета. Это ускорит работу, но требует новых навыков (по сути, prompt engineering для дизайнеров). Тренды визуала двинутся дальше по циклу моды: возможно, мы увидим возвращение акцента на 3D и иммерсивные элементы (буквально в декабре натолкнулся на несколько обсуждений касаемо этой эстетики) – современные GPU позволяют встроить в сайт интерактивную 3D-графику без существенного ущерба производительности. Учитывая, что доля устройств VR/AR вырастет, в 2026 может возникнуть спрос на WebXR – страницы, адаптирующиеся под очки дополненной реальности, накладывая интерфейс на реальный мир. Это пока нишево, но для некоторых сфер (игры, образование, туризм) станет фишкой. Кроме того, из дизайнерских трендов можно прогнозировать дальнейшую модульность: дизайн-системы стремятся к такой зрелости, что почти каждое приложение корпоратива скоро будет выглядеть консистентно. Многие компании, возможно, откроют свои дизайн-системы в open-source, повторяя успех Google Material или IBM Carbon. Микро-анимации и тактильность интерфейса (haptic feedback на смартфонах) станут стандартом – пользователи ожидают плавных переходов (благо для этого есть ViewTransitions API) и отзывчивости интерфейса на каждом шагу
Ниша активно нуждается в людях у которых помимо развитого чувства эстетики и вкуса есть специальные знания по проектированию пользовательского опыта. В идеале туда добавить навыки промышленного дизайна и архитектуры
Перспективы для России и энтерпрайза
В российских реалиях Frontend-отрасль имеет свои нюансы, которые повлияют на 2026 год, особенно в корпоративном сегменте
Импортозамещение технологий и инфраструктуры
Геополитика последних лет привели к тому, что многие западные сервисы и платформы стали недоступны или ненадежны для рынка РФ. Энтерпрайз в России будет продолжать курс на технологический суверенитет. В контексте фронтенда это означает рост использования open-source решений вместо проприетарных. Например, если западные аналитические или A/B тестинг системы ушли – их заменят отечественные аналоги или open-source платформы (Matomo вместо Google Analytics, Bucketeer вместо Optimizely и пр.). То же касается UI-инструментов: компании могут перейти на российские или self-hosted инструменты дизайна (если, условно, Figma станет недоступна, будут использовать локальные серверы Penpot, или Pixso, или отечественные разработки). Сами Frontend-разработчики чаще будут развертывать инфраструктуру локально: собственные npm-регистри, зеркала CDN, чтобы не зависеть от внешних факторов. Это вызов, но и возможность для рынка – появятся российские сервисы, закрывающие эти потребности
Консервативность и миграция к проверенным решениям
Российский корпоративный сектор, особенно крупные предприятия и госсектор, исторически консервативен в выборе технологий. В 2026 можно ожидать, что многие компании, пройдя через многочисленные смены фреймворков в 2010-х, останутся на долгий цикл с одной выбранной технологией. Например, если банк переписал фронтенды на Angular или React, он будет эксплуатировать этот стек и дальше, вкладываясь не в новые фреймворки, а в оптимизацию, безопасность и масштабирование существующих. Это значит, что спрос на экспертов в устоявшихся технологиях будет оставаться – React/Angular никуда не денутся и в 2026. Однако постепенно энтерпрайз подтянется к мировым практикам: мы уже видим интерес банков к микрофронтендам, PWA для обхода стора, модульной архитектуре. В 2026 еще больше крупных порталов станут PWA (с поддержкой офлайна и push), чтобы пользователи могли обходиться без установки приложений. Дизайн-системы и компонентные библиотеки станут нормой и в госструктурах (возможно, будут созданы единые дизайн-гайды для сайтов ведомств и тд, чтобы ускорить разработки интерфейсов). Корпоративным фронтендерам придется больше внимания уделять совместимости: в стране до сих пор есть пользователи устаревших браузеров или ОС, поэтому при внедрении новых API нужно аккуратно проверять деградацию. С инициативой Baseline и общим прогрессом браузеров, поддержка legacy (типа IE11, ушедшего в историю) будет все меньшей проблемой
Оптимизация команд и новые роли
Мы с тобой прекрасно увидели, что в 2025-ом году случилось насыщение рынка – многие компании сократили избыточные Frontend-команды. В 2026 эта тенденция продолжится: бизнес будет требовать от разработчиков большей отдачи при меньшей численности. Для фронтендеров в энтерпрайзе это значит необходимость осваивать смежные области. Можно ожидать рост позиции «Full-stack разработчик». Проще говоря, фронтендеру придется уметь не только верстать и писать React, но и, например, править Node.js/Java, писать простые SQL-запросы к базе, разбираться в кибербезопасности, настраивать инфру как DevOps и т.п. Согласно исследованию Stack Overflow, роль Software Architect вошла в топ-5 в 2025 году. Думаю в России усилится спрос на архитекторов фронтенда (людей, принимающих решения о структуре FE-приложений, о взаимодействии с бэкендом, о DevOps-процессах для фронтенда). Компании видят, что без архитектурного мышления проекты стагнируют, и они будут ценить соответствующие навыки. Еще одна новая роль – специалист по доступности (Accessibility Expert) – возможно, появится в крупных командах, особенно если будут введены внутренние стандарты доступности для продуктов (например, для банковских приложений по требованию ЦБ РФ или для госуслуг по ГОСТам). В 2026 такой специалист будет помогать фронтендерам делать интерфейсы, удобные всем группам населения. Но скорее всего этот блок работ упадет на дизайнера или фронтендера - это просто дешевле
Локальное сообщество и образование
За счет ограничений на выезд и трудоустройство в иностранные фирмы, в РФ к 2026 сформируется еще более крепкое локальное IT-сообщество фронтенда. Конференции, митапы, телеграм-каналы – всё это будет основным источником обмена опытом. Компании могут активнее сотрудничать с ВУЗами, чтобы готовить кадры под себя (направление «веб-разработка» уже появляется в программах некоторых техуниверситетов). Возможно, крупные игроки (Яндекс, Сбер, Тинькофф и др.) организуют свои «ИТ академии» для студентов (куда будет входить и фронтенд), чтобы растить нужных специалистов. В целом - это уже происходит в рамках их образовательных проектов. Это, с одной стороны, повысит средний уровень входящих в профессию (больше знаний CS-фундамента), с другой – будет означать конкуренцию за джуновские позиции. Навыки английского языка по-прежнему будут важны, так как большая часть документации и новостей – на английском, но также может возрасти число русскоязычных образовательных ресурсов и документации, учитывая обособление рынка
Вывод
Думаю в Frontend в 2026 году продолжит развитие по пути, намеченному в 2025: максимальное использование возможностей платформы (вместо ручного кода и дублирования), повсеместный ИИ как помощник, повышенные требования к качеству (производительности, доступности, безопасности) и усложнение роли самого разработчика (нужно знать не только фреймворк, но и архитектуру, и инфраструктуру). В мировом масштабе нас ждут еще более интерактивные, быстрые и «умные» веб-приложения, а в России – адаптация этих достижений под локальные условия, с упором на самостоятельность и надежность технологий, ну и с свойственной нам задержкой. Несмотря на вызовы, Frontend-разработка останется одной из самых динамичных и востребованных сфер, ведь пользовательские интерфейсы – это лицо цифрового мира, и требования к ним только растут. Тем не менее эпоха хайпа прошла и "ворваться" с ноги на мега/убер/гига грейд не получится, да и порог входа - не тот, что 5-10-20 лет назад
Стадии карьеры фронтендера
- 2000-2016 - все знаю и могу
- 2017-2019 - я уже не такой неуч, как раньше
- 2020-2023 - я работаю над серьезными проектами
- с 2024-ого - слушай, а вам в команду фронтендер не нужен?
Приложения
25 лет веб-интерфейсов. Краткая хронология 2000–2024
Чтобы понять, что значит 2025 год для Frontend, я хотел взглянуть на краткую историю развития веб-разработки интерфейсов за предыдущие четверть века. Ниже приведена сводная таблица, где для каждого года указаны ключевые события или тенденции, определявшие Frontend в тот период
Период с 2000 по 2008-ой я не знал как разработчик и всё, что приведено в таблице есть обобщённый опыт из интернета. Но с 2009-го (университет, пары по информатике) я уже начинал погружаться и с 2013-го активно писал код и уже имел первые подработки, так что тут помесь и знаний из интернета и личного опыта
| Год | Чем запомнился для фронтенда |
|---|---|
| 2000 | Переход от эпохи «браузерных войн» к стандартизации. W3C продвигает HTML4/XHTML и CSS1/2, Internet Explorer 5.5 и 6 (вышел в 2001) доминируют на рынке. Зарождается движение Web Standards Project – разработчики требуют от браузеров поддержки стандартов вместо proprietary-фич. Начинают применяться CSS-лейауты вместо таблиц, DHTML и первые скриптовые UI-эффекты |
| 2001 | Релиз IE6 (авг. 2001) – браузер, который станет на годы «головной болью» фронтендеров из-за нестандартного поведения (например, печально известная box model bug). С другой стороны, IE6 – один из первых с относительной поддержкой CSS2. В это же время появляются первые инструменты для разработчиков: дебаггер скриптов в IE, DOM Inspector в Netscape |
| 2002 | В противовес IE стартует проект Mozilla/Firefox: выходит браузер Phoenix 0.1 (предшественник Firefox). Он основан на открытом коде Netscape и нацелен на соблюдение веб-стандартов. Появление альтернативы IE закладывает основу для будущего роста поддержки стандартизированных CSS/JS. Также 2002 – год, когда CSS постепенно становится мейнстримом в веб-дизайне (появляются первые крупные сайты с полностью CSS-вёрсткой) |
| 2003 | Запуск Firefox 1.0 RC (проект Mozilla) и Safari от Apple (на движке WebKit). Начало формирования мультибраузерной среды после монополии IE. В дизайне – запуск проекта CSS Zen Garden (2003), наглядно продемонстрировавшего мощь CSS: одна и та же семантическая страница оформляется сотней разных стилей. Это вдохновляет разработчиков разделять контент и представление |
| 2004 | Веб 2.0 набирает обороты. Появляется термин AJAX – асинхронный обмен данными без перезагрузки страницы. Хотя технология (XHR) существовала с 90-х, именно в 2004–2005 Gmail и Google Maps демонстрируют её потенциал. Массово запускаются динамичные веб-сервисы. Mozilla Firefox 1.0 (2004) быстро завоёвывает долю рынка, подстегивая IE начать исправлять баги. W3C выпускает черновики HTML 5 (развитие веб-форм, семантических тегов) |
| 2005 | AJAX-бум: термин AJAX официально введен Джесси Джеймсом Гарреттом (Adaptive Path) в феврале 200512. Это стало вехой – разработчики начинают активно использовать XMLHttpRequest, появляются первые AJAX-фреймворки (Prototype.js, script.aculo.us). Сервисы становятся интерактивнее, рождается концепция SPA (Single Page Application) – хотя пока на ванильном JS. Также в 2005 выходит Internet Explorer 7 beta – с поддержкой PNG с альфа-каналом и улучшенным CSS (IE наконец признаёт стандарты после критики) |
| 2006 | Революция удобства: молодой разработчик Джон Резиг выпускает jQuery 1.0 (август 2006) – небольшую JS-библиотеку, упрощающую работу с DOM13. Лозунг «Write less, do more» привлекает сообщество, jQuery быстро становится самым популярным инструментом фронтенда на годы вперед. Появляются другие библиотеки: MooTools, Dojo, YUI от Yahoo. Начинают формироваться MVC-фреймворки на JS (первые версии Dojo Toolkit содержат виджетную систему) |
| 2007 | iPhone (2007) меняет правила игры для мобильного веба. Apple впервые дает смартфону полноценный браузер Safari (WebKit) с поддержкой обычных сайтов. Это подстегивает разработчиков делать сайты адаптивными под мобильные экраны. Мобильный трафик пока мал, но тренд задан – «настоящий Интернет» приходит на телефоны14. В веб-технологиях: выходит Firefox 2, Opera внедряет первые спецификации HTML5 (тег <video>). JavaScript получает стандарт ECMAScript 3.1/5 в работе (утвержден будет в 2009) |
| 2008 | Google Chrome (сентябрь 2008) – с абсолютно новым JS-движком V8. Скорость исполнения JS возрастает в разы, что открывает путь к сложным веб-приложениям. Chrome агрессивно внедряет новые веб-стандарты и быстро захватывает долю рынка. Также выходит спецификация HTML5 (Draft) с множеством API (canvas, WebStorage, SSE, семантические теги и т.д.). Начинается эпоха CSS3: браузеры экспериментально поддерживают border-radius, gradients, transforms (с префиксами). В целом 2008 считается началом «современной эры» фронтенда – закладываются основы для React/Angular, хотя они появятся позже |
| 2009 | Завершена стандартизация ECMAScript 5 (декабрь 2009) – первый крупный апдейт JS за десятилетие. ES5 приносит JSON.parse, Array.prototype.forEach, strict mode и др., делая JS более удобным. Также появляется Node.js (2009, автор – Райан Даль) – JavaScript выходит на сервер, что в будущем приведет к единому языку в full-stack. Node/npm кардинально изменят Frontend-экосистему (модули, сборщики). В вебе набирают популярность динамические языки на сервере (Ruby on Rails, PHP-фреймворки), генерирующие сложный Frontend. Но постепенно оформляется идея логики именно на клиенте |
| 2010 | Responsive Web Design – в мае 2010 Итан Мэркот публикует статью «Responsive Web Design», вводя подход адаптивной верстки под разные экраны. К концу десятилетия это станет стандартом. Также 2010 – расцвет Flash и одновременно начало его конца: Стив Джобс выпускает письмо «Thoughts on Flash», продвигая HTML5. В браузерах внедряются CSS3: трансформации, переходы (анимации без JS). Бурно растет социальный веб – Facebook открывает API, появляются social widgets (кнопки «Like» и прочие, внедряемые на сайты) |
| 2011 | Появляются SPA-фреймворки. Выпущены AngularJS 1.0 (Google) и Backbone.js, а также Ember.js (2011–2012). Они позволяют строить одностраничные приложения с MVC/MVVM на стороне клиента. Это радикально меняет архитектуру веб-приложений: часть логики, роутинг, шаблоны – всё в браузере. Сообщество спорит о плюсах/минусах SPA, но многие начинают эксперименты. В 2011 выходит HTML5 официально как рекомендaция W3C. На мобильных – Google продвигает Android с браузером WebView (начинается фрагментация мобильного веба между iOS и Android) |
| 2012 | Масштаб фронтенда растет. Возникает потребность в сборщиках и таск-раннерах: появляются Grunt и первые версии Webpack. В моду входит CSS-препроцессоры – Sass/SCSS и LESS, позволяющие писать стили с переменными и миксинами. Фронтенд-разработчики все чаще работают с терминалом, автоматизируя сборку проектов. Популярны одностраничные приложения на Backbone + Marionette, либо AngularJS – создаются первые большие веб-приложения (например, админки, почтовые клиенты) |
| 2013 | React: компания Facebook открывает исходники библиотеки React.js (релиз в мае 2013 на JSConf US)15. React предлагает принципиально новую парадигму – декларативные компонентные UI и Virtual DOM. Это запускает "фреймворковую войну" с AngularJS и другими. Многие поначалу скептичны (JSX, виртуальный DOM – непривычно), но вскоре React наберет огромную популярность. Также в 2013 завершается спецификация ECMAScript 6 (она же ES2015) – ее черновики активно обсуждаются сообществом, начинается экспериментальная поддержка ES6-фич через трансформеры (Traceur, тд.) |
| 2014 | Angular vs React: Google переписывает Angular с нуля – анонсирован Angular 2 (но выйдет позже). Это создает окно для React, который привлекает множество разработчиков своей простотой и производительностью. React 0.12/0.13 – первые широко используемые версии. Node.js к этому времени стал стандартом для инструментов: Grunt/Gulp, Bower (менеджер Frontend-зависимостей). Широко обсуждаются Web Components (теневой DOM, Custom Elements) – W3C почти утверждает стандарты. В дизайне – Material Design от Google (2014) задает единый язык визуального оформления приложений, популяризуя карточки, тени и анимации на Ripple-эффектах |
| 2015 | ES6/ES2015 официально принят в июне 2015 – крупнейшее обновление JS за всю историю. Добавлены классы, модули (import/export), стрелочные функции, Promise, let/const и многое другое. Сообщество начинает массово переходить на ES6, используя транспайлер Babel (вышел в 2015). Также появляется TypeScript (стабильная версия 1.5–1.6) – типизация JS привлекает крупных разработчиков, особенно в Angular 2. Node.js раскалывается на Node и io.js, но в 2015 снова объединяется (Node v4). Бурно растет экосистема React – появляются Redux (управление состоянием), React Native (для мобильных). Концепция Progressive Web Apps впервые сформулирована в 2015 (Google), хотя по-настоящему PWAs станут популярны чуть позже16 |
| 2016 | Революция фреймворков. Angular 2 (финальный релиз) – совершенно другой, основанный на компонентах и TypeScript, приходит на смену старому AngularJS. React выходит версии 15, Facebook представляет концепцию Fiber (переработка движка обновления, позже выйдет как React 16). Vue.js 2.0 (2016) – фреймворк от Эвана Ю – завоевывает популярность как легковесная альтернатива Angular/React, особенно в Китае и среди фриланс-проектов. В инструментации: появляется Webpack 2, Rollup (сборка ES-модулей). Яндекс публикует БЭМ-библиотеки для UI (Yandex UI kit) – идеи компонентности проникают и в РФ |
| 2017 | Новые возможности CSS и браузеров. Все основные браузеры реализуют CSS Grid Layout (решение для сеточных макетов) – верстка резко упрощается, уходит эпоха хака с float. Также в CSS внедряются переменные (custom properties). React 16 (Fiber) выходит с поддержкой фрагментов, error boundaries и постепенного рендеринга. Появляется термин «PWA» на слуху – Twitter Lite, Uber и др. запускают Progressive Web App версии своих приложений, показывая офлайн-режим и push-уведомления в вебе. GraphQL (от Facebook, 2015) к 2017 набирает множество приверженцев – фронтендеры начинают осваивать новый подход к API. Браузеры Edge/IE от Microsoft объединяются под движком EdgeHTML – MS официально прекращает развитие IE (последний IE11 в 2013) |
| 2018 | SPA – норма, но появляются альтернативы. Большинство новых проектов делают на React/Vue/Angular, однако на фоне проблем с производительностью SPA на слабых устройствах возникают идеи JAMstack. Статические генераторы (Gatsby для React, Hugo, Jekyll) и серверный рендеринг переживают подъем. Next.js (фреймворк над React для SSR) к 2018 достигает зрелости и многие переходят на него для лучшего SEO и времени загрузки. WebAssembly (MVP вышел в 2017) начинает применяться: например, портирование игр и тяжелых приложений в веб (Autodesk выпустил AutoCAD Web на WASM). В целом, Frontend-сообщество осознает ценность оптимизации: говорят о перфомансе как фиче |
| 2019 | Новая волна реактивности. React 16.8 (2019) вводит Hooks – функции вроде useState, useEffect, заменяющие классовые компоненты. Это значительно меняет стиль кодирования на React, делая функциональные компоненты основным паттерном. Vue.js анонсирует Vue 3 (Composition API, выйдет в 2020). Появляется Svelte 3 (2019) – фреймворк-компилятор, который во время сборки превращает компонент в чистый JS без виртуального DOM. Svelte привлекает идеей сверхлегкого бандла. В браузерах: ES-модули наконец поддерживаются нативно (Chrome, Firefox), что закладывает базу для будущих безбандлерных сборок. Продолжается рост TypeScript – им пользуются уже очень многие проекты (Angular, Vue, даже часть React-разработчиков переключаются) |
| 2020 | Пандемия и Frontend. COVID-19 заставляет миллионы людей перейти на удаленную работу и онлайн-сервисы. Нагрузка на веб-приложения (видеоконференции, доставки, обучение) резко растет. Фронтенд-задачи становятся критически важны для бизнеса. Google анонсирует метрики Core Web Vitals (LCP, FID, CLS) – впервые скорость сайтов начинает влиять на SEO-ранжирование, что стимулирует оптимизацию. Конец эпохи Flash: в 2020 Adobe окончательно прекращает поддержку Flash Player – веб окончательно становится доменом HTML5/JS. Выходят Deno 1.0 (май 2020) – новая попытка запуска JS вне браузера (от создателя Node, с безопасными правами и встроенным TS). В сборке фронтенда – Snowpack, Vite 1 предлагают dev-сервер без бандлинга (используя нативные ES-модули). Это начало конца эры громоздких бандлеров для разработки |
| 2021 | Мульти-платформенность и новые сборщики. Фреймворки начинают сближать фронт и бэк: выходит Next.js 11, Nuxt 3 (beta) для Vue. Все популярнее подход Full Stack JS (на одном языке и UI, и серверные функции через Serverless). Vite 2 быстро набирает популярность как легковесная замена webpack для React/Vue/Svelte проектов. ESBuild и SWC (написанные на Go и Rust) внедряются как ультра-быстрые транспайлеры в инструментах. Продолжает тренд упрощения фронтенда – популярность набирает библиотека HTMX (выпуск 2021), предлагающая делать интерактивность без SPA, через атрибуты HTML и частичные обновления (retrohype серверного рендеринга). В UI/UX-дизайне: все приложения добавляют «тёмную тему» по требованию пользователей; кратко взлетает стиль неоморфизм (плоские но «выпуклые» элементы), однако к концу года он уже нечасто используется из-за проблем с контрастом |
| 2022 | Новые игроки и подходы. Появляются публично Qwik и Solid Start – фреймворки нового поколения, стремящиеся решить проблему быстрого старта страниц. Qwik вводит понятие resumability (приложение, способное продолжить работу в браузере без инициализации, благодаря сериализации состояния), Solid – ультрабыстрые реакции без VDOM. React 18 (2022) приносит Concurrency и переход на Server Components (RSC) в эксперименте. Vercel анонсирует Turbopack – следующий ген-бандлер на Rust. SvelteKit 1.0 выходит в конце 2022, завершая формирование вокруг Svelte полноценного экосистемного решения. Браузеры: Container Queries в CSS начинают поддерживаться (Chrome 105), Web Push на iOS – Apple наконец разрешает push-уведомления в Safari. В целом 2022 – год бурного роста инструментов, разработчики говорят о "Too many frameworks" |
| 2023 | ИИ-революция и переосмысление фронтенда. В конце 2022-го выходит ChatGPT, и в 2023-м влияние ИИ на разработку ощущается повсеместно. GitHub Copilot получает обновление (Copilot X) с поддержкой pull request ассистирования, чат-режима и генерации тестов. Более половины разработчиков регулярно пользуются ИИ-подсказками при кодинге. При этом эйфория сменяется отрезвлением: согласно опросам, доля разработчиков с очень позитивным отношением к ИИ-инструментам снизилась с >70% (2023) до ~60% в 2025 – сказался эффект завышенных ожиданий. В техническом плане: Google, Mozilla и Microsoft реализуют инициативу Interop 2023/Baseline – согласованный набор фич, гарантированно поддерживаемых во всех браузерах. Благодаря этому в Chrome, Firefox, Safari синхронно появляются, например, :has() селектор, container-type и прочие важные новинки. WebGPU впервые доступен в стабильном Chrome (апрель 2023), а также в Firefox/Edge – web-3D выходит на новый уровень. Angular 16 (2023) экспериментально внедряет Signals (реактивность à la Solid), намечая большие изменения во фреймворке. React активно развивает серверный рендеринг: Next.js 13/14 переводит разработчиков на новую папку app/ с Server Components по умолчанию. Bun (JS-рантайм + бандлер) достигает версии 1.0 в 2023, обещая заменить Node + webpack своим комбайном. В дизайне – Figma интегрирует ИИ-помощника для генерации автолэйаутов; веб-дизайнеры учатся писать промпты для Midjourney чтобы получить иллюстрации. В целом, 2023 – год переосмысления: Frontend-разработчики адаптируются к симбиозу с ИИ, а проекты – к новым возможностям браузеров и повышенным требованиям по скорости (Google с марта 2024 заменяет FID на INP официально). |
| 2024 | Закрепление успехов и подготовка к трансформации. Выход React 19 – с окончательной стабильной реализацией Server Components и улучшенной оптимизацией гидратации. Большие команды мигрируют свои React-приложения на новую архитектуру (Next.js 14/15), чтобы вынести как можно больше логики на сервер и снизить нагрузку на клиент. Edge-first развертывания становятся нормой: благодаря Cloudflare Workers, Vercel Edge Functions и аналоги – Frontend получает бэкенд-функции, выполняемые геораспределенно, близко к пользователю, что сокращает задержки. В 2024 все больше проектов используют ИИ-помощников в CI/CD – например, для авто-генерации кусочков кода по описанию задачи, или для синтетических тестов. Продолжает расти Astro/Island-подход для контентных сайтов, поскольку Core Web Vitals (особенно INP) стимулируют отдавать минимум JS. Дизайн: на волне массового интереса к метавселенным (после выхода Apple Vision Pro в 2024) некоторые интерфейсы начали адаптироваться под VR/AR-устройства. Хотя веб-AR все еще нишевый, многие задумались о 3D-графике в UI (WebGL 2.0+/WebGPU позволяют). Доступность: компании в 2024 массово дорабатывают приложения под требования EAA, проводя аудиты и внедряя поддержку экранных чтецов, клавиатурной навигации и т.д., чтобы к 2025 не нарушить закон. В России Frontend-рынок относительно стабилен: спрос на разработчиков невысокий, завершается укрупнение команд и переобучение специалистов под смежные области (например, многие фронтендеры становятся фуллстеками). В технологическом плане российские компании продолжают использовать в основном открытые зарубежные фреймворки (React/Angular/Vue) – их форки или аналоги пока не появились, сообщество следит за мировыми трендами несмотря на ограничения |
Каждая строка выше лишь кратко характеризует год – конечно, в истории фронтенда было множество других событий и технологий. Плюс я, элементарно, мог что-то пропустить или напутать. Но даже из этой таблицы видно, какой путь пройден: от простых страниц с HTML-формами мы пришли к сложнейшим приложениям, работающим прямо в браузере, и к целым профессиональным дисциплинам вокруг веб-интерфейсов
Источники
- Interop 2025: another year of web platform improvements
- WebGPU заработал во всех основных браузерах: путь к AAA-играм и локальным ИИ-моделям в вебе открыт