Вайбкодинг — неформальный термин из айтишной среды, описывающий стиль программирования, при котором разработчик пишет код на потоке, опираясь на интуицию и текущий контекст, без жестко зафиксированной архитектуры и многостраничных технических заданий.
При этом в профессиональном сообществе звучат опасения, что распространение вайбкодинга может повлиять на качество разработки и в целом на состояние IT-рынка. Чтобы понять, насколько эти риски реальны и как к явлению относятся практики, мы обратились к руководителям и специалистам, которые ежедневно работают с командами разработчиков и видят последствия подобных подходов в живых проектах.
Первым своим мнением поделился Сергей Путятинский, вице-президент по операционной деятельности и информационным технологиям ФГ БКС.
Сергей Путятинский
Вице-президент по операционной деятельности и информационным технологиям ФГ БКС.
Тема вайбкодинга действительно отражает ключевой тренд на демократизацию технологий. Это, прежде всего, мощный инструмент снижения порога входа, позволяющий быстро почувствовать логику создания цифровых решений, что привлекает в отрасль таланты из смежных областей. Он расширяет рынок и ускоряет цифровизацию бизнес-процессов, особенно на уровне прототипирования и автоматизации рутинных операций.
Однако ключевой риск не в самом инструменте, а в иллюзии, что он заменяет фундаментальные знания. Рынок столкнется не с переизбытком программистов, а с ростом числа сборщиков решений, не понимающих архитектурных принципов, вопросов безопасности, масштабируемости и эффективности алгоритмов. Это создаст дополнительную нагрузку на команды, увеличит риски при эксплуатации и потребует более сложной сегментации рынка труда.
Рынок отфильтрует неподготовленных специалистов, но цена этой фильтрации — время и ресурсы бизнеса. Требования к начинающим специалистам сместятся в сторону проверки системного мышления и способности к глубокому обучению, а не только навыка сборки блоков.
Вайбкодинг станет уместным и безопасным в нишах RPA, быстрого прототипирования и создания внутренних инструментов силами бизнес-пользователей.
Совет новичкам: используйте вайбкодинг как трамплин для мотивации и понимания логики, но сразу начинайте параллельное погружение в основы компьютерных наук. Ваша цель — стать инженером, который осознанно выбирает инструменты, а не остаться пользователем среды визуальной сборки. Профессия будет требовать не меньше, а больше глубины, и фундаментальные знания станут главным преимуществом.
Если Сергей Путятинский говорит о структурных рисках и долгосрочной сегментации рынка, то в компаниях, где решения принимаются на уровне бизнеса и ответственности за продукт, проблема уже ощущается куда конкретнее. Об этом рассказывает Артём Овчинников, CEO Ардекс.
Артем Овчинников
CEO Ардекс
Как CEO, ежедневно оцениваю риски вроде вайбкодинга — когда ИИ генерирует код по описанию, минуя понимание основ вроде Big O или SOLID-принципов.
Риск переизбытка неподготовленных специалистов не гипотеза — на самом деле он уже материализуется. Представим: проект собран, но рушится под нагрузкой, потому что никто не понимает, что происходит под капотом.
Это снижает порог входа, но рождает «сборщиков», неспособных к нестандартным вызовам. Бизнес уже платит цену: проваленные испытательные сроки, срывы дедлайнов, затраты на рекрутинг. Появляются даже специалисты по «vibe code cleanup» — чистке ошибок ИИ-кода, и это уже говорит о системной проблеме качества на ранних этапах. Да, рынок отфильтрует слабых, но какой ценой для команд и стратегий?
Вайбкодинг, на мой взгляд, уместен на старте — для прототипов и базовых задач вроде CRUD. Полноценный инженер формируется через самостоятельный код, анализ ошибок и архитектурное мышление. Непрофессионал не освоит ИИ: не напишет сам, не разберет генерацию, пропустит bottlenecks вроде масштаба или интеграций (Docker, мониторинг). Вайбкодинг идеален для MVP в инновационных проектах или автоматизации. Но в security или high-load системах требует гораздо более серьезного подхода — точных промтов, профессионального контроля и верификации.
Чтобы стать настоящим профессионалом, начинающим придется прилагать еще больше усилий над собой. Соблазн «сделать легко и просто» без понимания сути хорош только для поделок и прототипов. Для крупных систем требуется глубокое знание: разбирайте каждый фрагмент ИИ-кода, самостоятельно проектируйте архитектуру, проходите полный цикл разработки от end-to-end проектов до вклада в open source. Изучайте «Чистый код» Роберта Мартина, тренируйтесь на алгоритмах — только так преодолеете легкость вайбкодинга и вырастете в инженера.
Роль разработчика всё же трансформируется от мастерства технологий к стратегическому мышлению архитектуры. Язык — лишь инструмент, понимание системы — цель. Вайбкодинг расширит рынок, но лидеры останутся за теми, кто видит дальше кода.
Однако разговор о вайбкодинге невозможно свести только к бизнес-рискам. Он напрямую связан с тем, как сегодня формируется новое поколение разработчиков. На этом акцент делает Камиль Харрасов, заведующий сектором «Технологии интеллектуальной обработки визуальной информации» МТУСИ.
Камиль Харрасов
Заведующий сектором «Технологии интеллектуальной обработки визуальной информации» МТУСИ
Риск наплыва разработчиков с поверхностными знаниями высокий. Однако вайбкодинг не создаёт поверхностных специалистов, он лишь ускоряет и удешевляет их появление. Ровно то же самое происходило с онлайн-курсами вроде «стань разработчиком за 3 месяца». Разница лишь в масштабе и скорости. LLM позволяют собрать работающий результат с одним лишь поверхностным казуальным пониманием, и часть людей на этом этапе останавливается.
Вместе с этим вайбкодинг правильнее будет рассматривать как точку входа, но не как замену системному обучению. Для джунов отлично снижает механизмы стопа мозга при виде чистого листа, дает рабочие примеры, вовлекает и даёт быстрый дофамин от результата. Но профессия разработчика начинается ровно там, где перестаёт работать «спросил-вставил-заработало».
Тем не менее граница между обучением через практику и непрофессионализмом проходит там, где ты либо понимаешь, где искать, почему решение не работает, либо нет. Если человек не может объяснить, что делает код, какие у него ограничения, где он сломается – это не практика, а имитация деятельности.
Пройдет время и рынок обязательно отфильтрует слабых. Но для этого нужно время, а время — это затраты компании. Во избежание рисков роста нагрузки внутри команд на разгребание последствий чужого непонимания приходится пересматривать наполнение собеседований, уделять больше времени на проверку базовых вещей, чаще подключать квалифицированных инженеров.
Вместе с этим вайбкодинг влияет не только на компании, но и меняет требования к джунам. Я бы даже сказал, что расставляет акценты. Сегодня недостаточно «что-то собрать». От джуна всё также ждут умения читать и разбирать код, задавать правильные вопросы, а также видеть ошибки LLM. Но главное – делать выводы после полученного ответа, а не останавливаться на нём.
Вайбкодинг отлично работает в прототипировании, автоматизации рутинных задач, low-code окружениях, и частично в продуктовых, data- и integration-ролях. И почти всегда опасен в системном, инфраструктурном, высоконагруженном и safety-критичном коде без экспертизы.
Новичкам советую изучать базу: алгоритмы, структуры данных. Используйте вайбкодинг как ускоритель, а не костыль. Разбирайте сгенерированный код построчно и во взаимодействии с остальными компонентами. Задавайте LLM вопросы «почему» и «что может пойти не так», а не только «сделай».
И наконец, важно услышать позицию практикующего инженера, который сталкивается с последствиями архитектурных решений в продакшене и соревнованиях. Таким опытом делится Максим Рыбальченко, ведущий разработчик, победитель и призёр федеральных хакатонов: RLT.HACK (Росэлторг), Sovcombank Team Challenge, More.Tech (ВТБ), Moscow Travel Hack и хакатон ИТ-холдинга Т1.
Максим Рыбальченко
Ведущий разработчик, работал в Альфа-Банке, Сбербанке и международном финтехе Plata.
Победитель и призёр федеральных хакатонов: RLT.HACK (Росэлторг), Sovcombank Team Challenge, More.Tech (ВТБ), Moscow Travel Hack и хакатон ИТ-холдинга Т1.
В работе и соревнованиях я регулярно сталкиваюсь с вопросами качества кода, архитектурных решений и их последствий в продакшене.
Сам по себе вайбкодинг, на мой взгляд, не несёт угрозы рынку. Так как может помочь быстро проверять гипотезы, быстро погрузить новичка на проект и так далее. Проблемы начинаются в другом месте, когда целые решения пишут люди, которые не хотят разбираться, а хотят лишь добиться видимости работающего результата. В таком случае качество софта действительно быстро деградирует.
Потому вайбкодинг можно рассматривать и как инструмент входа в профессию. Он полезен на более поздних этапах, при погружении в сложные или устаревшие системы с неактуальной документацией. Такие инструменты помогают пройтись по цепочке файлов, зависимостей и бизнес-логики и быстрее понять, как сервис работает целиком, а не фрагментарно.
Граница между обучением через практику и непрофессионализмом проходит там, где человек перестаёт пытаться понять причины происходящего.
Непрофессионализм в моем понимании это не использование инструментов, а нежелание разбираться. Вайбкодинг не создал эту проблему, но действительно позволяет дольше маскировать некомпетентность.
Рынок уже начинает фильтровать слабых специалистов. Это хорошо видно по тому, как меняются собеседования: сейчас большой упор делают на system design, абстрактные задачи и обсуждение архитектурных компромиссов. Такие вещи невозможно «завайбкодить», они проверяют именно ход мыслей и способность рассуждать.
Интересно, что требования к начинающим разработчикам иногда даже жёстче, чем к старшим. У сеньоров больше упор на опыт и принятые решения, а у джунов часто тщательно проверяют знание языка, фреймворков и базовых принципов. Вайбкодинг может мешать подготовке к алгоритмическим задачам, но по сути он просто заменил старую практику, когда на собеседовании рядом сидел более опытный разработчик и подсказывал решения.
Где вайбкодинг действительно уместен — это прототипирование. Сегодня можно быстро собрать прототип, проверить гипотезу, показать идею пользователям или бизнесу и получить обратную связь. Это полезно и для валидации проблемы, и для будущих разработчиков, которые смогут на основе прототипа дать адекватную техническую оценку и понять, какая система в итоге действительно нужна.
Новичкам, которые начинают путь через вайбкодинг, я бы рекомендовал внимательно относиться к тому, что именно они получают на выходе. Полезная практика — разбирать решения и узнавать почему сделано именно так. Это может стать хорошим способом постепенно войти в профессию и сформировать инженерное мышление.
Таким образом, вайбкодинг нельзя назвать безобидной модой. Для бизнеса это реальный источник рисков, потому что он масштабирует не только скорость разработки, но и масштабирует ошибки. Он ускоряет появление специалистов, которые могут собирать системы, но не всегда понимают последствия решений.
Тем не менее рынок в итоге отрегулирует этот перекос, но цена регулирования — потерянные сроки, утяжеления команд непрофессионалами и дополнительные расходы. Поэтому вайбкодинг — не скачок сам по себе, а инструмент, который требует более строгого инженерного контроля, чем когда-либо.
