Человек и вайбкодинг

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

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

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

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

А так как программистов больше, именно они формируют наиболее распространённый взгляд отрасли на вайбкодинг. По крайней мере, именно так это выглядит из-за информационного шума на профильных ресурсах.

Это, вкупе с неглубоким погружением в предмет, рождает огромное количество дремучих страхов, которые кочуют из статьи в статью, подогреваемые эффектом толпы.

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

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

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

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

Комментарии 22

Leonid № 4
«пишем код» — да не, не пишем больше код, описываем задачу ии, тестируем результат , критикуем, продолжаем. У меня сейчас проблема в том что размера контекста не хватает , а контекст важен. Пока что прошу модель документировать всё вкратце в отдельном md файле, и как 50% контекста заполняется, перехожу в новый чат. /Compact у Клода сьедает очень много токенов
Евгений Степанищев автор № 5
Да, я тоже стараюсь много документации писать, если работаю не один. А иначе полагаюсь на историю чатов — агентам она доступна, можно просто попросить его её почитать.
Leonid № 7
В Claude Code достаточно странно с историей чата. Думал там можно проект сделать, и чаты будут относится к проекту. Но почему то именно в code проектов нет. Странно
Евгений Степанищев автор № 8
Я пользуюсь только Кодексом (для своих проектов) и Курсором (для рабочих), Клод не использовал
1
Leonid № 11
https://dinoel.github.io/zombie-delivery/

Всё та же :) ну, например хорошую модель повреждений за два часа мне не удалось навайбкодить, постоянно что то ломалось. Но и то что есть выглядит неплохо. Пока что только одна причина почему что то не получается — токены у меня заканчиваются :)
Leonid № 15
Из минусов — я не знаю как разобраться в этом проекте без ai. В общем то я там ни строчки кода не написал , руководил только
Евгений Степанищев автор № 16
А зачем это делать?
Leonid № 17
Для pet project возможно и не зачем, но для рабочих проектов я хочу понимать назначение каждой строчки кода. Понятно что можно спросить у ai, но не факт что он скажет правду :)
Евгений Степанищев автор № 18
Для рабочих это как раз менее вероятно, по крайней мере в моей работе. Там миллионы строки и сотни, наверное, модулей.
Leonid № 19
Евгений Степанищев, У нас тоже около миллиона строк кода , но по крайней мере в коде 2-3 летней давности при наличии сомнений или вопросов можно сделать blame и задать вопрос автору кода — зачем он сделал так, а не иначе ? Возможно это просто ошибка, а возможно в этом есть смысл который я не понимаю.
Евгений Степанищев автор № 21
Leonid, Если ещё работает)
Leonid № 22
Евгений Степанищев, Это да :) у меня как то был вопрос по коду 15 летней давности , и его автор всё ещё работал в компании, правда конечно уже не разработчиком. Но я его всё равно спросил, ответ был конечно «а ты думаешь я помню?» :)
1