Claude 4
👁 372↗ 8💬 15
Сегодня наконец-то смог попробовать Claude 4-sonnet и я в шоке. Это новый уровень вайб-кодинга.
В общем я с трех запросов сгенерировал целый проект c фронтендом на Next, бекендом с вебсокетами на NodeJS и дополнительно еще Cursor сгенерировал Dockerfile, docker-compose.yml и nginx конфиг.
С небольшими правками DevOps части я раскатил проект на своем сервере и подрубил туда свой домен. Это игра крестики-нолики, немного модернизированная.
Вы можете попробовать кинуть вызов кому-нибудь в комментах и сыграть партию.
https://ttt.kybx.me/
Забавно то, что я потратил на это всего пару часов. Мне кажется если не сейчас запрыгивать в этот поезд, то уже не догнать его никогда. Боюсь представить, что будет через год.
В моем представлении, будущая разработка будет исключительно фоновая. Задача программистов будет только спроектировать верхнеуровнего схему сервисов, компонентов и отправить это все на генерацию. А далее AI в фоновом режиме начинает строить тебе продукт.
Можно будет поставить генерацию на ночь и утром получить уже готовый проект, как будто отдаешь задачу отделу разработки. Короче я опять в сторону "Вайб-СТО" ушел. Не ну а что, лично я вижу именно так будущее разработки и даже очень на это надеюсь.
Пробовали уже Cload 4?
75/100
Telegram YouTube
15
Комментарии · 15
- @shaurgonТы ещё memory-bank и context portal попробуй :) Тоже офигеешь
- @i_yatsaНу что же вы делаете, иду пробовать…
- @lxxxapДля мини проектов неплохо, первые 2000 строк кода можно и вайб кодить. Если что-то чуть сложнее, то ни 3.7 ни 4 не вывозит даже близко простые задачи. Начинаются проблемы от проектов с 10к строками, в миллионниках даже пару строк исправить не могут, даже с идеальной документацией. Хз, чисто игрушка для скрипт-киди
- @lxxxap
- @lxxxap
- @ddlzz>Мне кажется если не сейчас запрыгивать в этот поезд, то уже не догнать его никогда можете раскрыть эту мысль? кажется, что начинать вайб-кодить можно в любой момент, там не требуется какой-то особый навык, скорее это регресс в сравнении с обычным программированием или вы говорите о навыке написания приложений, которые сами интегрированы с ИИ?
- @shaurgonЯ поясню, пока он спит 😂 Первые опыты с нейронками у всех похожи на "я есть Грут". Спустя некоторое время смотришь на это и думаешь - какой дебил это написал? Очень похоже на рост навыка в разработке. Отсюда делаем вывод, навык работы с нейронками тоже прокачивается. Кирилл об этом и говорит, если не научишься сейчас, дальше ты никому не будешь нужен, как это сейчас происходит на рынке разработки с джунами
- @shaurgonПро регресс я совершенно не согласен. Да, я меньше пишу код, но я больше смотрю архитектуру проекта, как взаимодействуют его части. Я стал больше времени уделять тестам, если раньше было "мой идеальный код не нуждается в тестах", сейчас - "надо 80% покрытия, хер его знает, что нейронка там написала". Также при вайб-кодинге ты постоянно удерживаешь нейронку внутри контекста, это очень сложно, буквально пара фраз "продолжи" и начинается веселье
- @kirill_s_gavrРабота с нейрокнками это тоже навык, который надо тренировать. С ходу влететь в это сложно. Самое главное это сейчас перестроить привычные процессы программирования. Потому что они быстро устаревают. Сейчас нет смысла максимально углубляться в код, надо научиться думать системами и архитектурами. Уже сейчас во многих компаниях не нанимают фронтенд разработчиков. Стартапы больше не нуждаются в разделении и дешевле взять одного хорошего бекендера, который сможет с помощью курсора сгенерить МВП фронта. Потому что это дешевле. С бекендом тоже перестраивается процесс, потому что большое внимание опять же уделяется не написанию самого кода, а продумыванию архитектуры и покрытию тестами. И при проектировании начинаешь думать процессами тестирования, бизнес-логику разбиваешь на детерминированные функции, чтобы их было легче тестировать и так далее. А еще, то с чем нейронки помогают, это с генерацией документации, потому что важно не просто чтобы кто-то пришедший смог продолжить поддержку кода, но и так чтобы нейронка сама могла в любой момент быстро понять контекст проекта. Это совсем другие процессы, но они апргрейдят прошлый наш опыт, главное научиться выстраивать эти процессы, а это навык, который надо тренировать.
- @ddlzzнавык продумывания архитектуры был нужен и до ИИ) я сам часто пользуюсь o3 и o4-mini-high, может вы и правы, хотя для меня это конечно звучит как навык пользоваться стиральной машиной или коробкой-автоматом. а навык "держать ИИ в контектсте" будет не нужен уже скоро с развитием технологии, он уйдет также как ушла необходимость мотивировать ЛЛМ промтами про чаевые и отсутствие рук мне кажется намного ценнее получать опыт разработки систем, где ЛЛМ - это часть бизнес-процесса
- @kirill_s_gavrВ том числе использование ллм как часть бизнес логики тоже важно
- @kirill_s_gavrПо поводу того, что держать ллм в контексте и то что уйдет эта необходимость или нет, пока мы не знаем. Но знаем то что сейчас это надо уметь
- @kirill_s_gavrПро то что навык продумывания архитектуры был и до этого - это да. А я говорил про то что распределение усилий между написанием кода и архитектурой сместилось больше в сторону архитектуры
- @ddlzzлично мне до сих пор в удовольствие писать код, я не ощущаю что для продашн-задач я делаю это медленнее, чем ЛЛМ. я даже для некоторых языков отключил автокомплит. но в случае прототипирования или типового рефакторинга я бы сам вайбкодил еще добавлю, что знание конкретных языков/фремворков важно как и раньше, если даже не более, хотя распределение усилий ушло в сторону промптов (можно попробовать переписать проект на какой-нибудь ruby on rails, чтобы понять важность своих компетенций)
- @kirill_s_gavrЯ согласен, я тоже до-сих-пор получаю удовольствие от написания кода. Это так и останется с нами. Я думаю именно это и привело многих из нас в эту профессию. Тут важно также найти баланс. В первую очередь в автонаписании болерплейта хотябы. В Go меня слегка раздражает то что приходится часто описывать струтуры, по факту это то что я с таким же удовольствием отдал ИИ