Представь: ты — CTO стартапа, который внезапно понял, что его команда инженеров пишет код в три раза быстрее, чем раньше. Не потому что наняли гениев, а потому что незаметно подселили в IDE зверя по имени Claude Code. И теперь бутылочное горлышко — не клавиатура, а голова человека, который решает, *что* писать. Anthropic, кстати, уже разослала своей команде роста письмо: нанимайте больше продакт-менеджеров, не меньше. Почему? Потому что их инженерный отдел, сам того не осознавая, превратился в машину, которая выдает продукт с тройной скоростью. Барьер сместился из редактора кода в комнату совещаний, где решают, какой фиче жить.
Эта деталь легко тонет в шуме ИИ-хайпа. Но именно она — тектонический сдвиг, который сейчас переживает вся индустрия. Софтверный бизнес больше не упирается в скорость набора кода. Он упирается в скорость принятия решений о том, что набирать. И инженеры, которые считают, что это не их проблема, скоро упрутся в потолок.
Последние лет десять эти решения принимал кто-то другой. Разработка была ремеслом, которое впитывали годами: погружался в технологию, писал код, лез на Stack Overflow, когда застревал, эскалировал сеньору, если Stack Overflow молчал, закрывал таску. Продакт-менеджер рулил конверсией, инженер — сборкой. Обе стороны считали такое разделение труда законом физики.
А потом эта воронка схлопнулась за пять шагов.
Краткая история того, как день инженера сжался
Эра Stack Overflow (2014 — конец 2022)
Образ мыслей инженера жил в одном месте. Новых вопросов на Stack Overflow с ноября 2022-го (когда, не совпадение, запустился ChatGPT) стало меньше примерно на 77%. Падение — не приговор сайту. Это приговор тому воркфлоу, который он олицетворял.
Эра браузерных вкладок (конец 2022 — 2024)
Первое поколение ChatGPT жило за пределами IDE. Инженеры гоняли тот же цикл, что и раньше, только с более быстрым оракулом: написал промпт в браузере, вставил ответ обратно в VS Code, повторил. Работа всё ещё была однопоточной и ведомой человеком. Прирост — реальный, но локальный.
Эра IDE (2024–2025)
Cursor и Claude Code затащили модель прямо в редактор, дали ей доступ ко всему репозиторию. Лестница эскалации к сеньору практически растворилась. Годы среди ветеранов ходила мудрость, что Bash — самый живучий инструмент в стеке. К 2026 году для заметной доли работающих разработчиков первая команда, набранная в свежем терминале — claude.
Эра спецификаций (2025–2026)
Огромные контекстные окна превратили сессионную работу в то, на что раньше уходили тикеты, дизайн-доки и спринты. Команда Amazon Kiro IDE, по слухам, сжала фичи с двух недель до двух дней, используя тот же подход — начать с чёткого описания того, что надо сделать. Одна инженерная команда AWS описала 18-месячную реархитектуру, изначально рассчитанную на 30 человек, которую завершили 6 человек за 76 дней. Узкое место перестало быть вопросом «как долго писать код». Оно стало вопросом «насколько чётко команда может описать, как выглядит правильный результат».
Эра рутин (2026)
В апреле Anthropic запустила Claude Code Routines: запланированные, постоянные агенты, работающие по расписанию, по вебхуку или ночью, пока ноутбук закрыт. Cron вернулся. Хуки вернулись. Работа инженера теперь — отчасти оркестровка: запустить рой перед сном, утром просмотреть стопку пул-реквестов. Сторонние обёртки вроде OpenClaw, который Anthropic в апреле ненадолго заблокировала, а потом частично восстановила, подтверждали то же самое с открытой стороны.
Бутылочное горлышко сместилось. Большинство команд — нет.
Производительность инженеров утроилась. Количество продакт-менеджеров — нет. Традиционное соотношение 1 PM на 8 инженеров, и так натянутое, теперь ближе к эффективному 1:20 — каждый инженер выдаёт больше в день. LinkedIn, например, заменил трек ассоциированных PM на программу «Product Builder», обучающую универсалов сразу в продукте, дизайне и инженерии. Anthropic, напомним, нанимает больше PM, а не меньше. Закономерность видна во всех компаниях, кто реально внедрил агентные воркфлоу в продакшен: система производит готовые фичи быстрее, чем принимает решения — а что вообще строить?
Для инженеров это самый важный карьерный сигнал десятилетия. И самый лёгкий, чтобы пропустить его в шуме новостей о продуктивности.
Фундаментальные принципы важны сильнее, а не слабее
Инстинкт объявить фундаментальные знания устаревшими в эпоху агентов — ошибка. Причём ровно в противоположную сторону.
Когда в три часа ночи падает продакшен из-за утечки памяти, а причина — баг с владением объектом, залитый четыре года назад, ни один из нынешних агентов не закроет эту петлю от начала до конца. Операционные системы, сети, конкурентность, планы запросов — вот что решает, кто способен разрулить реальный инцидент. И кто способен заметить момент, когда агент выдаёт внешне корректный, но внутри дорогостояще неверный результат. Агент, написавший 70% кода в современном репозитории, не может внятно объяснить, где его предположения о thread safety, memory ownership или transaction isolation разошлись с рантаймом. Инженер, который читает дифф и ловит это, — тот, кто нужен команде. И строится он на фундаменте, а не на скилле написания промптов.
Вывод: фундаментальные знания — теперь рычаг, а не гигиена. В 2014 году понимание TCP-ретрансмиссии закрывало тикет быстрее. В 2026 году то же самое знание спасает целый конвейер агентного релиза от регрессии в масштабе. Радиус поражения инженера, понимающего, что происходит под капотом, вырос, а не уменьшился.
Ревью — это новое написание кода
Инженеры 2026 года генерируют код быстрее, чем любой из них успевает внимательно прочесть. Команда, которая выпускает быстро и выживает, — это команда, где инженеры относятся к ревью AI-сгенерированного кода как минимум с той же строгостью, с какой раньше относились к его написанию.
Опрос разработчиков Stack Overflow за 2025 год показал: 84% пользуются AI-инструментами, но 46% не доверяют их результату — и этот процент резко вырос с 31% годом ранее. Именно этот разрыв — массовое использование при низком доверии — то место, где навыки ревью сейчас критичны. Кодеры, которые много пушат и мало ревьюят, копят долг. Он придёт к оплате при первом реальном инциденте. И инженер, способный этот долг погасить, — тот, кто совместил объём с глубокими знаниями о задействованных системах.
Новый дифференциатор — продуктовая воронка
Оба предыдущих пункта необходимы, но ни один недостаточен. Инженер, который будет на вес золота в 2026 году, — тот, кто перестал ждать, когда воронка придёт к нему в виде Jira-тикета.
Это значит делать то, что раньше роль позволяла пропускать.
Говорить с пользователями. Наблюдать, как они на самом деле пользуются продуктом. Читать очередь поддержки. Сидеть на звонках с продажниками. Сигнал, который команда продакта получает через три слоя фильтрации, инженер теперь может получить лично за полдня.
Генерировать идеи, а не только оценки. Продакт-менеджер, который раньше генерировал идеи для 8 инженеров, не сможет делать это для 20 с той же детализацией. Инженер, приходящий с валидированной и скоупленной возможностью, — это не подмена PM. Это человек, делающий работу, которую требует новое соотношение.
Отталкиваться от клиента. Amazon два десятилетия пишет пресс-релиз до того, как написать код. Этот принцип отлично работает и для команды из одного человека, и для роя агентов. И то, и другое производит кучу работающего софта не туда, если нет чёткого определения «победы клиента» до первой строчки кода.
Перестать прятаться за занятостью. Честный ответ на вопрос «Есть ли у тебя ресурс на эту идею?» раньше был «Нет». С рутинами, хуками и кооперативным стеком агентов честный ответ скорее: «А сколько эта идея стоит?» Это другой разговор. И гораздо более сложный без реального понимания клиента.
Что вознаградит следующее десятилетие
История из пяти этапов выше — на самом деле не про инструменты. Она про то, какую часть работы человеку приходится делать руками. Часть, которая всё ещё человеческая и останется такой в обозримом будущем, продвинулась вверх по воронке: от набора к текста — к ревью, к принятию решений, к выбору, какому клиенту служить и какую проблему решать.
Великий инженер 2026 года — не тот, кто пишет больше всех кода. Это тот, кто знает, что строить, может доказать, что это стоит строить, и у кого есть армада агентов плюс дисциплина ревью, чтобы выпустить это без коллапса системы от собственной скорости.
Инженеры, которые усвоят это, проведут следующее десятилетие за самой интересной работой, которую когда-либо порождал софт. Инженеры, которые будут ждать тикета, проведут его, наблюдая, как тикет пишет агент за соседним столом.
Ишан Гупта — инженер-программист в Amazon.