В Яндекс Практикуме мы постоянно следим за изменениями на рынке и обновляем учебные программы в соответствии с новыми требованиями. Чтобы актуализировать курс «Фронтенд-разработчик», в конце 2025 мы опросили нанимающих менеджеров из Сбера, «МегаФона», VK, «Северстали» и компаний среднего и малого бизнеса. 

В этой статье — избранные цитаты и главные выводы, которые помогут понять, на чём стоит фокусироваться прямо сейчас. Мы не претендуем на исчерпывающий список всех необходимых навыков, а покажем, какие из них действительно важны джунам в компаниях разного масштаба. Например, некоторые навыки не требуются в малых компаниях, но становятся значимым плюсом при устройстве в корпорацию.


Дисклеймер: выборка исследования небольшая, и в других компаниях требования могут отличаться. Но эта информация поможет сориентироваться в общих трендах и понять, что спрашивали на собеседованиях в конце 2025 года.

CSS-препроцессоры (Sass/SCSS)

Малые компании

В небольших компаниях к препроцессорам относятся просто: это устаревшая технология, которую при необходимости можно выучить за один вечер. Если человек хорошо знает базовый CSS, разобраться с Sass или SCSS не составит труда. На собеседованиях об этом даже не спрашивают.

Средние компании

Здесь похожая картина. Препроцессоры — это опыт, который ��абирается уже в процессе работы. Знание желательно, но совсем не обязательно. Если в проекте используется Sass, новичок освоит его буквально за первую неделю, просто посмотрев, как это работает на практике.

Такие штуки постигаются буквально за первую неделю работы, кандидат достаточно быстро вольётся, если увидит в проекте, как это используется и как устроено. На собеседованиях точно не спрашиваю.

Ведущий фронтенд-разработчик

Крупные компании

В крупном бизнесе мнения разошлись. Большинство считает, что незнание препроцессоров не делает кандидата слабым. Но встречается и другая точка зрения: базовое понимание синтаксиса и принципов работы всё-таки желательно. Правда, некоторые компании уже вообще не используют препроцессоры, сосредоточившись на нативном CSS.

Если кандидат знает про препроцессоры — замечательно. Если не знает — это не делает его слабым.

Руководитель направления разработки

Техника Pixel Perfect

Малые компании

В малом бизнесе к Pixel Perfect два противоположных подхода. Одни считают, что сверстать несколько макетов по этой технике полезно — так можно глубже понять тонкости CSS. Другие категорически против: это усложняет процесс, увеличивает время разработки и идёт вразрез с идеей быстрого MVP. На собеседованиях тему обычно не поднимают.

Я не сторонник этой техники. Она усложняет процесс и увеличивает время разработки. Я за быстрый прототип MVP, который даст реальную пользу, а не за то, чтобы двигать пиксели.

Ведущий фронтенд-разработчик и руководитель группы веб-разработки

Как навык — выстрадать несколько макетов в своей жизни по Pixel Perfect, наверное, каждому джуну стоит. В этом есть некий смысл, потому что это позволяет узнать о каких-то глубоких, непонятных штуках чуть больше, чем если верстать просто на глазок.

Ведущий фронтенд-разработчик

Средние компании

Здесь подход более прагматичный: достаточно понимать, что такое Pixel Perfect и как с ним работать на базовом уровне. Большинству проектов эта техника вообще не нужна, а освоить её можно буквально за час. В промышленном ПО пользователям важнее функциональность, чем идеальная точность вёрстки.

Нашим пользователям неважно, как именно сверстан интерфейс — по макету или не по макету. Главное, чтобы работала функциональность.

Ведущий веб-программист и тимлид

Крупные компании

Крупные компании говорят, что нужно быть готовым работать с Pixel Perfect, хотя реально применяют его немногие. Чем точнее реализация дизайнерской задумки, тем проще тестирование. Но это не ключевой навык — скорее дополнительный плюс, который можно приобрести уже на работе.

В большинстве компаний, где я работал, нет Pixel Perfect. Но в целом знать надо — нужно быть готовым к тому, что придётся начать с этим работать здесь и сейчас.

Руководитель направления разработки

Чем ближе ты можешь передать реализацию, задуманную дизайнером, тем лучше. Например, это проще тестировать. <...> Но это не ключевая история, хотя может стать плюсиком к кандидату.

Ведущий фронтенд-разработчик

50/50, так как не все компании требуют вёрстки Pixel Perfect.

Руководитель группы мобильной разработки

Объектно-ориентированное программирование

Малые компании

Глубокое знание ООП для фронтенд-разработчика не требуется. Достаточно понимать базовые принципы. В JavaScript ООП не везде работает хорошо, и многое зависит от фреймворка: для Angular ООП нужнее, а в React преобладает функциональное программирование.

Отвечая на этот вопрос честно — я сам до сих пор не уверен, что полностью понимаю ООП. Для джуна, мне кажется, это вообще не нужно.

Ведущий фронтенд-разработчик

Средние компании

Ожидается базовое теоретическое понимание: что такое объекты, функции, инкапсуляция, наследование и полиморфизм. С точки зрения современной разработки на Vue или React функциональный подход доминирует, поэтому глубокие знания ООП не критичны. Хорошо, если человек изучил теорию и где-то попробовал применить на практике.

Кандидат должен понимать, что такое объекты, что такое функции. Ему не нужно куда-то уходить в классы, в прототипы. Просто чтобы он мог получить с бэкенда данные и потом их отрисовать. Каких-то сложных паттернов от него не требуется совершенно.

Ведущий фронтенд-разработчик

Крупные компании

В крупных компаниях единодушны: кандидату хватит базового понимания концепции. На собеседованиях могут спросить, знаком ли он с ООП, и если нет — ничего страшного. 

Мой ответ — нужна только база. Да, я спрашиваю про это, но если вижу, что человек не разбирается, просто говорю изучить, и всё. Собеседование на этом не заканчивается.

Руководитель направления разработки

Мне кажется, новичок может вообще не понимать ООП. Потому что в целом у нас в основном всё строится вокруг функций, ООП не так много встречается.

Ведущий разработчик веб-интерфейсов

Работа с библиотеками JavaScript

Малые компании

Джун обязан уметь работать с библиотеками. Почти никто не наймёт разработчика, который знает только чистый JavaScript. Нужен стандартный набор технологий к какому-нибудь стеку, будь то React, Vue или Angular, плюс несколько популярных библиотек, которые с ними используются. Как минимум — понимание, какие библиотеки вообще существуют.

Кандидат должен иметь понимание, какие библиотеки есть в принципе. Можно хотя бы почитать тот же State of JS.

Ведущий фронтенд-разработчик

Средние компании

Это базовая обязательная компетенция. Человек должен понимать, как импортировать функции из библиотек, уметь читать документацию и разбираться в новых инструментах. Необходимо знание пакетных менеджеров (NPM, Yarn) и основных команд. Специализированные библиотеки знать необязательно, но общий навык работы — must-have.

Кандидат должен уметь подключать зависимости через NPM и Yarn, то есть разбираться в работе пакетных менеджеров и выполнять базовые команды — такие как ‘add’, ‘install’, ‘remove’ и другие.

Также важно знать основные JavaScript-библиотеки вроде Lodash и понимать их устройство: попробовать их в деле, разобраться, чтобы уметь использовать их в дальнейшем — развиваясь на их основе и создавая собственные утилиты, которые упростят код в соответствии с требованиями проекта.

Руководитель группы мобильной разработки

Крупные компании

Умение работать хотя бы с одной библиотекой — абсолютный must-have. Важно уметь скачать библиотеку и применить её. Глубокие познания о работе пакетных менеджеров пока необязательны. Главное — навык самостоятельно разобраться: изучить документацию, посмотреть демо, запустить локально и понять, как это работает.

Тут ещё вопрос, что подразумевается под словом «работать». Если работать в плане просто что-то «скачать и применить» — да, кандидат должен это уметь. А если «иметь какие-то глубокие познания о том, как работает пакетный менеджер», мне кажется, он может пока этого не знать.

Ведущий разработчик веб-интерфейсов

Geolocation API

Малые компании

Геолокация — специфичная и сложная тема, на изучение которой нужно время. Подводных камней в этой области немало, а применяется она редко. Спрашивать о такой экзотике на собеседовании джуна нет смысла.

Штука специфичная. У меня у самого никогда не было такого опыта. 

Ведущий фронтенд-разработчик

Средние компании

Мнения разделились. Большинство относит геолокацию к nice-to-have или считает очень специфичной — даже опытные разработчики не всегда с ней сталкиваются. Но есть и другая точка зрения: с развитием внутреннего туризма и локальных сервисов в России знание геолокации становится востребованным.

Нет смысла. Не будет, скорее всего, такой задачи, чтобы применить.

Ведущий веб-программист и тимлид

Сейчас в России развивается очень много бизнеса — многие процессы повернулись обратно внутрь страны. Поэтому растёт значение геолокации и внутреннего туризма, появляются новые сервисы в разных регионах нашей необъятной страны, которых раньше не было. В связи с этим знание инструментов геолокации становится важным навыком, и я бы оценил его достаточно высоко.

Руководитель группы мобильной разработки

Крупные компании

Геолокация — слишком узкая тема для джуна. Пригодится только в специфичных проектах, в большинстве случаев не понадобится вообще. API довольно простой, поэтому при необходимости его можно быстро освоить.

Штука полезная, но не критичная.

Ведущий фронтенд-разработчик

Notification API

Малые компании

Notification API тоже специфичен, хотя и актуальнее геолокации. Технология не очень сложная, и если проекту нужны уведомления, достаточно общего понимания принципов и вариантов реализации. Глубокое знание библиотек не требуется.

Если в проекте используются какие-то уведомления, их можно реализовать по-разному: через long polling, WebSocket’ы или современный Notification API. И если проекту действительно нужна такая функциональность, важно хотя бы уточнить, понимает ли кандидат, откуда всё это взялось, зачем используется и какие есть альтернативы.

Ведущий фронтенд-разработчик

Средние компании

Notification API склоняются считать must-have. Важно, чтобы кандидат понимал, что такой API существует и как его можно использовать. Если человек может рассказать о методах или работал с service workers — это большой плюс. Push-уведомления связаны с монетизацией бизнеса, поэтому значимость технологии растёт.

Если человек может рассказать какие-то методы и объяснить, как это используется, — уже отлично. Если он работал с сервис-воркерами и занимался отображением уведомлений, то это вообще супер. Я в таком случае доволен как слон.

Фронтенд-техлид

Сильно специфичная штука, даже опытные разработчики не всегда с ней сталкиваются. 

Ведущий фронтенд-разработчик

Джун, как и любой специалист — мидл, синьор или руководитель, — должен работать на бизнес, который платит ему деньги. А push-уведомления — это значимая часть ревеню, поэтому, конечно, это знание важно.

Руководитель группы мобильной разработки

Крупные компании

Мнения разошлись. Одни считают тему интересной и видят возможность обсудить творческое мышление кандидата. Другие называют её излишней для джуна. Третьи замечают, что с учётом санкций работа с Notification API может быть нестабильной (проходит через серверы Google и Apple). При этом умение настраивать push-уведомления — сильный плюс.

Media API

Малые компании

Media API попадает в категорию nice-to-have, но не must-have. Работа с медиа встречается чаще геолокации и применяется в разных продуктах. Но «желательность» этого навыка не очень высока — хорошо, если есть, но не критично.

От проекта зависит. Я думаю, что при общей базовой поддержке такие вещи, очень специфические дл�� проекта, изучаются на лету.

Ведущий фронтенд-разработчик

Средние компании

Media API также оценивается как nice-to-have. Всё зависит от проекта. Для Angular знание определённых технологий становится неотъемлемой частью фреймворка. Для React или Vue это избыточно. В целом это просто дополнительный навык на случай специфичной задачи.

Если кандидат не знает — не проблема абсолютно. <...> Но круто, что человек знает, куда копать, если появится какая-то достаточно специфичная задача.

Ведущий веб-программист и тимлид

Не настолько важно, как Geolocation и Notification. Изучить нетрудно, если есть желание, заинтересованность, какая-то база.

Руководитель группы мобильной разработки

Крупные компании

Media API — nice-to-have. На собеседованиях специально не спрашивают, но было бы хорошо иметь хотя бы представление о подключении и работе. Компании, где медиа не используется, эту тему вообще не поднимают. 

RxJS

Малые компании

RxJS относят к nice-to-have примерно на уровне с Media API. Библиотека довольно часто встречается в вакансиях, на ней написано много проектов, но глубокое знание не требуется. 

Никогда не сталкивался и не использовал. Про реактивщину в целом знаю, но именно эту библиотеку не применял. Понимаю, что она довольно часто встречается в вакансиях и на ней написано много проектов. Поэтому это скорее nice-to-have, но не must-have.

Ведущий фронтенд-разработчик

Средние компании

RxJS считается необязательным. Хотя это хорошая реактивная библиотека, большинство ко��паний склоняются к Redux или MobX. Redux остаётся базовым стандартом, а сейчас чаще требуются мини-стейт-менеджеры вроде RTK или React Query. Понимание работы потоков в RxJS — интересно, но не более.

Сколько я сейчас смотрю вакансии — в основном требуют всякие RTK, React Query. Это по сути мини-стейт-менеджеры.

Руководитель группы мобильной разработки

Крупные компании

RxJS — нужная технология, но не обязательная для джуна. Хорошо, если кандидат где-то с ней столкнулся и заинтересовался. Важнее знать теорию реактивности в целом: принципы работы, обновление конкретных узлов. Базовое понимание реактивности — must-have, а конкретно RxJS — опционально.

Реактивность, конечно, можно спрашивать — и мы иногда это делаем, чтобы понять глубину знания того же React или опыта работы с Vue. Общие принципы реактивности мы спрашиваем обязательно. 

Сейчас базовое понимание реактивности — это, пожалуй, must-have для всех. Кандидат должен знать теорию того, как эта штука работает: уметь объяснить принципы, на которых всё построено, из чего состоит механизм, как происходит обновление конкретных нод и так далее.

Ведущий фронтенд-разработчик

Object

Малые компании

Object — абсолютная база языка, must-have для джуна. В этой теме столько тонкостей, что на изучение уйдёт немало времени и практики. Где-то собеседование пройдёт поверхностно, а где-то могут уйти очень глубоко в детали работы с объектами.

Object — стопудово надо понимать, знать, потому что это база, это просто база языка.

Ведущий фронтенд-разработчик

Средние компании

Object — один из главных столпов языка. Нужно знать методы Object, статические методы, как создавать, копировать и объединять объекты, что такое ‘spread’, что такое ‘assign’, как объект промапить и как его проитерировать.

Вопросы про Object максимально релевантны, потому что это один из ключевых столпов языка. Это обязательный навык.

Руководитель группы мобильной разработки

Крупные компании

Must-have, при этом чем больше кандидат знает, тем лучше. Ожидается как минимум теоретическое представление об устройстве объектов, как они работают, откуда всё тянется. 

Reflection и Proxy

Малые компании

Reflection — нестабильная и ненужная тема, которую можно вообще исключить из требований. Proxy популярнее и интереснее, так как на нём написаны некоторые известные библиотеки. Но это всё равно довольно специфичная область.

Средние компании

Знание Reflection джуну не нужно. Proxy тоже необязателен — всё зависит от фреймворка. Для Vue знание проксирования актуально, для React кандидат вряд ли с этим столкнётся в ближайшее время. Достаточно понимать, что такие механизмы существуют.

Reflection, Proxy — не совсем релевантно, вот я бы вот так вот оценил.

Руководитель группы мобильной разработки

Если это Vue, то с проксями кандидату по-любому придется взаимодействовать. Если React, то он вряд ли вообще столкнётся с этим в ближайшее время. 

Ведущий фронтенд-разработчик

Крупные компании

Reflection излишен для джуна. Proxy — интересная технология, но теоретическое представление важнее практического применения. Маловероятно, что джуну понадобится что-то проксировать на начальном этапе.

Прокси — классная штука, но это уже скорее верхнеуровневая история. Я бы не сказал, что она нужна в базовой разработке для джуна. Скорее это уровень middle+, у джуна я бы точно это не спрашивал.

Ведущий фронтенд-разработчик

Искусственный интеллект в разработке

Малые компании

Вопросы об ИИ пока не входят в стандартный блок вопросов на собеседованиях. Но все понимают важность этих инструментов — они отлично ускоряют работу и убивают рутину, при этом важно, чтобы кандидат имел свои знания и мог критически оценивать работу ИИ.

То, что кандидат пользуется ИИ, — наверное, это нынче плюс. Странно, если человек не использует это и не оптимизирует свою работу. Другой вопрос — умеет ли человек без этого что-то делать.

Ведущий фронтенд-разработчик

Средние компании

Об использовании ИИ уже активно спрашивают на собеседованиях. Интересуются, пользуется ли кандидат ChatGPT, Cursor или GitHub Copilot, пишет ли промпты, применяет ли ИИ в личных проектах. Главное — вдумчивое использование, а не слепое копирование кода. 

К кандидату требований особых нет, но будет большим плюсом, если он пользуется этим всем вдумчиво, не просто копирует и вставляет. В принципе, это такая штука, которая за пять минут осваивается человеком. Я бы сильно даже не давил, если бы кандидат не разбирался в таких моментах.

Ведущий фронтенд-разработчик

Крупные компании

На собеседованиях спрашивают о работе с искусственным интеллектом: любой коммуникации с ИИ — от помощников до IDE-интеграций. Это плюс кандидату, а в будущем потенциально даже критический навык.

Чем дальше, тем больше людей будет использовать это в работе. Особенно молодые специалисты — стажёры и джуны — будут применять такие инструменты всё чаще, потому что пытаются переложить часть задач на ИИ, если у них это получается. Поэтому для них это, вероятно, станет даже критически важным навыком.

Ведущий разработчик веб-интерфейсов

Подытожим

Опрос нанимающих менеджеров показал чёткие паттерны в требованиях к джуниор фронтенд-разработчикам независимо от размера компании.

Без чего точно не обойтись: работа с JavaScript-библиотеками и глубокое понимание Object. Это базовые компетенции для любого кандидата.

Что уходит в прошлое: CSS-препроцессоры потеряли статус обязательных навыков — их можно освоить за вечер, если понадобится.

Фундаментальные вещи: глубокое знание ООП не требуется, достаточно базового понимания.

Специализированные API: Geolocation слишком специфичен для большинства проектов, Notification и Media находятся в категории «хорошо бы знать».

Продвинутые концепции вроде RxJS, Reflection и Proxy не обязательны — важнее общее понимание принципов и способность разобраться, когда понадобится.

Новый тренд — активное внимание к ИИ-инструментам. Малый бизнес пока не включил это в формальные требования, но средние и крупные компании уже спрашивают об опыте работы с ИИ.