Comments 14
Я сейчас тоже работаю над создание очень сложной CRM, правда использую Codex.
Использую подход парного программирования, так как сам разработчик и заставляю писать модель такой код который нужен мне. Скорость возросла минимум раз в 5 ))
Саму спецификацию по проекту для модели прошу писать нейронку, сейчас она практически меня понимает с полуслова ))
Прям мой проект описан, почти слово в слово.
Я для каждой одноразовой утилиты для собственных нужд использую GitHub Spec-Kit и провожу полный цикл specify-clarify-plan-tasks-analyze-implement-verify, а тут такая куча кода, коммерческий проект и всего лишь plan mode и пара плагинов :)
Кстати, для актуальной документации примерно ко всему Context7 MCP очень неплох.
И сколько Клод съел денег? Ясно что не бесплатный тариф. Одна копия используется?
1 месяц была подписка Pro за 20$. Когда кончились лимиты, попробовали их увеличить. За 5 минут улетело 10 баксов, поэтому решили лучше взять подписку другую. Поэтому во второй месяц работы - оплатили Max за 100$ и уже жара пошла. С ней уже почти в лимиты не уходили. Там их х5, они еще и обновляются каждые 5 часов. Больше ничего не потратили.
https://github.com/gsd-build/get-shit-done
Рекомендую*
*актуальность гарантирована только в течение марта 2026 :)
Я пару маленьких проектов с GSD сделал - и хотя работать с ним приятно, но, по моему субъективному ощущению, на фоне Spec-Kit при одинаковых усилиях сложнее удержать код от превращения в неподдерживаемую кашу. Все эти этапы в Spec-Kit неспроста. Хочу ещё BMAD Method погонять на чём-то более или менее серьёзном, выглядит многообещающе, и они как раз закончили рефакторинг на скиллы.
Статью тоже Claude писал?
существенная сложность домена никуда не делась, она просто спрятана в 46k строках, которых никто не понимает
Что будет через год? Не знаю. Нет достаточной статистики по проектам, которые прошли хотя бы год поддержки после вайбкодинга. Напишите через год - два.
Оптимистичный сценарий: LLM к тому времени станут лучше понимать существующую кодовую базу, и поддержка будет тоже вайбкодиться. Проект живёт.
Пессимистичный (и более вероятный по историческим аналогиям): Классическая кривая - через 6-12 месяцев каждое изменение начинает ломать что-то в другом месте. Без архитектуры, без тестов, без понимания кода людьми - скорость изменений падает экспоненциально. Брукс описал это в 1975, ничего нового.
Вероятный исход для конкретного кейса: Либо перепишут с нуля (уже понимая домен), либо наймут нормальных разработчиков чинить, либо проект умрёт когда клиенту понадобится что-то нетривиальное
Перепишут тем же Клодом, в чём проблема?
надо
переучивать пользователей
мигрировать данные
снова разобраться в домене (или делать раскопки кода, что дорого), система/код это плохой формат документации
бороться с инвесторами "зачем вы всё сломали, работало же"
бороться с известным эффектом второй системы "сейчас всё точно станет как надо" - окрыленные успехом первой системы (в случае неудачи все просто, до второй версии системы дело просто не доходит) разработчики начинают думать, что у них достаточно знаний и опыта в данной предметной области, чтобы на основе существующий частных (и кривых) знаний делать общие выводы.
Так заголовок намекает, бизнес интересы второстепенны, главное нахерачить 64 килостроки.
Пол года использую GitHub Copilot (800 руб. на 3 месяца), но только для доработки существующего проекта (в основном расширение функционала). Промты также в md так и обычный текст. Всё что запрашивал - делает корректно практически с первого раза. Начинаю новый проект, аналогичный по сложности, большинство промтов должна подойти, но срок поджимает. Как думаете, GitHub Copilot потянет или лучше стразу купить что-то подороже?
Как мы написали 46K строк на Claude Code и не сошли с ума: практический гайд