Вайбкодинг, увольнения и будущее разработки: что реально происходит и что делать

Всем привет.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 — но по-человечески: архитектура, разбивка на модули, отдельные файлы, понятные границы между ними. И вот здесь самое интересное. Та же задача, решённая тем же инструментом, на выходе работала кратно стабильнее и спокойно развивалась дальше, без боли ^[11] при каждой мелкой правке.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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