Найм разработчиков в 2026 году выглядит парадоксально: откликов стало больше, а уверенности в кандидатах — меньше. Тимлид небольшой продуктовой компании получил более 400 резюме за первые два дня после публикации вакансии и после собеседований пришел к неприятному выводу: рынок просел не только по зарплатным ожиданиям, но и по самостоятельности инженеров.
Историю опубликовал автор на Habr / Карьера: компания расширяла штат и в итоге наняла шесть программистов. После первичного отбора из 400 с лишним откликов осталось около 300 кандидатов. Автор отдельно подчеркивает, что не использовал ИИ для фильтрации резюме: открывал и смотрел каждое сам, чтобы понимать, кого приглашает на интервью. Ирония в том, что кандидаты ИИ использовали куда охотнее — в резюме, подготовке ответов и, судя по наблюдениям автора, иногда прямо во время собеседований.
Главная жалоба не в том, что люди чего-то не знают. Это нормальная часть профессии: Go, PostgreSQL, инфраструктура и продуктовые решения не укладываются в одну красивую таблицу навыков. Проблема в другом: резюме часто обещает несколько лет коммерческого опыта, а разговор быстро показывает, что человек не может объяснить базовые вещи из ежедневной работы. Среди примеров — кандидат 21 года с пятью годами коммерческого опыта, гладкие резюме с подозрительно рекламным стилем и ответы, которые разваливаются после первого уточняющего вопроса.
Собеседование у автора было довольно приземленным: знакомство, вопросы по последнему месту работы, базовый блок по Go и PostgreSQL, затем несколько углубляющих вопросов. Никакой охоты на знание внутренностей компилятора или экзотических флагов СУБД. Но даже вопрос о том, как работают defer, panic и recover в Go, по словам автора, ставил в тупик примерно девять кандидатов из десяти. Для инженера с несколькими годами опыта это тревожный сигнал: эти конструкции встречаются в обычной работе с ресурсами, горутинами, файлами, сетевыми соединениями и блокировками.
Похожая картина, по наблюдению автора, была и с PostgreSQL. От кандидатов не ждали лекции про MVCC, WAL или планировщик запросов, хотя с одним из участников обсуждение дошло и до таких тем. Ожидали уверенного понимания стандартных запросов, JOIN, CTE и транзакций. Но если в резюме написано, что человек несколько лет ежедневно работал с PostgreSQL, а на интервью он плавает в базовых механиках, у нанимающего менеджера остается неприятный выбор: верить документу или разговору. Спойлер для рынка найма: разговор обычно выигрывает.
Отдельная линия — ИИ-агенты. Автор не спорит с тем, что разработчику полезно пользоваться помощниками: генерация шаблонного кода, быстрые подсказки, черновики тестов и разбор документации экономят время. Но найм разработчиков начинает ломаться там, где ИИ маскирует отсутствие понимания. Кандидат может подготовить резюме, пройти часть технического диалога, сгенерировать решение задачи, а затем выйти на реальную работу и оказаться слабее, чем выглядел на интервью. Для команды это уже не спор о модных инструментах, а риск для кодовой базы и сроков.
Самый болезненный эффект проявляется после оффера. Автор пишет, что от нового разработчика в первый месяц обычно ждут понятных вещей: интереса к продукту, попытки разобраться в архитектуре, участия в технических обсуждениях, аккуратного кода и честного разговора о сроках. Вместо этого он все чаще видит базовые задачи низкого качества, слабое желание понимать продукт и привычку закрывать работу с помощью агента без погружения в контекст. Снаружи задача может выглядеть выполненной, но внутри остаются лишние абстракции, мертвый код и решения, которые никто толком не защищал.
Для бизнеса это неприятная математика. 400 откликов за два дня выглядят как рынок работодателя: выбирай, фильтруй, нанимай. На практике объем воронки не равен качеству воронки. HR и тимлидам приходится тратить больше времени на проверку базовых навыков, смотреть не только на стек и годы опыта, но и на способность рассуждать без подсказчика. Техническое интервью снова становится не ритуалом, а стресс-тестом мышления: может ли кандидат объяснить, почему код работает, где он сломается и какие последствия у решения.
Для разработчиков вывод тоже не самый уютный, но полезный. ИИ уже стал частью профессии, и притворяться, что его нет, странно. Но инструмент усиливает того, кто понимает контекст, и быстро выдает того, кто заменяет мышление автодополнением. На таком рынке выигрывает не кандидат с самым гладким резюме, а тот, кто способен признать пробел, рассуждать вслух, задавать вопросы и брать ответственность за код после генерации.
Похоже, следующий этап рынка — не борьба людей с ИИ, а борьба компаний за инженеров, которые умеют пользоваться ИИ и при этом не теряют инженерную привычку думать. Найм разработчиков будет все меньше похож на проверку списка технологий и все больше — на поиск людей, которые понимают собственные решения без суфлера.