Всем привет.

Обычно я пишу про конкретику — разбор проекта, интеграцию, архитектурное решение. Сегодня иначе. Хочу поговорить о том, что в последний год обсуждают практически на каждом созвоне, в каждом профильном чате и за каждым кофе с коллегами: что на самом деле происходит с нашей профессией и куда это всё катится.

Сначала — два слова о себе, чтобы было понятно, с какой колокольни я говорю. Меня зовут Алексей Яковенко, я Python-разработчик уровня senior. До мидла дорос ещё до того, как ИИ-ассистенты стали мейнстримом, а дальше развивался уже вместе с этой волной. Поработал и с госсектором, и с крупным бизнесом; сейчас веду разработку в институте, который занимается ИИ в медицине и беру свои проекты.

Идея статьи появилась случайно. Я кинул короткий пост в свой Telegram-канал — мол, посмотрите, как меняется работа, — и за несколько часов под ним набежало полсотни комментариев. Спорили, не соглашались, делились своими историями. Стало ясно, что тему задело по-живому и есть смысл разложить её подробно.

Сразу оговорюсь: я не футуролог и не продаю курсы. Я просто разработчик, который каждый день видит, как меняется его собственная работа и работа людей вокруг. Дальше — мои наблюдения, цифры с источниками и несколько практических выводов. Поехали.

Что происходит на рынке

Начнём с цифр. Я специально собрал их со ссылками — чтобы вы могли проверить, а не верили мне на слово (статья написана 15 июня 2026 года).

С начала 2026 года IT-сектор потерял больше 118 000 рабочих мест — порядка 825 человек в день (это публичный трекер увольнений; предполагаю, что к моменту, когда вы читаете статью, цифры будут уже выше). Meta срезала около 8 000 позиций, Intuit — 3 000, и это не маленькие проценты от штата.

Самое любопытное здесь даже не масштаб, а контекст: эти компании не тонут. Они прибыльны. Просто приоритет сместился — деньги уходят не на найм, а на железо и инфраструктуру под ИИ. По оценкам, только большая четвёрка — Amazon, Microsoft, Alphabet и Meta — вложит в ИИ-инфраструктуру порядка 725 миллиардов долларов только за этот год. Грубо говоря: уволил сотню инженеров — высвободил бюджет на GPU.

Отдельная история — риторика топов. В начале 2025-го Марк Цукерберг в подкасте Джо Рогана сказал то, что год назад звучало бы как фантастика:

Думаю, уже в 2025-м у нас появится ИИ, который сможет работать как мидл-инженер и писать код. Поначалу это будет дорого, но со временем мы придём к тому, что значительную часть кода в наших приложениях будет писать ИИ, а не люди.

Сказано буднично — таким же тоном, каким анонсируют новую фичу. И вот это спокойствие, пожалуй, цепляет сильнее самих слов.

При этом «заменили» — пока неверное слово. Правильнее «переформатировали». Знакомый мидл недавно описал свой день так: раньше львиную долю времени он писал код руками, теперь сам набор кода занимает у него хорошо если пятую часть (да что греха таить, у меня самого зачастую такая же история). Остальное — ревью того, что нагенерил ассистент, отлов его тихих косяков и решения, которые ИИ за тебя не примет: как это ляжет в существующую систему, что будет под нагрузкой, где рванёт через полгода. Работа никуда не делась. Она сместилась с «написать» на «проверить и решить».

Сильнее всего пресс ощущают новички. Есть данные, что занятость самых молодых разработчиков заметно просела именно там, где раньше джуны и набивали руку — рутинный код, типовые тесты, мелкие багфиксы (вот интересное исследование на эту тему).

Логика бизнеса здесь до предела прагматична: если рутину теперь закрывает ассистент, а проверяет её один мидл, зачем держать пятерых джунов. И это не просто ощущение — в исследовании GitHub разработчики с Copilot выполняли задачу на 55% быстрее, а Anthropic и вовсе не скрывает, что код для обучения их новой флагманской модели на 80% написан ИИ.

И вот тут мы подходим к главному сдвигу, который недооценивают.

Cursor, Claude, ChatGPT сделали то, чего в истории профессии не было: порог входа рухнул почти до нуля. Человек, который вчера не написал ни строчки, сегодня за вечер собирает работающее приложение. Не макет в Фигме, не «hello world» — кликабельный продукт с базой, авторизацией и деплоем.

Звучит как мечта. Но именно здесь зарыта проблема, ради которой я и затеял весь этот текст: результат теперь можно получить без понимания. Раньше работающий продукт был доказательством компетенции. Сейчас — нет. И что с этим делать, разберём дальше.

Уволят ли 8 из 10?

Это вопрос, который рано или поздно задаёт себе каждый. Не наступит ли день, когда тебе скажут: «Слушай, спасибо, но ИИ делает это быстрее, дешевле и без выходных»?

Давайте честно: применительно к части задач этот сценарий уже не звучит дико. Посадите среднего разработчика рядом с хорошо настроенным агентом на Claude или GPT — и на типовой задаче агент его обгонит. Это неприятно признавать, но это так.

Рынку СНГ, думаю, есть ещё пара лет форы — к нам всё приходит с задержкой. Но сигналы я ловлю уже сейчас, причём не в конкретных переписках с заказчиками.

Первое. Спрос сместился. Раньше у меня просили «прикрутите ИИ в продукт» — чат-бота, рекомендации, суммаризацию. Теперь всё чаще просят другое: внедрите ИИ внутрь самой разработки, чтобы делать быстрее и меньшими силами. Особенно это заметно в зрелых компаниях, обросших процессами. Там добавить одну ручку в API — это неделя: согласование, ревью, регресс, релизный поезд. И когда такой заказчик своими глазами видит, что черновик этой ручки агент пишет за десять минут, у него возникает закономерный вопрос — а зачем мне тогда отдел из десяти человек?

Второе, и куда интереснее. Заказчики начали кодить сами. Появилась целая порода людей, которых я про себя зову «вайбкодерами от бизнеса». Это не разработчики — это владельцы продукта, маркетологи, аналитики, которые за выходные собрали в Cursor что-то работающее и приходят уже не с задачей, а с готовым решением. С формулировкой «тут почти всё готово, надо чуть-чуть доработать».

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

Так что, уволят ли 8 из 10?

Нет. Но и спокойно выдыхать рано. Произойдёт другое: рынок ужмётся, а планка поднимется. Под удар попадут те, кто и так работал на автопилоте — копипастил со Stack Overflow, закрывал тикеты по шаблону и никогда не задумывался, почему код устроен именно так. Их не «заменит ИИ» в лоб. Просто один думающий разработчик с ассистентом теперь делает объём, на который раньше нужна была команда. И лишними окажутся не все — лишними окажутся те, кто не добавлял ничего сверх того, что теперь умеет машина.

Профессия не умирает. Она поднимает планку на вход. А это, если вдуматься, две очень разные новости для двух очень разных людей.

Четыре истории из практики: одна как надо и три как не надо

Хватит теории — покажу на живых примерах из своей работы. Без названий компаний, но всё это было со мной.

История первая: меня наняли, чтобы «разогнать разработку с помощью ИИ»

Самый показательный случай. Гендиректор крупной компании устал от того, что фичи ползут неделями, и позвал человека со стороны — настроить процесс. Не «прикрутить чат-бота в продукт», а именно встроить ИИ внутрь самой разработки. Я пришёл, поставил команде рабочий контур на Claude Code и Qwen Code (в РФ это решается через Omni Router и LiteLLM — если будет интересно, распишу в отдельной большой статье).

Команда поначалу смотрела скептически: монолит, легаси, «ты не знаешь нашей специфики». Скепсис держался ровно до того момента, когда я показал реальный разгон прямо на их кодовой базе — и на фронте, и на бэке. После этого вопрос «а зачем нам это вообще» отпал сам собой.

К чему я это. Помните тезис про «бизнес хочет ИИ внутри разработки»? Вот он, живьём: меня буквально наняли под эту задачу. И это давно не единичный запрос.

История вторая: «перенеси фронт» по ссылке

А теперь — как выглядит та самая пропасть между «пользоваться ИИ» и «понимать, что ты делаешь».

Мой знакомый руководитель решил, что фронтендер ему больше не нужен: уволил человека и взялся вайбкодить сам. Задача — перенести старый фронт на новый стек. Нюанс: весь исходник этого фронта был под рукой, бери и пользуйся. Но ассистенту он исходники не дал. Он дал ему ссылку на сайт. Просто URL. А потом искренне недоумевал, почему «такой хвалёный ИИ» справился так паршиво.

Так ИИ и не видел кода. Он пытался восстановить приложение по отрендеренной странице — это примерно как просить художника перерисовать картину по её мутной фотографии. Инструмент был топовый. Бессмысленной была постановка задачи — а её качество целиком на человеке.

История третья: горящие токены из ниоткуда

Тот же руководитель постоянно жаловался, что у него «горят токены»: подписка за 200 долларов выгорала подозрительно быстро. Я полез смотреть. Оказалось, он каждый раз просил Claude Code написать проект с нуля во временном окружении, которое после сессии не сохранялось. Каждый запуск ассистент начинал с чистого листа — потому что предыдущей работы для него попросту не существовало. Человек месяцами платил за то, чтобы по кругу переписывать одно и то же, и не мог понять, куда всё девается.

Дело тут не в ИИ. Без базового понимания, как устроены файлы, окружение и сохранение состояния, даже мощный инструмент превращается в дорогую соковыжималку для бюджета.

История четвёртая: «я тут навайбкодил, подправь»

И финал — жанровая классика. Прилетает задача: «я тут немного навайбкодил, подправь по мелочи». Открываю — а там простыня. Всё в одном файле, без структуры, работает на демо и рассыпается на втором же сценарии. «Подправить» это нельзя физически: чинить дом без фундамента бессмысленно, его проще отстроить заново.

Так что я переписывал с нуля. Тоже с Claude Code — но по-человечески: архитектура, разбивка на модули, отдельные файлы, понятные границы между ними. И вот здесь самое интересное. Та же задача, решённая тем же инструментом, на выходе работала кратно стабильнее и спокойно развивалась дальше, без боли при каждой мелкой правке.

Инструмент один и тот же. Результат — несопоставимый. Вся разница — в подходе и в голове того, кто за рулём.

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

Так значит, нас не заменят?

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

Тенденция «руководитель сам берётся вайбкодить» действительно крепнет. Вот только заканчивается она, как правило, ничем хорошим — и мои кейсы, и просто здравый смысл говорят об одном. У руководителя другие задачи и другая голова. Управлять компанией и писать прод-код — разные профессии, и ИИ эту разницу не стирает. Так что место под солнцем у разработчика останется даже при самом мрачном раскладе, тут я спокоен.

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

Поэтому держите в голове один вопрос — постоянно: за счёт чего лично вы собираетесь конкурировать? Не с ИИ — с ним в скорости набора тысячи строк вы не сравнитесь, да и не надо. А с другими разработчиками, которые остаются на плаву. Что у вас есть такого, чего нет у них и чего не закрывает ассистент?

Честный ответ на этот вопрос — уже половина дела. А если ответа нет и, главное, нет желания его искать — добирать базу, учить новое, вписываться в эту гонку по новым правилам — возможно, стоит честно себе в этом признаться и присмотреться к другим направлениям. Это не приговор. Это просто новые условия игры, и делать вид, что их нет, — самое проигрышное из всего возможного.

«А зачем платить команде, если есть ИИ и тестировщик?»

Самый честный аргумент против всего, что я тут пишу, приходит со стороны заказчика и звучит так: «Зачем мне команда? Распишу нормальное ТЗ, ИИ всё напишет, что не так — уточню, в конце отдам тестировщику и позову спеца по безопасности. Выйдет в разы дешевле. Вы держитесь за рабочие места, а я считаю деньги».

И знаете что? Наполовину это правда. Для простых и средних продуктов — лендинг, внутренний инструмент, типовой сервис — связка «ИИ + тестировщик» уже сегодня дешевле команды. Спорить глупо, так и есть, и таких продуктов будет всё больше.

Но в этом рассуждении спрятаны три ловушки, которые видно не сразу.

Первая: расписать ТЗ «со всеми нюансами» — это и есть самая сложная часть работы, а не разминка перед ней. И его нельзя дописать по кругу «не так — уточнил». Потому что «что-то не так» в реальной системе — это не сломанная кнопка, а гонки данных, пограничные сценарии, поведение под нагрузкой, дыры в безопасности. Чтобы заложить это в ТЗ, надо заранее знать, что оно вообще существует. А знает — тот самый опытный инженер, без которого вы собрались обойтись.

Вторая: тестировщик в конце ловит не то. Он поймает «не работает кнопка». Он не поймает «эта архитектура через полгода потребует переписать половину» или «здесь раз в сутки тихо бьются данные». Это не QA-задача, а инженерная. И «тестировщик плюс спец по безопасности» — это, если приглядеться, уже не один человек на подхвате, а начало той самой команды.

Третья, самая дорогая: дёшево собрать и дёшево владеть — разные «дёшево». Сборка — процентов десять от стоимости продукта за всю его жизнь. Остальное — поддержка, изменения, рост, разбор инцидентов. Заказчик, сэкономивший на команде, оплачивает эту экономию сверху при первом серьёзном сбое: чинить некому, потому что никто не понимает, как оно устроено.

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

Нужны ли ещё джуны и мидлы

Отсюда — больной вопрос. Если вход в профессию упал почти до нуля, а рутину забрал ИИ, то нужны ли вообще джуны? И где теперь проходит граница между джуном и мидлом?

С одной стороны, войти стало проще некуда. Понимаешь базу — что такое функция, класс, типы данных, как подключить библиотеку — и уже сегодня можешь запустить Claude Code / Codex и собрать полноценный проект. Не учебный, а рабочий.

С другой — ровно поэтому стало сложнее. Потому что эти же инструменты есть у всех. Подписка за 20 долларов и неделя ютуба — и вот сосед-бухгалтер тоже «делает сайты на заказ». Граница, которая раньше отделяла того, кто умеет, от того, кто не умеет, размылась.

Из этого следуют две вещи, которые я наблюдаю прямо сейчас.

Грейды поплыли. Человек с месяцем за плечами иногда выдаёт то, на что раньше уходил год практики, — потому что инструмент подтянул его до результата. Беда в том, что результат подтянулся, а понимание — нет, и это вскрывается на первой же нестандартной задаче. Отличать таких на собеседовании стало отдельным искусством: красивое демо больше ничего не доказывает.

Конкуренция выросла кратно. Джун теперь соревнуется не с другими джунами, а со всеми, кто освоил ChatGPT и решил, что это и есть программирование. Поток желающих вырос на порядок, а количество вакансий под junior — наоборот, сжалось. Арифметика не в пользу новичка.

И всё же есть ниша, где спрос на живых разработчиков держится крепче всего, — закрытый контур: КИИ, госсектор, объекты вроде метро, заводов, энергетики. Туда облачный ИИ по закону просто не занесёшь, а данные наружу не отдашь. Там по-прежнему нужны люди, и нередко именно мидлы: на сеньоров бюджета нет, а вайбкодить нельзя. Защита не вечная — локальные модели потихоньку заходят и туда, — но фору в несколько лет такие места дают.

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

Как сейчас вкатываться в IT

Это для тех, кто делает первые шаги в 2026-м. Без мотивационной воды, по делу.

Стартовать не поздно. Серьёзно. Каждый второй комментарий под моим постом был в духе «всё, опоздал, разработчиков больше не берут». Это не так. Берут тех, кто реально умеет, — и таких как раз не хватает, потому что толпа на входе умеет имитировать, а не делать. Если вы выдержите первую турбулентность и не сольётесь на этапе «ничего не получается», вы окажетесь в куда менее людном месте, чем кажется со стороны.

Не покупайтесь на лёгкость. Самая опасная мысль новичка сейчас — «раз приложение собирается за вечер, то и учить особо нечего». Кодинг — это не про набор букв в редакторе. Это про понимание: как устроена система, почему данные текут так, а не иначе, что развалится, если убрать вот эту строчку. Инструмент даёт вам результат бесплатно. Понимание он не даёт — его всё так же приходится зарабатывать.

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

Дальше — ИИ как усилитель, а не как костыль. Когда база уже есть, всё переворачивается: ассистент превращается в мультипликатор. Вы ставите задачу осознанно, читаете ответ критически, ловите момент, где он напорол, и точечно правите. Связка «человек + ИИ» работает именно так — не «ИИ вместо меня», а «ИИ под моим контролем».

Кто-то в комментариях сформулировал это лучше меня: в учёбе ломайте мозг, в работе используйте ИИ. На этапе обучения вы качаете собственное мышление, и тут срезать нельзя. А на работе включается другая логика: бизнесу глубоко безразлично, сколько строк вы написали, как красиво разложили классы и сколько часов на это потратили. Ему нужна программа, которая стабильно работает — без глюков и тормозов — и нужна она быстро. Здесь ИИ ваш законный ускоритель, грех им не пользоваться. Но ускорять имеет смысл только то, что вы понимаете: иначе вы так же быстро доставите бизнесу не результат, а проблему, которую потом сами же будете неделями разгребать.

Путь не стал короче. Он стал другим — и, как ни странно, честнее: теперь гораздо труднее казаться разработчиком, не будучи им.

Что учить в 2026-м: конкретный список

Окей, абстракции в сторону. Вот то, что я бы учил на вашем месте, если бы входил в профессию сегодня. Список не академический — он про то, что реально понадобится в первый же рабочий месяц.

База, без которой дальше нет смысла

• Синтаксис одного языка. Не «попробовать пять», а довести один до автоматизма: переменные, типы, условия, циклы, функции, классы. Критерий готовности — пишете простую программу не подглядывая в гугл. Python для старта почти идеален: мягкий вход и применение везде, от веба до ML.

• Структуры данных. Список, словарь, множество, стек, очередь — и, главное, когда что брать. Это не олимпиадная теория, с этим выбором вы столкнётесь буквально в первом проекте, когда у вас начнёт тормозить там, где не должно.

• Как работает веб. HTTP, запрос-ответ, статус-коды, что такое API и как сервисы вообще разговаривают друг с другом. Без этой картины вы не сможете толком объяснить ассистенту, чего хотите, — и получите красивую, но нерабочую конструкцию.

• Базы данных. Таблица, запрос, связи, базовый SQL. Плюс понимание, зачем БД нужна и где без неё не обойтись. Кстати, типовая болячка кода от ИИ — запросы в цикле вместо одного нормального (привет, N+1), и заметить это может только тот, кто понимает, что происходит на уровне базы.

• Чтение ошибок. Traceback, логи, статус-коды. Звучит скучно, но умение прочитать стек и понять, где и почему упало, — это буквально то, что отличает разработчика от человека, который копирует ошибку в чат и молится. Первый стоит дорого, второй — нет.

• Git. Коммит, ветка, merge, как откатиться и как не потерять чужую работу. Без этого вы не доживёте в команде до конца спринта.

Как пользоваться ИИ и не выстрелить себе в ногу

Claude Code, Codex и компания — нормальные рабочие инструменты, пользоваться ими надо. Вопрос в том, как. Несколько правил, которые я бы выбил в граните для каждого новичка:

• Не просите сгенерировать то, что не понимаете сами. Если вы не можете описать словами, что должен делать код, — ассистент что-то выдаст, оно даже запустится, и вы радостно поедете на этом до первой нештатной ситуации. А там — тупик, потому что чинить-то нечем.

• Читайте каждую строку, которую он написал. Не пролистывайте — разбирайте. Что делает эта функция, зачем здесь этот параметр, почему именно так. На старте это бесит и тормозит. Через полгода окупается с процентами.

• Спрашивайте «почему», а не только «напиши». «Сделай мне функцию X» — запрос, который вас ничему не учит. «Объясни, почему эту функцию пишут вот так, и какие есть альтернативы» — учит. Как репетитор ИИ зачастую полезнее, чем как исполнитель.

• Берите задачи чуть выше своего уровня — и закрывайте их сами. С ассистентом в роли подсказчика, а не автопилота. Рост происходит ровно на этом дискомфорте.

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

Если вы уже в деле: как мидлам и сеньорам не растерять хватку

Теперь к тем, кто давно внутри и активно живёт с ИИ. Казалось бы, у вас всё хорошо: скорость выросла, задачи горят реже, заказчик доволен. Но именно у нас зреет риск, который я вижу всё чаще и который куда коварнее, чем у новичков.

Он называется тихая деградация.

Выглядит безобидно: поставил агенту задачу — получил код — глянул, что вроде работает — закоммитил. День за днём, и незаметно ты перестаёшь держать в голове архитектуру, перестаёшь лезть в детали, перестаёшь понимать, что там под капотом. Ты потихоньку превращаешься из инженера в менеджера, который пересказывает заказчику то, что нагенерила машина.

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

Чтобы не доводить до этого, держусь нескольких правил. Делюсь как есть.

• Отвечай за то, что отдаёшь. Любой кусок кода, уходящий в прод под твоим именем, ты должен уметь защитить вслух: почему такое решение, какие у него границы, что будет, если нагрузка удвоится. Не «так написал ИИ», а «я так решил, и вот почему».

• Не теряй руку. Иногда пиши без ассистента — целиком, сам. Не потому, что так быстрее (так медленнее), а чтобы навык не атрофировался. Это как с языком: перестал говорить — начал забывать. С инженерным мышлением то же самое.

• Углубляйся, а не растекайся. Соблазн хвататься за всё подряд сейчас огромен — ИИ ведь даёт иллюзию, что любую область можно освоить за вечер. Но ценится сейчас глубина, а не ширина. Сильная экспертиза в узкой теме защищает вас надёжнее, чем поверхностное знакомство со всем сразу — потому что поверхностное теперь умеет и машина.

• Бери то, что ИИ не вывозит. Архитектура, оптимизация под реальную нагрузку, интеграция с легаси, которое никто не понимает, мутные пограничные кейсы. Именно эти задачи строят экспертизу, которую не купишь за 20 долларов в месяц.

• Осваивай оркестровку ИИ, а не один чат. Знать, какую модель и какой инструмент подключить под конкретную задачу, как собрать рабочий контур из нескольких моделей и роутеров, — это уже самостоятельный навык, за который платят. Конкуренция смещается с «кто быстрее напишет код» на «кто быстрее заставит ИИ написать правильный код». Ключевое слово — правильный: выигрывает тот, у кого есть база, чтобы отличить рабочее решение от правдоподобной чуши.

• Следи за рынком без паники. Не в режиме тревоги, а в режиме навигации: куда движется спрос, что становится дефицитом, какие ниши открываются. ИИ ведь не только отъедает задачи — он создаёт роли, которых три года назад не существовало (тот же промпт-инжиниринг, AI-интеграции, инфраструктура под inference). Кто-то эти стулья займёт. Почему не вы?

А что если это всё — большой пузырь?

Это, пожалуй, один из самых частых вопросов, которые мне задают, и вопрос абсолютно честный. Логика у скептиков такая: Anthropic, OpenAI и прочие жгут чудовищные деньги — видеопамять, дата-центры, обучение всё более жирных и прожорливых моделей. Сейчас это во многом субсидируется инвесторами. А когда лавочка с дешёвыми деньгами закроется, ценник полетит вверх: подписки подорожают, токены подорожают, и в какой-то момент час работы ИИ станет дороже часа живого разработчика. Добавьте сюда реалии РФ — блокировки, отвалившиеся оплаты, запреты — и картина выходит совсем не радужная.

Мысль резонная, отмахиваться от неё не буду. Но давайте разложим её на части, потому что в ней склеены две очень разные вещи.

Первое — финансовый пузырь. Вполне возможно, что он есть: оценки компаний перегреты, капзатраты в сотни миллиардов окупятся не скоро, и часть игроков на этом погорит. Так уже было с доткомами в 2000-м. Но вспомните, чем та история закончилась: пузырь лопнул, половина компаний умерла — а интернет никуда не делся, подешевел и стал инфраструктурой, на которой сегодня стоит вообще всё. Лопнувший финансовый пузырь не отменяет технологию. Обученные модели не испаряются, а открытые веса, однажды выложенные в сеть, остаются там навсегда.

Второе — цена лично для нас как пользователей. И вот тут факты пока говорят ровно обратное тому, чего боятся скептики. Стоимость токена за конкретный уровень «интеллекта» не растёт, а быстро падает: то, что год назад стоило как флагман, сегодня доступно по цене черновой модели. Работает конкуренция — пока на рынке есть Google, китайские лаборатории и открытые модели, задрать цены в космос никому не дадут. Пользователь просто уйдёт к соседу.

И здесь — ключевой момент, особенно для нас. Открытые и китайские модели (тот же Qwen, DeepSeek) — это одновременно и потолок цен для всего рынка, и наша подушка безопасности. Если флагманские подписки вдруг станут неподъёмными или их отрубят по географии — остаётся локальный и открытый стек: поднимай у себя, гоняй через роутеры, плати за железо, а не за чужую маржу. Я в своих проектах именно поэтому держу связку с Qwen Code через Omni Router и LiteLLM. Это не только про обход блокировок — это про независимость от ценовой политики одного вендора.

А теперь — зачем я вообще завёл этот разговор. Затем, что у части людей за вопросом «а вдруг это пузырь?» прячется тихая надежда: «вот лопнет — и всё вернётся как было, можно не дёргаться». Не вернётся. Даже если завтра половина AI-компаний обанкротится, мир уже не разучится тому, что один разработчик с ИИ делает работу троих. Этот джинн обратно в бутылку не залезет. Ставить карьеру на то, что пузырь лопнет и избавит вас от необходимости расти, — худшая из возможных ставок. Пузырь вполне может лопнуть. Готовиться всё равно придётся.

Вместо вывода

Если выжимать всё сказанное в одну фразу, получится так:

ИИ не заменит разработчика, который думает. Он заменит того, кто думать перестал, — потому что теперь за него думает машина.

Порог входа рухнул, но планка качества — выросла. Это не закат профессии, это её пересборка под новые правила. Инструменты стали мощнее на порядок, и выигрывает в этой игре не тот, кто быстрее жмёт Tab в автодополнении, а тот, кто в любой момент может ответить на вопрос «что я строю и почему именно так».

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

Это мой взгляд из своей колокольни, и я наверняка вижу не всё. Поэтому реально интересно ваше: вы ощущаете этот сдвиг у себя в команде или пока тишина? Стало ли у вас больше «вайбкодеров от бизнеса» среди заказчиков? Пишите в комментариях — особенно если видите картину под другим углом.