
Фронтендер нерентабелен: как заканчивается эпоха узких специалистов
Фронтендер, который умеет только во фронтенд, становится слишком дорогим удовольствием. ИИ уже ломает привычное разделение на роли, а на смену узким специалистам приходит разработчик, который может провести продукт от идеи до запуска. Разбираемся, кого рынок оставит за бортом, а кто станет новым веб-мастером
Разработчик, который занимается исключительно интерфейсом, становится слишком дорогим для современной продуктовой команды. Но это не означает, что фронтенд исчезает. Меняется сама модель работы: вместо нескольких узких специалистов компаниям всё чаще нужен инженер, способный с помощью ИИ пройти весь путь от постановки задачи до запуска продукта.
На митапе JS × AI наш технический директор Алексей Авдеев объяснил, почему традиционное разделение на фронтенд, бэкенд, тестирование и инфраструктуру перестаёт соответствовать экономике заказной разработки. И главное, затронул вопрос, который волнует всех причастных — кто же может прийти на смену классическому фронтендеру.
Почему фронтендер стал «нерентабелен»
Мы не говорим о том, что интерфейсы больше никому не нужны или профессиональные фронтенд-разработчики внезапно потеряли ценность. Проблема заключается в экономике производства.
В заказной разработке необходимые затраты подсвечиваются особенно рано. Клиент получает оценку в часах, умноженных на ставки специалистов. Поэтому любое изменение состава команды непосредственно влияет на стоимость проекта.
Для сравнения возьмём несколько моделей оценки одного и того же набора задач.
В классической модели над проектом работает команда минимум из 6 специалистов. Расчётная стоимость работ в примере составляет 729 500 рублей.
Во второй модели фронтенд и бэкенд объединены в одну роль разработчика. Тестировщик, технический руководитель и менеджер сохраняются, а отдельные фронтенд и бэкенд разработчики в расчёте уже не участвует. Стоимость того же набора задач снижается до 572 300 рублей — примерно на 22%.
Это не отраслевой тариф и не обещание гарантированной экономии. Но это наглядный пример тенденций рынка: чем больше отдельных ролей требуется для выполнения задачи, тем дороже обходятся специалисты и передача работы между ними.
Вывод из этих расчетов прост: если один специалист с ИИ способен закрыть сразу несколько этапов разработки, держать в штате армию узких исполнителей становится экономически невыгодно.
А если вы уже сейчас хотите понять, какие этапы вашего проекта можно ускорить с помощью ИИ, команда Mish поможет оценить задачу и подобрать подходящий формат разработки. Приходите обсуждать.
Чистых фронтендеров становится меньше
Динамика профессиональных специализаций разработчиков хорошо показывает изменение рынка. Доля респондентов, называвших себя фронтенд-разработчиками, снижается с 32,8% в 2019 году до 4,3% в 2025-м. В то же время доля фулстек-разработчиков (разработчиков полного цикла) остаётся заметно выше — 27% в 2025 году.
Сегодня компаниям нужен не человек, который умеет только реализовывать полученные макеты. Ей нужен специалист, способный разобраться в задаче, спроектировать решение, написать клиентскую и серверную части, проверить результат и помочь доставить его пользователю.
ИИ резко снижает порог входа в соседние области. Разработчику больше не обязательно годами изучать новый стек, чтобы собрать первую рабочую версию. Он может получить объяснение незнакомого API, сгенерировать основу серверного приложения, подготовить тесты или разобраться с конфигурацией инфраструктуры.
Сегодня бизнес сравнивает не фронтендера с фронтендером. Он сравнивает стоимость целой классической команды со стоимостью одного специалиста, вооруженного ИИ-агентами.
Если приложение может собрать не программист
В Mish мы уже экспериментируем с вайбкодингом (созданием программ через текстовые промпты без написания кода руками), создавая с его помощью внутренние инструменты. Ещё недавно разработка даже простого аналога инструмента для управления задачами требовала владения языками программирования, фреймворками, базами данных и инфраструктурой. Теперь достаточно описать задачу ИИ, и работающий прототип может собрать даже человек без классической инженерной подготовки.
Читайте об этом проекте подробнее в нашей статье для Т-бизнес секретов →
Это не обязательно будет надёжный продукт, который полетит с первой попытки, но сам факт меняет рынок. Если не программист способен самостоятельно проверить идею, ценность разработчика уже не может заключаться только в способности превратить макет в код.
Та же история уже произошла с конструкторами сайтов. Tilda и Webflow забрали типовые задачи, сделав ручную разработку простых лендингов неоправданной. AI-инструменты распространяют этот эффект на более сложные продукты.
Означает ли это конец фронтенда
Короткий ответ: нет.
Создать код и создать качественный продукт — разные задачи. Очень часто за первоначальным восторгом от генерации сразу появляется вайб-дебаггинг.
ИИ оставляет после себя:
- галлюцинации;
- неиспользуемый и мёртвый код;
- ошибки;
- уязвимости;
- неверные архитектурные решения;
- зависимости, необходимость которых никто не проверил.
Модель может уверенно предложить неправильное решение. Более того, разные модели способны с одинаковой убедительностью давать противоположные ответы.
Поэтому рядом с ИИ всё равно нужен «ответственный взрослый». Он должен понимать, что происходит в системе, проверять решения агента и отвечать за результат.
Новый веб-мастер — это инженер-оркестратор
Веб-разработка движется по спирали. В 1990-х веб-мастер отвечал за сайт целиком, затем специализации разделились на фронтенд, бэкенд, дизайн и инфраструктуру. ИИ снова объединяет эти области, но новый универсальный специалист не просто вайб-кодер.
Для вайбкодинга достаточно описать желаемый результат и принять работающий прототип. Инженер-оркестратор (Agentic Dev) действует системнее: ставит цели, декомпозирует задачи, управляет ИИ-агентами, подключает инструменты и проверяет результат. Он может не писать каждую строку кода вручную, но отвечает за архитектуру, тестирование, безопасность и интеграцию решения в продукт.
Поэтому ценность смещается от знания синтаксиса к способности видеть систему целиком. Инженер-оркестратор становится новым веб-мастером — специалистом, который понимает продукт от интерфейса до инфраструктуры и умеет направлять ИИ на каждом этапе разработки.
Архитектура становится важнее синтаксиса
Давайте заглянем в ближайшее будущее, где агентная разработка станет базой, и прикинем третью модель оценки нашего проекта.
Блок разработки представлен одной ролью — инженер-оркестратором. На выполнение примера отведено 128 часов по ставке 3 500 рублей. Итоговая стоимость составляет 448 000 рублей — примерно на 39% меньше классического варианта.
Эта модель выглядит привлекательно, но предъявляет к специалисту намного более высокие требования. Один человек должен понимать пользовательский опыт, анализ задачи, программирование, тестирование и развёртывание.
Т-специалисты и действительно важные навыки
ИИ не превращает фронтендера в универсала без специализации. Новая модель — Т-специалист. Он сохраняет глубокую экспертизу в одной области, но понимает смежные дисциплины и видит продукт целиком.
Для такого разработчика важны три группы навыков:
- Фундамент фронтенда: HTML, CSS, JavaScript, DOM, семантическая разметка, доступность, кросс-браузерность, HTTP и сетевое взаимодействие.
- Системное мышление: архитектура, границы компонентов, масштабирование, безопасность и оценка влияния технических решений на продукт.
- Агентная разработка: работа с Claude, Cursor, Codex и OpenCode, разработка через спецификации, построение и оркестрация агентных циклов, AI-рефакторинг и код-ревью, Agent Skills, MCP, RAG, guardrails и изолированные среды выполнения.
Конкретные инструменты меняются: jQuery, CoffeeScript, Bower, Grunt или RequireJS уступили место новым технологиям. Фундаментальные знания при этом сохраняют ценность, ведь без них невозможно проверить результат работы агента.
ИИ может написать функцию, но человеку по-прежнему предстоит решить, нужна ли она, где должна находиться и как повлияет на систему.
Что будет с начинающими разработчиками и специалистами среднего уровня
Отсюда возникает ещё один провокационный вопрос: а как теперь быть новичкам?
Раньше начинающим специалистам отдавали относительно простые и хорошо описанные задачи. Именно такие задачи ИИ автоматизирует в первую очередь. Однако это не означает, что индустрии больше не нужны начинающие разработчики.
Если специалист только копирует код модели и не понимает результата, он не сможет стать тем самым «ответственным взрослым», о котором мы уже писали. Поэтому начинающим разработчикам необходимо раньше осваивать чтение чужого кода, отладку, архитектурное мышление, тестирование и проверку гипотез.
ИИ способен ускорить профессиональный рост, но только если используется как наставник и инструмент исследования, а не как замена пониманию.
Нерентабелен не фронтенд, а старое видение профессии
Главный тезис, который мы оставили на десерт: «Старый фронтендер нерентабелен. Станьте новым».
Нерентабельным становится не человек и не его опыт. Устаревает модель, в которой специалист отвечает только за небольшой технический участок и не хочет выходить за его границы.
Новый фронтендер сохраняет глубокое знание платформы и интерфейсов, но дополняет его пониманием продукта, архитектуры, тестирования и эксплуатации. Он умеет управлять агентами, проверять их решения и брать ответственность за весь результат.
ИИ не завершает эпоху фронтенда. Он завершает эпоху, в которой знания синтаксиса и одного фреймворка были достаточны для успеха в профессии.
Всё ещё ищете команду, которая понимает продукт целиком и использует ИИ осознанно? Расскажите нам о своей задаче — поможем пройти путь от идеи до запуска.
Ещё статьи
Предыдущая статья
«Человек-паук: Через Вселенные» как путь в ИТ
Однажды наш Middle Developer Виталик решил пересмотреть «Человека-паука» и осознал, что уж слишком путь главного героя похож на его собственный. На следующий день он радостно рассказал об этом нам, и мы попросили его написать статью. Итак, почему айтишники тоже своего рода люди-пауки?



