AI-native инженер – это не тот, кто умеет пользоваться агентом.

Задумайтесь об истоках роли инженера.

На заре любой индустрии, до разработки типовых шаблонов, инженеры брали задачу целиком. Например: построить мост или сделать автомобиль.

Потом с ростом объёмов рынка и спроса появилась потребность в масштабе.

Появились проектировщики, технологи, экологи, контролёры качества и т.д. Каждый отвечал за свой этап.

В разработке произошло то же самое. Инженер превратился в одно звено конвейера.

Работа многих разработчиков выглядит как: взял задачу из бэклога → написал код → отдал на ревью → подождал QA → исправил замечания → взял следующую задачу.

AI начал разворачивать процесс обратно.

Когда он может написать код, покрыть его тестами, сгенерировать документацию, то ценность специалиста начала меняться. В данном случае она смещается в понимании истинной задачи и цели, декомпозиции, создания верного контекста, проверки результата и доведения продукта до работы в production.

Вот так на наших глазах меняется рынок найма.

Компании, которые идут к тому, чтобы быть AI-native, уже поменяли критерии.

Всё ещё нужно знать стек, конечно. Ведь нужно контролировать то, что делает агент.

Но теперь основной вопрос нанимающего менеджера всё чаще звучит так: «Можете ли вы владеть результатом в системе, где часть исполнения делает AI?».

А вы уже задаёте этот вопрос своим кандидатам, или всё ещё нанимаете под конвейер?

Подписывайтесь на Telegram Архитектура управления · Владимир Семенюк.