Поему вайб кодинг провоцирует ловушку, я теперь могу один написать любой SaaS и зарабатывать на нем деньги?

Вот читаю я ваши обсуждения в чате, в основном людей волнует одна проблема:

Где взять халявные и безлимитные токены?

Люди просто сидят и ждут очередного сброса лимитов, как будто это поможет решить проблему. Ребят, у меня безлимитная подписка z.ai — это не решение, т.к. в сутках по прежнему 24 часа.

И тут вылезет комментатор с умным видом и напишет банальность:

Раньше можно было три месяца писать продукт, который никому не нужен. Теперь можно за три дня написать десять продуктов, которые никому не нужны.


ЛЛМ очень круто удешевили написание кода (и обесценили знание синтаксиса), и я предсказываю, что тенденция в 2027 году продолжится — кода будет становиться все больше и все дешевле.

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

А у кого бывало такое, что вот пишите вы код 1-2-3 месяца и ничего не работает?

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

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

Понаписать уже давно не проблема, проблема оценить\протестировать написанное.

Что же делать? Сколько вообще времени надо, чтобы написать более менее коммерческий продукт?

Практика показывает, явно более месяца.

Размышляя обо всем этом я пришел к выводу, что, имеет смысл экономить время, силы и токены на всем, где только возможно:

- Максимально пере использовать чужой код (брать готовые open source проекты как основу)
- Заниматься интеграцией чужих решений, вместо разработки своих.
- Использовать чужой продукт как платформу (не писать свой Телеграм, а писать бот для Телеграм)
- Минимизировать количество фич, сначала доводить MVP до рабочего состояния, а уже потом что-то сверху добавлять. Минимизировать количество пользовательских сценариев. Не делать функции «на будущее» (в бэклог).
- Максимально автоматизировать тестирование. Использовать ТДД подход в разработке (писать тесты одновременно с фичами). Автоматизировать ревью кода, использовать CI и т.д.
- Отказаться от интерфейса в пользу безголовых CLI утилит.

Можно взять чужой self-hosted и перевыпусить в виде платного SaaS.

Я задумался над тем, чтобы делать плагины вместо самостоятельных приложений:

• Для Harness агента
• Для браузера
• Для Фотошопа
• Для Автокада
• Для ЧатаГПТ
• и т.д.

Много коммерческих зрелых продуктов уже имеют свои маркетплейсы расширений.

Так же может быть интересно направление по портированию проектов на разные платформы. Например, взять какие-то MIT игры с ГитХаба и выпустить их на Яндекс.Играх.

Завершение:

Если код действительно будет стремиться к нулевой стоимости, то конкурентным преимуществом становится уже не способность его понаписать, а способность расставлять приоритеты.

Т.е. вопрос остается открытым: зачем продавать vibe-coded приложение, если человек с той же проблемой может сам его навайбокодить? Код дешевеет, а вот понимание того, за что люди готовы платить, пока нет.

Продолжение

Подписывайтесь на канал @prog_ai
А еще у нас есть чат ИИ-экспертов @vAIbecoding