В епоху ШІ нам потрібні інженери з більш «продуктовим мисленням».

Claude Code дозволяє інженерній організації Anthropic фактично досягти приблизно потрійної продуктивності, але вузьке місце не зникло, воно перемістилося з «написання коду» на «визначення того, що робити». (Передумова: Claude Code додав функцію хмарного планування завдань! Не потрібно вмикати комп'ютер, AI автоматично перевіряє PR та оновлює) (Додатковий контекст: Інженери Anthropic більше не пишуть код: Claude тренує наступне покоління Claude, CEO каже: «Не впевнений, скільки часу залишилося»)

Продуктивність інженерів потроїлася, але компанія наймає більше людей. Це звучить як суперечність, але саме це робить Anthropic. Згідно з гостьовою статтею інженера Amazon Ishan Gupta на VentureBeat, Anthropic нещодавно попросила свою команду зростання «найняти більше» продакт-менеджерів (PM), а не скорочувати, тому що Claude Code дозволяє всій інженерній організації фактично досягти приблизно потрійної продуктивності, а вузьке місце перемістилося з IDE (тобто місця написання коду) на людину, яка «визначає, що робити». Простіше кажучи, інструменти стали швидшими, але люди, які кажуть інструментам, що робити, не встигають.

Вузьке місце не в наборі тексту

Gupta описав типовий вигляд інженерного процесу за останні десять років: інженери заглиблюються в технології, пишуть код, коли застрягають — шукають на Stack Overflow. А сьогодні кількість нових запитань на Stack Overflow зменшилася приблизно на 77% з моменту запуску ChatGPT у листопаді 2022 року. Сама по собі ця цифра є зрізом індустрії: інженерам більше не потрібно чекати відповідей у спільноті.

Він розбиває це перетворення на п'ять етапів. Перший етап — ера Stack Overflow (2014 — кінець 2022 року), мислення інженерів зосереджене в одному місці, проблеми мають фіксовані рішення спільноти. Другий етап — ера вкладок браузера (кінець 2022 — 2024 рік), перше покоління ChatGPT працювало поза IDE, інженери писали prompt у браузері, потім вставляли у VS Code, весь процес залишався однопотоковим і керованим інженером.

Третій етап — ера рідної IDE (2024–2025): Cursor і Claude Code перенесли модель у редактор і надали доступ до всього репозиторію. Ключовим наслідком цього кроку є те, що роль старшого інженера як "шляху підвищення" практично зникла, молодші інженери більше не потребують стукати до старших колег, коли застрягають — модель терплячіша за будь-якого колегу. До 2026 року багато розробників уже вводять першою командою в новому терміналі "claude".

Четвертий етап — ера, керована специфікаціями (2025–2026): більші вікна контексту стискають роботу, яка раніше потребувала тікетів, файлів дизайну, цілого спринту, в один сеанс. Команда Kiro IDE від Amazon, за повідомленнями, скоротила розробку функцій з двох тижнів до двох днів. Одна інженерна команда AWS виконала рефакторинг, який спочатку оцінювався в 30 інженерів і 18 місяців, силами 6 осіб за 76 днів.

П'ятий етап, який триває зараз, — ера Routines (2026): у квітні Anthropic запустив Claude Code Routines — плановані, постійно запущені агенти, які можуть працювати за розкладом, через webhook або всю ніч, коли ноутбук закрито.

Cron повернувся, Hooks повернулися. Робота інженерів починає містити компонент «оркестрації»: запустити групу агентів перед сном, вранці переглянути стос PR.

Хто вирішує, що робити?

Однак продуктивність інженерів зросла втричі, а управління продуктом залишилося незмінним. Щоб заповнити цю прогалину, LinkedIn замінив трек асоційованого продакт-менеджера (APM) на програму «Product Builder», навчаючи універсалів, які охоплюють продукт, дизайн та інженерію; Anthropic натомість вирішив просто найняти більше PM.

Порада Gupta інженерам прямолінійна: важливий інженер у 2026 році — це той, хто більше не чекає на заявки. Натомість він активно спілкується з клієнтами, читає пропозиції служби підтримки, бере участь у телефонних дзвінках відділу продажів, здатний генерувати ідеї, а не просто пасивно оцінювати час.

Хороший інженер у 2026 році — це не той, хто пише найбільше коду, а той, хто знає, що робити, може довести, що це варто робити, має флот агентів і дисципліну перевірки, щоб доставити це, не даючи системі звалитися через швидкість.

Заключне слово Gupta залишає чіткий вибір: інженери, які засвоять це, переживуть найцікавіше десятиліття в історії програмного забезпечення; інженери, які продовжують чекати заявок, спостерігатимуть, як агенти поруч обробляють ці заявки.