Вайб-кодинг — Лови волну!

Вайб-кодинг — Лови волну!

Сергей Гуров

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

Слово попало в тренд, и через девять месяцев словарь Collins объявил «вайб-кодинг» словом 2025 года — уже с серьёзным определением: создание программ из естественного языка с помощью ИИ. Шутка стала термином, а сегодня уже мемом.



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

Лично мне было интереснее послушать тех, кто в коде съел собаку. Эндрю Ын, сооснователь Coursera и один из главных преподавателей машинного обучения в мире, называет кодинг с ИИ «глубоко интеллектуальным упражнением» и признаётся, что после дня такой работы «вымотан к вечеру». Подобную жалобу я слышал и от своих учеников, да и сам уже не раз ловил состояние опустошённости после 4-5 дней плотной работы в 3-4х потоках. Кент Бек хвалит джуниоров ровно за то, что те «не принимают всё, что ИИ выплёвывает». Создатель Redis antirez высказывается в том духе, что «управлять нужно идеями, не кодом» — и он прав, хотя «программирование теперь автоматическое, видение — пока нет». А DHH, создатель Ruby on Rails, плюс ко всему жалуется, что чувствует, как при такой работе «компетентность утекает сквозь пальцы». — Знакомое ощущение?

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

А пока «старшие» спорят, в тему уже вписалось онлайн-образование. И поскольку я сам имею пускай и косвенное, «нишевое», отношение к этой области, я всё-таки потратил некоторое время, чтобы узнать, чему же учат. Оказалось, что, как правило, это стандартный набор «ни о чём»: что такое промпт, что такое агент, мультиагентные команды и топ-5 нейронок, которые кодят лучше + на что подписаться? По сути — обучают инструменту так, словно это какая-то Фигма. И вот что странно: инструмент-то простой. Кнопок меньше, чем в той же Фигме: поле ввода и клавиша отправки — вот и вся панель. Учить здесь почти нечему, и, возможно, именно поэтому обучение растягивают списками моделей и приёмами промптинга.

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

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

Теперь вернёмся к Карпати: почему его вайб-кодинг работает? Всё просто: за его «вайбами» двадцать лет инженерного языка. Он знает имя того, что хочет получить: понимает архитектуру, процесс приёмки, структуру данных. Его «вайб» — спрессованная компетенция. Твит это условие прячет, а школы игнорируют: то есть учат разговаривать с машиной, но молчат о том, что ей сказать. И это не камень в огород моих коллег – ведь ничего сложного и не требовалось. «10 трендовых шрифтов», «трендовый стиль 2026 года» и так далее и тому подобное по той самой маркетинговой медиане. Но нейронке всё это чуждо: она не смотрит на дизайн. «Я даже воздухом не дышу».

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

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

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

Как это выглядит вживую? Вот фразы, из которых собралась фотогалерея, которую я разбирал в прошлом тексте: «впиши каждое фото в квадратный модуль», «вертикальное фото прижми к краю модуля, а подпись начинай от левого края фото», «колонки считай от ширины окна», «внизу экрана расставь строки широко, к верху сжимай». Ни слова про код. Каждая фраза — правило, вместе они — закон макета, а исполняет его уже ИИ. Живая модель здесь: https://mapa-grid.vercel.app

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

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

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

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

Вайб-кодинг и дизайн-образование.
Я думаю, что преподавать вайб-кодинг сам по себе, отдельным предметом — это как ковырять вилкой и ножом в пустой тарелке. Если вайб-кодинг — это наречие, то оно не имеет смысла без глагола. Приборы есть, обеда нет.

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

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

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

Источники

Report Page