Рынок труда для разработчиков: где работать за пределами биг теха
Мы изучили почти час аналитического разбора про состояние IT-рынка труда и решили собрать главное в одной статье. Материал охватывает три крупных темы: где реально нанимают разработчиков помимо крупных технологических компаний, как ИИ меняет сам процесс найма, и почему нынешний дефицит джуниоров — не навсегда.
Статья будет полезна тем, кто чувствует, что рынок «закрылся», и тем, кто нанимает: здесь есть конкретные наблюдения из реальных собеседований. Главный вывод, который мы вынесли: иллюзия «кроме биг теха некуда идти» — это не данность рынка, а следствие того, как устроено медиапространство в IT.
«Работать негде» — это ошибка восприятия, а не факт
Отправная точка для разбора — довольно типичный пост: разработчик жалуется, что вакансий нет, «одни только биг тех, Яндекс и банки». Сочувствующие комментарии, ноль альтернатив. Это показательный срез того, как индустрия воспринимает саму себя.
Суть проблемы не в рынке. Крупные компании громко заявляют о себе: они спонсируют конференции, ведут блоги на Хабре, рассказывают о своих стеках. Малый и средний бизнес этого не делает — и в итоге просто не существует в головах у разработчиков.
Между тем компании на 20–300 человек составляют большинство работодателей на рынке. В таких командах технических специалистов может быть от 3 до 50 человек. Они решают реальные задачи, платят нормальные деньги и часто дают больше влияния на продукт, чем гигант с 50 000 сотрудников. Просто о них никто не слышал.
Отдельная история — консолидация рынка. Яндекс за последнее десятилетие поглотил десятки сервисов, которые раньше были независимыми компаниями. Кинопоиск, такси, доставка — всё это когда-то существовало отдельно. Разработчики видят Яндекс и думают: вот куда идут все. На самом деле они видят результат поглощения, а не реальный размер экосистемы.
Где на самом деле есть работа: три сегмента, которые игнорируют
B2B SaaS: невидимые, но живые
Есть целый класс компаний, которые делают инструменты для бизнеса: CRM, системы аналитики, складские решения, платёжные сервисы. Они не на слуху, потому что их клиент — другой бизнес, а не обычный пользователь. Разработчик никогда не скачает их приложение в AppStore и не увидит их рекламу.
Простой пример — AmoCRM. Это реальная компания с реальной командой, которая делает продукт, которым пользуются тысячи бизнесов. Среди разработчиков она практически неизвестна. Таких компаний — десятки и сотни.
Для поиска по этому сегменту работают рейтинги SaaS-компаний. Их легко найти в открытом доступе — там можно получить список работодателей, о существовании которых раньше просто не знал.
Нетехнологические компании с большими IT-отделами
Заводы, нефтяные компании, логистика, ретейл — у них есть разработчики. Много разработчиков. IT для них — не профиль, а инфраструктура, и это имеет свои плюсы: задачи часто нетривиальные, конкуренция за место ниже, а компании стабильнее в кризис.
Это не самый гламурный вариант с точки зрения резюме, но если нужен опыт работы с реальными системами на больших данных — этот сегмент недооценён.
Аутсорс: точка входа с открытыми глазами
Аутсорс-компании — это быстрый способ поработать с разными стеками и разными клиентами. За год можно увидеть больше разных проектов, чем за три года в продуктовой компании.
Но риски реальные. Маленький аутсорс живёт за счёт 1–2 клиентов, и уход одного из них может обрушить всю компанию. Именно поэтому аутсорс стремится расти: чем больше клиентов, тем устойчивее бизнес-модель. Туда стоит идти осознанно, с пониманием, что это скорее ступенька, чем финальная точка.
Как изменился рынок: от сайтов к интеграциям
Вот что произошло с рынком задач за последние 10 лет — и это напрямую влияет на то, какие навыки сейчас ценятся.
Маркетплейсы убили независимые интернет-магазины. Amazon в США сделал это раньше, Wildberries и Ozon делают это в России сейчас. Продавец, у которого раньше был свой сайт с корзиной и программистом на поддержке, теперь просто заходит в личный кабинет маркетплейса. Рынок разработки для e-commerce схлопнулся.
Tilda уничтожила PHP-лендинги. Целая индустрия создания сайтов на заказ просто исчезла. Дизайнер без единой строчки кода делает лендинг, который выглядит лучше, чем сайт на фреймворке от начинающего разработчика. И со встроенными интеграциями.
Отдельный момент: пытаться сделать лендинг через ИИ вместо Tilda — плохая идея. Сложнее в деплое, нестабильнее в интеграциях, проблемы со сквозной аналитикой. Готовый конструктор здесь объективно лучше.
Зато выстрелили интеграции. Сегодня главная задача бизнеса — не «сделать сайт», а соединить между собой 10–15 готовых сервисов: CRM, склад, SMS-шлюз, платёжку, аналитику, мессенджеры. Это либо делается через low-code платформы (Zapier, n8n, Albato, Make), либо требует разработчика, который умеет работать с API.
Рынок задач сместился туда. И разработчик, который умеет грамотно настроить интеграцию между Битрикс24 и ERP-системой, — дефицитный специалист в малом и среднем бизнесе.
ИИ на собеседовании: что показал реальный эксперимент
Мы нашли в материале один из самых интересных кейсов — результаты примерно 50–60 скрининговых собеседований с экспериментом: кандидатам разрешили использовать ИИ-инструменты (Cursor, ChatGPT) прямо во время технического интервью.
Результаты разочаровывают — но предсказуемо.
Большинство кандидатов либо не умели пользоваться агентами вообще, либо использовали их неправильно. Типичный паттерн: человек получает задачу, не понимает архитектуру проекта, но уверенно говорит агенту «вот задача, реши её». Агент подстраивается под пользователя — и ведёт его в неверном направлении. ИИ не исправляет фундаментально неверное понимание задачи, он просто помогает двигаться туда, куда ты его направляешь.
Второй типичный случай — дебаггинг методом тыка. Кандидат не может переключить версию Ruby. Вместо того чтобы сформулировать гипотезу (вероятно, проблема в переменной PATH) и проверить её конкретной командой, он 30 минут запускает одни и те же команды снова и снова. Через полчаса — ноль понимания того, что происходит.
Агент усиливает только тех, кто понимает, куда идёт. Он не заменяет мышление — он масштабирует его.
Единственный кандидат, который справился, работал иначе: задавал агенту уточняющие вопросы, формулировал гипотезы, проверял их. Не «сделай задачу», а «почему может происходить такая ошибка» и «какие команды это покажут». Первую задачу решил быстро, вторую — тоже.
Это принципиальное отличие: правильное использование ИИ — это итеративное исследование, а не делегирование.
Умение работать с агентами — новый базовый навык
Аналогия, которая хорошо работает: несколько лет назад Git стал стандартом. Сейчас его никто не проверяет на собеседованиях — просто подразумевается, что он есть. Умение работать с ИИ-агентами движется в ту же сторону.
Пока это ещё не везде подразумевается по умолчанию, но направление очевидно. Через 2–3 года кандидат, который не умеет осмысленно работать с агентом, будет смотреться так же, как кандидат без Git сегодня.
Это не значит «умей промптить». Это значит:
- понимать архитектуру и задачу концептуально до того, как открыть агент
- формулировать вопросы с гипотезой, а не с запросом «реши за меня»
- критически оценивать ответ агента, а не принимать его как истину
- знать, когда агент ошибается — а он ошибается
Разница между первым и вторым подходом на реальных собеседованиях видна сразу. Это уже не теоретический вопрос.
Цикличность рынка: почему сегодняшний кризис — не навсегда
Сейчас рынок для джуниоров тяжёлый. Это факт. Но ошибочно интерпретировать его как структурное изменение — это просто фаза цикла.
Логика простая. Компании в период роста нанимают много джуниоров — нужны люди для масштабирования. Когда рост замедляется, найм замораживают и повышают планку. Джуниоры перестают получать работу, учиться на ней и превращаться в мидлов. Через несколько лет рынок снова разогревается — а мидлов и сеньоров меньше, чем нужно. И цикл повторяется.
Нынешнее перенасыщение джуниорами — не результат чьего-то злого умысла или «ИИ заменил разработчиков». Это обычный рыночный цикл. Дефицит джуниоров в будущем так же неизбежен, как он был неизбежен в предыдущих циклах.
Отдельная история — T-shaped специалисты. Запрос на таких людей (широкие знания + глубина в одной области) усиливается именно при замедлении рынка. Когда компании росли быстро, они могли позволить себе узкого специалиста по одному фреймворку. Сейчас хотят человека, который может закрыть несколько направлений. Это не новый тренд — это стандартная реакция рынка на замедление.
Практика: что делать прямо сейчас
Разберём по пунктам — конкретные шаги для разработчика, который хочет найти работу за пределами биг теха:
1. Расширь карту работодателей - Найди рейтинги SaaS-компаний в своём регионе — там будут десятки компаний, о которых ты не слышал - Добавь в поиск сегмент нетехнологических компаний с IT-отделами: логистика, ретейл, производство - Аутсорс рассматривай как временную точку входа, а не как нежелательный вариант
2. Прокачай навык интеграций - Установи n8n или зарегистрируйся в Albato/Make — поработай с реальными сценариями автоматизации - Изучи работу с REST API на практике: возьми любой открытый API и напиши интеграцию - Разберись с базовыми SaaS-сервисами для бизнеса: CRM, складские системы, SMS-шлюзы
3. Переосмысли работу с ИИ-агентами - Перед тем как открыть Cursor или ChatGPT — сформулируй гипотезу: что, скорее всего, идёт не так и почему - Задавай вопросы в формате «почему это могло произойти» и «как это проверить», а не «сделай это» - Учись критически оценивать ответ агента: он подстраивается под тебя, а не исправляет тебя
4. Закрой базовые дыры - Терминал, переменная PATH, версионирование языков — это должно быть на автомате - Git без обсуждений - Умение читать чужой код на реальном проекте: посмотри на code-basics.ru — открытый Rails + React проект, доступный для клонирования
5. Переосмысли дебаггинг - Когда что-то не работает — не тыкай случайно. Сначала: что именно я ожидаю? Что происходит вместо этого? Почему это может расходиться? - Сформулируй гипотезу — проверь её одной конкретной командой. Получи результат. Обнови гипотезу. - Именно это умение — отделяет кандидатов, которых нанимают, от тех, кто не проходит
Что мы заметили: где подходы расходятся
В материале прослеживаются два взгляда на вопрос «куда идти», и они не противоречат друг другу, но расставляют акценты по-разному.
Подход А — прагматичный: рынок цикличен, сейчас тяжело, нужно просто расширить поиск и снизить планку по бренду работодателя. B2B SaaS, нетехнологические компании, аутсорс — всё это реальные варианты, которые не хуже биг теха, просто менее заметны.
Подход Б — более тревожный относительно ИИ: если разработчик не умеет думать концептуально, ИИ-инструменты ему не помогут. Он будет выглядеть хуже, чем без них, — агент будет усиливать его ошибки, а не исправлять их. Этот подход подразумевает, что требования к базовому уровню понимания выросли, а не снизились.
Наше наблюдение: оба подхода правы, и они описывают разные уровни проблемы. Первый отвечает на вопрос «где искать», второй — на вопрос «чем быть, когда найдёшь». Разработчик, который расширил карту работодателей, но не умеет осмысленно работать с агентами — дойдёт до технического интервью и споткнётся там.
Ещё одно расхождение — в оценке аутсорса. Более консервативный взгляд: маленький аутсорс слишком нестабилен и подходит только как временная точка входа. Более мягкий: аутсорс даёт разнообразие опыта, которое сложно получить в продукте. Обе позиции обоснованы — выбор зависит от того, что важнее конкретному человеку на конкретном этапе карьеры.
Рынок не закрылся. Он сузился в одном месте и расширился в другом — просто второе место хуже освещено. Разработчик, который умеет смотреть за пределами конференционного пространства, находит вакансии там, где другие видят пустоту.
Параллельно меняется стандарт найма. Умение работать с ИИ-агентами перестаёт быть бонусом и становится базой. Это не значит «знай промпты» — это значит «думай прежде, чем открыть агент». Именно этот навык сейчас отделяет кандидатов, которых нанимают, от всех остальных. И именно он останется релевантным вне зависимости от того, какой инструмент придёт следующим.