Обновить

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

Вроде сплошные плюсы. Но! Дело в том что инструмент доступен всем, т.е. ты не получаешь никаких преимуществ в сравнении с другими. Не только ты будешь быстрее писать код, перекладывая рутинные задачи. Не только ты сможешь быстрее разобраться в том или ином вопросе, не вычитывая документацию. В итоге рынок начнет требовать большую отдачу за те же деньги, грубо говоря. Т.е. легче не станет.

Сейчас, смотрю, 20% людей еще не пробовали. Но это временно, через 2-3-6 месяцев попробуют и они.

рынок всегда начинает требовать больше за те же деньги. например, когда появлялись другие фичи ускоряющие работу. те же современные редакторы с подсказками, автокомплитом и т.д, JQuery, потом фреймворки, в итоге сегодня сделать проект по размеру такой же как раньше - пару недель вместо полугодия или года, ИИ мне кажется туда же идёт, и просто станет необходимой базой при разработке, хотят ли этого люди или нет. про то, что кому-то конкретному от ИИ станет легче речи и не идёт, а статья в принципе больше для того чтобы показать примеры использования + поумерить ожидания одних и приуменьшить других, потому что на данный момент, как мне кажется, люди именно этим и занимаются, либо открещиваясь от ИИ, либо бегут делать фуллстек приложения за один промпт в какой-нибудь Bolt.ai

Вроде сплошные плюсы.

Не считая, что вайб-кодинг буквально убивает мозг.

НЛО прилетело и опубликовало эту надпись здесь

Чтобы получить полную отдачу от нейросетей, нужно не микроконтролить их, а запускать множество задач параллельно. Например мой бот-программист, делает одну рабочую сессию за 15-35 минут, и пока он занят своей работой - я ставлю следующие задачи, делаю ревью уже созданных ранее Pull Requests. Если вдруг нужны правки к Pull Request, я просто даю комментарий в Pull Request и отправляю бота работать дальше, пока сам делаю что-то другое.

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

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

А худшее что можно сделать это использовать Cursor или Claude Code CLI как их обычно используют - то есть сидеть и давать разрешение на каждый чих и каждую команду. Таким образом вести не более 1-3 задач одновременно.

Константин, подтверждаю. В будущем всем программистам придётся переквалифицироваться в архитекторов. Но чтобы быть хорошим архитектором, очень желательно знать язык программирования (его особенности, сильные и слабые стороны и т.д.).

Например мой бот-программист, делает одну рабочую сессию за 15-35 минут

И какой инструмент вы для этого используете, если не секрет?

Мой инструмент с открытым исходным кодом и в общественном достоянии - http://github.com/link-assistant/hive-mind - можете развернуть у себя, или написать мне в личку и дать ссылку на issue на GitHub запущу вам демонстрацию на уже поднятой моей инфраструктуре.

Сейчас вайбкодинг начинает взрослеть. Появляются грамотные подходы. BMAD например.

Не стал "мелочиться" с коментом, сразу сделал статью-комент: НеОсознанный вайб-кодинг (с примером). В том плане, что такой тоже - работает.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации