AI меняет, чем вы закрываете рутину, а не отменяет инженеров. Вопрос не «заменят ли роль в 2026-м» — таких дат никто честно не знает. Вопрос, за что вам будут платить, когда черновик кода, теста и письма появляется быстрее. Ставка на навыки, которые проверяют чужой (в том числе машинный) результат и держат систему, устойчивее ставки на скорость набора шаблона.

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

Коротко:

  • Дешевеет шаблон: бойлерплейт, типовой экран по образцу, черновик теста без контекста. Не дешевеет ответственность за прод и за правильную задачу.
  • Растут архитектура и trade-off, постановка задачи, ревью, коммуникация, понимание продукта и данных.
  • Инструменты — гигиена, как git. Ими хвастаются слабо. Ими ускоряют то, что вы умеете проверить.
  • Карьера устойчивее, если вы можете объяснить цену решения и откатить вред, а не только «сгенерировать быстрее коллеги».
  • Не собирайте стратегию вокруг прогнозов «какие профессии умрут». Собирайте вокруг задач, которые уже есть в вакансиях.

Что именно меняется в работе, а не в заголовках

Черновик появляется быстрее: функция, SQL, письмо пользователю, чек-лист теста. Цикл «придумал → проверил → встроил в систему» не исчез. Сократилась середина, где вы набивали очевидное руками.

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

Это не повод паниковать junior-входу. Это повод не строить портфолио из пяти неразличимых туториалов. Вход и так требовал артефакта. Теперь артефакт без вашей мысли читается ещё пустее. Маршруты входа: как войти в IT в 2026.

Навыки, которые не обесцениваются

  • Системное мышление и архитектура. Где граница сервиса, где данные, что будет при пике, как откатить. Модель может предложить схему. Цену схемы в вашем проде она не несёт.
  • Постановка задачи. Что нужно бизнесу, что можно вырезать, какой инвариант нельзя нарушить. «Сделай как в тикете» без уточнения крайних случаев — уже слабый junior. С генератором — опасный.
  • Ревью и ответственность. Кто-то мержит. Кто-то дежурит. Кто-то говорит пользователю правду после инцидента.
  • Коммуникация. Согласовать trade-off с продуктом, объяснить риск, написать постмортем, провести 1:1. Это не «софт» внизу резюме. Это способ, которым техника попадает в календарь.
  • Данные и смысл метрик. Не дашборд ради дашборда. Понимание, что измеряете и чем можно врать себе.
  • Обучение в контексте системы. Новый инструмент вы осваиваете, потому что он закрывает вашу зону, а не потому что он в тренде.

Близкий практический слой — как не превратить инструменты в костыль вместо роста: как оставаться востребованным с AI-инструментами.

Что под давлением

Под давлением работа, где ценность была в наборе известного шаблона: типичный CRUD без инвариантов, вёрстка строго по образцу без состояния, тест, который повторяет очевидное, сопроводительное письмо без факта. Это не «роли исчезнут». Это значит, что на том же грейде будут ждать проверку, доработку и контекст — или платить меньше за чистый объём.

Не делайте карьеру на ставке «я единственный, кто умеет написать бойлерплейт». Делайте на ставке «я вижу, когда бойлерплейт врёт системе».

План на 90 дней: фундамент и ревью

Цель квартала — не сертификат по промптам. Цель — три навыка, которые видно в работе: вы уточняете задачу, вы проверяете чужой код как вредный по умолчанию, вы можете объяснить одно архитектурное «почему так».

  • Недели 1–4. Каждую задачу начинайте с инвариантов: что нельзя сломать, какие данные, какой откат. Пишите это в тикете или в описании PR до кода.
  • Недели 5–8. Ревью: свои и чужие. Чек-лист: крайние случаи, секреты, идемпотентность, что будет при повторном запросе, как отладить. Генерацию гоняйте тем же чек-листом.
  • Недели 9–12. Одна зона системы, которую вы можете нарисовать на доске: потоки данных, точки отказа, что мониторите. Даже если вы junior — уменьшенный кусок.

Параллельно закройте дыру в основах, которая мешает судить черновик: SQL, HTTP, очереди, браузерное состояние — по роли. Инструмент не заменит это чтение.

План на полгода: влияние, не скорость набора

  1. Месяц 4. Возьмите задачу с неопределённостью: сами уточните у продукта, сами нарежьте, сами назовите риск. Это тренировка постановки, не «ещё сторипоинтов».
  2. Месяц 5. Менторство или разбор с более слабым коллегой / джуном: вы объясняете систему. Если джунов нет — письменный разбор архитектурного решения в команде.
  3. Месяц 6. Одна история про инцидент или про предотвращённый вред: что смотрели, что отвергли из «быстрого фикса», чем закончили. Это капитал и для senior-трека, и для лид-трека.

Рост грейда по-прежнему про самостоятельность и влияние: junior → middle, middle → senior. AI не отменяет эти скачки и не ускоряет их магически: ускоряет черновик, не зрелость решений.

Как использовать инструменты, чтобы не ослабеть

  • Делегируйте черновик: бойлерплейт, первый набросок теста, переформулировка письма.
  • Проверяйте как чужой PR: вы мержите, вы отвечаете.
  • Не просите модель «спроектировать систему» без того, чтобы самим назвать ограничения. Иначе вы учитесь соглашаться, а не решать.
  • Фиксируйте, чего вы не поняли, и разбирайте это без генератора. Иначе слепое пятно растёт вместе со скоростью.

Гигиена владения LLM ожидаема, как гигиена git. В вакансиях это всё чаще всплывает как «умеете пользоваться», не как отдельная профессия. Не стройте заголовок «AI engineer» без содержания роли.

Резюме: пули про суждение, не про «работаю с ChatGPT»

Плохо: «активно использую AI для повышения продуктивности». Это ничего не доказывает и иногда пугает: «кто писал этот код».

Хорошо — результат и проверка:

  • Сократил время на черновик миграций за счёт генерации + обязательного ревью: поймал две опасные операции до прода, описал чек-лист в README команды.
  • Перевёл размытый запрос продукта в инварианты и вырезал объём первой версии: срок удержан, критичный сценарий покрыт тестами.
  • Ревью: остановил выкладку с утечкой секрета в логе / гонкой на повторный платёж — до пользователя.
  • Разобрал инцидент таймаутов: гипотезы, что отсекли, какое ограничение поставили в код и в мониторинг.
  • Нарисовал и согласовал границу сервиса: что не тащим в этот репозиторий и почему.

Каркас файла: как составить резюме. Навыки — подтверждённые работой: навыки в IT-резюме. Прогон: разбор резюме.

Пример: junior, которого не съел шаблон

Задача: форма заказа. Генератор набросал валидацию и запрос. Кандидат сам добавил: повторная отправка, пустой адрес, таймаут API, сообщение пользователю без утечки внутреннего стека. В PR описал инварианты. На созвоне разобрал, почему нельзя верить статусу «успех» без идемпотентного ключа.

Пули в резюме — про крайние случаи и контракт с API, не про «сделал форму с помощью AI».

Так выглядит устойчивость на входе. Тот же принцип на middle и senior, только цена ошибки выше.

Пример: middle, которого нанимают за trade-off

Вакансия не спрашивает «умеете ли Copilot». Спрашивает, умеете ли выбрать между очередью и синхронным запросом, когда продукт хочет «чтобы сразу». Генератор набросает оба варианта связно. Нанимают того, кто назовёт цену.

Продукт: выгрузка отчёта в интерфейсе, «чтобы не ждать письмо». Черновик модели: увеличить таймаут и отдать файл в том же HTTP. Мой разбор: пик в конце месяца, файл тяжёлый, повторный клик, дежурство поддержки. Предложил очередь и статус «готовится», v1 без красивого прогресса. Записал, почему не синхрон. В резюме пуля: «срез запроса на мгновенный файл, очередь, инвариант повторного клика, текст для поддержки». Не пуля: «использовал LLM для проектирования».

Это и есть навык, который не обесценивается: ограничения, вырез, кто страдает при ошибке. Инструмент мог сэкономить полчаса на черновике воркера. Решение принимали вы.

Шестимесячный контур навыков без привязки к бренду модели:

  • Ежемесячно одна зона системы на одной странице: поток, отказ, откат, метрика.
  • Ежемесячно одна задача, где вы сознательно вырезали объём и защитили это перед продуктом.
  • Ежемесячно одно ревью, где поймали вредный правдоподобный код — свой, чужой или сгенерированный — и описали правило, чтобы не поймать снова.
  • Раз в квартал разговор с более слабым коллегой: вы объясняете систему. Объяснение проявляет, где вы сами держитесь за генератор как за костыль.

Если этого контура нет, «я быстро закрываю тикеты с AI» на рынке выглядит как junior с ускорителем, даже при middle в трудовой. Грейд по-прежнему про самостоятельность и влияние, не про токены.

Отдельно про вход в профессию. Генерация не закрывает дыру «нет артефакта». Учебный проект, где не видно ваших ограничений и тестов, стал ещё слабее: такой же черновик может собрать сосед. Поэтому стажировка с живыми тикетами и junior с тестовым, которое вы понимаете, дороже курса про промпты. Ищите вход по задачам: junior-вакансии, стажировка в IT, работа без опыта. Не ждите «когда AI успокоится» — контур ответственности уже можно тренировать на маленькой зоне.

Частые вопросы

Стоит ли сейчас идти в разработку, если генерация дешевеет?

Если вам интересна ответственность за систему — да. Если вы хотели только «писать код как текст» без отладки — рынок и раньше был жёстким, теперь жёстче. Вход: как найти работу в IT, без стажа — без опыта.

Какие роли «безопаснее»?

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

Нужно ли учить промпт-инжиниринг как профессию?

Как отдельную карьеру без домена — слабая ставка. Как гигиену внутри своей роли — да, быстро, на рабочих задачах.

Заменять ли алгоритмы и базы на курсы по AI?

Нет. Без основ вы не отличите вредный SQL от правдоподобного. Основы — фильтр черновика.

Писать ли в резюме список моделей и плагинов?

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

Это отменяет путь в tech lead и менеджмент?

Наоборот: постановка, приоритеты и ответственность за людей дорожают. Но это другие профессии, не «повышение за знание чата». См. путь к Tech Lead и инженерный менеджмент.

Что сделать сейчас

На этой неделе возьмите одну текущую задачу и до кода выпишите инварианты и крайние случаи. Прогоните любой сгенерированный кусок как чужой PR по чек-листу. Добавьте в резюме одну пулю про предотвращённый вред или про вырезанный объём — не про «использую AI».

Сверьте, чего ждут живые вакансии вашего грейда в каталоге и во junior-ролях, если вы на входе: формулировки про ответственность, ревью, прод, а не про список нейросетей. Закрывайте этот разрыв в работе, не в заголовке LinkedIn.