Ключевые выводы

🎯
Специалисты с 3–7 годами опыта — не в безопасной зоне. Их работа устроена именно так, как устроен современный агент: разбить задачу, выбрать инструмент, выдать артефакт.

Исторический прецедент работает: технические чертёжники исчезли за семь лет после появления CAD — не потому что их труд был примитивным, а потому что он был воспроизводимым.

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

Есть цифра, которую компании предпочитают не называть вслух. Когда Klarna в 2025 году сократила 700 подрядчиков и объявила паузу в найме, она не сказала «мы заменяем людей ИИ». Она сказала «мы повышаем эффективность». Salesforce, Duolingo, Shopify — те же слова, та же риторика. Но если посмотреть на профиль уволенных и незанятых вакансий, картина становится конкретнее: это не джуны и не директора. Это люди с двумя-пятью годами опыта.

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

Что именно делает миддл — и почему это важно

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

Именно это — а не синтаксис — и есть его ценность. И именно это агенты научились делать последними. Devin, SWE-agent, Claude Code — все они демонстрируют уверенную работу ровно в диапазоне сложности «типичный миддл-таск»: декомпозиция, выбор инструмента, генерация PR-описания, базовое тестирование.

⚠️
Агент не заменяет джуна — он заменяет задачу
Агент не выполняет должность. Он берёт конкретный класс задач и делает их без участия человека. Миддл уязвим не потому что он слабый — а потому что его задачи лучше всего поддаются декомпозиции.

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

Прецедент, о котором не принято говорить

В начале 1980-х технические чертёжники были профессией с многолетней подготовкой, чёткой иерархией и устойчивым спросом. Они умели читать спецификации, удерживать в голове стандарты, переводить инженерные решения в точные документы. Это был навык, который требовал времени и опыта.

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

Работодатель, который нанимает миддла сегодня, тоже платит не за понимание системы. Он платит за PR, за архитектурное решение, за задокументированный компромисс. Агент выдаёт это же — медленнее, с ошибками, но дешевле и без больничных.

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

Где прецедент не работает — и это важно

CAD заменил один воспроизводимый навык в стабильной физической реальности. Один инструмент — одна профессия. Программная среда устроена иначе: каждые шесть-двенадцать месяцев появляется новый стек, новые паттерны безопасности, новые архитектурные подходы. Чертёжник работал с законами физики, которые не менялись. Миддл работает в реальности, которую его же коллеги и создают.

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

Так всё-таки под угрозой или нет?

Уязвим — но не так, как принято думать. Под угрозой не класс специалистов, а класс задач и класс отношений с работодателем. Фрилансеры и подрядчики, выполняющие миддл-работу, уязвимы раньше и сильнее, чем штатные сотрудники. Штатный миддл с хорошим контекстом о системе и доступом к агентам — напротив, становится мощнее. Вопрос в том, как компания думает о своём найме.

Что происходит на самом деле: не замена, а концентрация

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

Те, кто успевает перестроиться — становятся «миддлом нового поколения»: они не пишут код сами, они направляют агентов, верифицируют результаты, несут ответственность за архитектурные решения. Те, кто не успевает — оказываются в конкуренции с инструментом, который дешевле и не устаёт.

Горизонт этого перехода — не три года, как казалось нам в начале. Скорее пять-восемь. CAD занял семь. Но это не повод успокоиться: семь лет в масштабах карьеры — это одно переобучение, один пересмотр навыков, один момент выбора.

Через сколько лет это будет очевидно всем

Есть соблазн думать, что нынешние ограничения агентов — технические, временные, решаемые. Это правда. Но есть ограничение другого рода: организационное доверие. Компания не заменит миддла агентом в тот момент, когда агент технически справляется. Она сделает это тогда, когда накопит достаточно прецедентов, когда юридическая ответственность будет распределена, когда менеджмент перестанет бояться аудиторов.

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