Компания Anthropic недавно сообщила своей команде по развитию о необходимости нанять больше менеджеров по продукту. Причина заключалась в том, что Claude Code позволил инженерной команде выпускать продукты примерно в три раза чаще.
Теперь узкое место работы переместилось из интегрированной среды разработки (IDE) к людям, принимающим решения о том, что нужно создавать.
Большую часть последнего десятилетия разработка программного обеспечения была ремеслом, которое осваивалось постепенно, а затем практиковалось в длинной, предсказуемой последовательности: глубокое погружение в технологию, написание кода, обращение к Stack Overflow, если возникали трудности, обращение к старшему инженеру, если Stack Overflow не помогал, выпуск продукта. Менеджер по продукту отвечал за воронку, а инженер отвечал за сборку.
В Stack Overflow количество новых ежемесячных вопросов сократилось примерно на 77% с ноября 2022 года, что не случайно совпало с запуском ChatGPT.
С конца 2022 по 2024 год первое поколение ChatGPT работало вне IDE. Инженеры использовали тот же цикл, что и всегда, только писали подсказку в браузере, вставляли ответ обратно в VS Code, затем повторяли процесс. Работа по-прежнему была однопоточной и управлялась инженером.
В эпоху IDE-нативных решений в 2024–2025 гг. Cursor и Claude Code переместили модель разработки внутрь редактора и предоставили ему доступ ко всему репозиторию.
Теперь наступила эпоха разработки, основанной на спецификациях (2025–2026): большие контекстные окна превратили работу в рамках одной сессии в то, что раньше требовало тикетов, проектной документации и спринтов. Сообщается, что команда разработчиков Kiro IDE в Amazon сократила время сборки новых функций с двух недель до двух дней, используя тот же рабочий процесс, основанный на спецификациях, который применялся ранее. Команда инженеров AWS описала 18-месячную перестройку архитектуры, первоначально рассчитанную на 30 инженеров, которая была завершена 6 людьми за 76 дней. Проблема заключалась не в том, сколько времени занимает написание кода, а в том, насколько чётко команда может описать, что значит «правильный» код.
В апреле Anthropic выпустила Claude Code Routines. Это постоянно работающие агенты, которые запускаются по расписанию, через веб-хук или пока ноутбук закрыт. Работа инженера теперь частично сводится к оркестровке: запустить Swarm перед сном, просмотреть стопку запросов на слияние утром. Сторонние обёртки, такие как OpenClaw, продемонстрировали ту же идею с точки зрения открытого исходного кода.
Количество инженеров увеличилось примерно втрое, а управление продуктом не изменилось. Традиционное соотношение 1:8 менеджеров по продукту к инженерам, и без того напряженное, теперь фактически приближается к 1:20, потому что каждый инженер выпускает больше кода в день. Например, LinkedIn заменила программу подготовки младших менеджеров по продуктам на программу «Создатель продуктов», которая готовит специалистов широкого профиля в области продукта, дизайна и разработки. Anthropic нанимает больше менеджеров по продуктаме. Эта тенденция наблюдается во всех компаниях, которые фактически внедрили агентные рабочие процессы в производство: система создаёт готовые функции быстрее, чем принимает решения о том, что следует создавать.
Для инженеров это самый важный карьерный сигнал десятилетия, отмечают эксперты.
Операционные системы, сети, параллелизм и планы запросов по-прежнему определяют, кто может устранить реальный инцидент. Агент, написавший 70% кода в современном репозитории, не может достоверно объяснить, где его предположения о потокобезопасности, владении памятью или изоляции транзакций расходятся с предположениями среды выполнения.
В 2014 году знание того, как работает повторная передача TCP, позволяло быстрее закрывать заявки на отладку. В 2026 году те же знания предотвращают выпуск регрессионного кода в масштабах всей системы релизов, управляемой агентами.
В 2026 году инженеры генерируют код со скоростью, превышающей ту, которая позволяет внимательно его прочитать. Команда, которая быстро выпускает продукты и выживает, — это команда, инженеры которой относятся к проверке кода, сгенерированного ИИ, по крайней мере, с той же тщательностью, с которой они когда-то относились к его написанию. Опрос разработчиков Stack Overflow 2025 года показал, что 84% разработчиков используют инструменты ИИ, при этом 46% заявили, что не доверяют его результатам по сравнению с 31% годом ранее. Этот разрыв, интенсивное использование в сочетании с низким уровнем доверия, — именно здесь навыки проверки теперь имеют наибольшее значение. Программисты, которые много пишут и мало проверяют, накапливают долг, который придется погасить при первом же реальном инциденте, и инженер, который сможет его вернуть, — это тот, кто сочетает большой объём работы с глубокими фундаментальными знаниями задействованных систем.
Менеджер по продукту, который раньше искал идеи для 8 инженеров, теперь не сможет делать туже работу для 20 человек с той же точностью. Он больше не выполняет работу менеджера проекта.
Версия опытного инженера 2026 года — это не тот, кто пишет больше всего кода. Это тот, кто знает, что нужно построить, может доказать, что это стоит того, и обладает достаточным количеством Ии-инструментов, а также дисциплиной, чтобы выпустить продукт, не позволив системе рухнуть под собственной тяжестью.
Между тем анализ SignalFire, отслеживающей карьеру миллионов сотрудников в более чем 80 млн компаний, показывает, что инженерная сфера оказалась наиболее устойчивой в 2025 году. В то время как общий объем найма в крупных технологических компаниях снизился на 25% по сравнению с уровнем 2019 года, в инженерных должностях наблюдалось гораздо меньшее падение — всего на 11%.
Источник: habr.com