Программист без кода

Мой первый нейрослоп

Попробовал сгенерировать вертикальное видео для тиктока/инсты. Показываю результат.

На первую попытку ушло около 9 долларов, получилось плохо, сделал много выводов.

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

Делал в GPT 6, генерация в Seedance и Veo, непосредственно работу с моделями взял на себя GPT, в том числе монтаж, проверку, сведение звуков.

Результат запуска - около 30 регистраций, некоторое количество положительных отзывов (по результату первого касания), несколько сообщений “буду пользоваться”, и пока ни одного активного пользователя.

Думаю, что нужно значительно расширять воронку, работать над СЕО и упоминаниями. При этом времени на личное вовлечение у меня нет, все-таки это хобби-проект а не основной.

Поэтому я думаю окунуться в нейро-маркетинг и попробовать автоматизировать маркетинг агентами.

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

Есть у вас опыт по теме? Пробовали что-нибудь такое?

Помните, я упоминал проект для изучения языков, который разрабатываю?

Сегодня делаю официальный запуск на Продакт Радаре:

https://productradar.ru/product/lingvateka/

О чем проект

Лингватека - это сервис для изучения языков посредством чтения классической литературы, упрощенной нейросетями до уровней A1-C2 с сохранением смысла.

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

Есть бесплатные короткие рассказы, около 10 языков уже сейчас (будет больше).

Просьба поддержать лайком на Радаре (за отзыв двойное спасибо)!

Intent-Driven Development - правильный подход к вайбкодингу

Похоже, наш подход к вайбкодингу с файлом DIRECTIVES.md в мире называется Intent-Driven Development. Именно так оно и гуглится, и разные люди приходят к одной идее - нужно разделять намерение человека от того, что пишет нейросеть.

Чем более автономно работает нейросеть, тем больше шансов, что она исказит базовое намерение человека. По сути это единственный способ сохранить контроль над проектом, не читая код. А мы читать код в 2026 году больше не хотим.

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

Технически реализовано оно может быть как угодно - отдельным файлом, набором файлом, или даже просто в CLAUDE.md / AGENTS.md написать что этот файл может редактировать только человек.

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

Пример разработки с использованием DIRECTIVES

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

Сложный пример (проект на 2 региона работает):

## Интернационализация
Язык региона по умолчанию: ru → ru, int → en.

Сайт переводится на несколько языков, набор языков общий для обоих регионов, каждый язык — сегмент URL.
Адрес с сегментом отдаётся как есть. Адрес без сегмента контента не отдаёт и временно перенаправляется на сегмент из куки, иначе по заголовкам клиента, иначе на язык региона по умолчанию.
Выбор языка на сайте сохраняется в куке и не меняет профиль.

Личный кабинет использует язык читателя; у нового пользователя он наследуется от языка сайта, с которого тот пришёл, иначе — язык региона по умолчанию.
Локализуется весь интерфейс, включая письма, страницы ошибок и платёжные экраны.
Ссылки на сайт из личного кабинета ведут на сегмент языка читателя, а если такого сегмента нет — на язык региона по умолчанию.

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

ВАЖНО, чтобы я сам понимал каждое правило, иначе теряется смысл этого файла.

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

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

Главная рекомендация по вайб-кодингу: файл DIRECTIVES.md

Весь свой опыт разработки с нейросетями можно свести к одной самой главной и самой важной рекомендации.

Это файл DIRECTIVES.md, который:
1. Пишется только вами и только вами
2. Содержит инструкции, которые для агента как закон
3. Устанавливает архитектуру проекта, правила разработки, продуктовые решения

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

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

Именно с этим помогает файл DIRECTIVES.md, пример которого вы можете посмотреть в моем шаблоне для вайб-кодинга.

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

Я собрал все свои наработки по микросервисной архитектуре для вайбкодинга и упаковал в бесплатный шаблон.

Что внутри:
• Разделение на микросервисы
• Готовая админка с доступами
• Регистрация/авторизация/отправка писем
• Разделение на сайт/приложение/админка
• Готовность к удобной разработке

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

И самое главное — сохранить контроль человека над проектом без необходимости просматривать весь код или вообще читать код.

Ссылка на шаблон: https://github.com/grimalschi/grimcode-ru

Обсуждение и сообщество: @GrimcodeCommunity

Есть кто изучает языки отличные от английского и испанского?

Нужна помощь в тестировании приложения, которое я разрабатываю.

Это приложение для чтения литературной классики на изучаемый язык с переводом на русский и адаптацией текста на уровни A1, A2, B1, B2, C1 и C2.

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

Помощь нужна с обратной связью, поскольку все языки со своими приколами, и нужна именно точка зрения изучающих.

С меня бонусы внутри приложения. Личка: @grimalschi

Запись эфира

Оказывается, Телемост записывает только первые 30 минут. К счастью, примерно в это время я и уложил основной материал, а дальше просто отвечал на вопросы.

А потом появился гость с громкой матерной музыкой, которую я не сумел ему выключить, и мы перешли в мит.

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

Начинаем через 5 минут эфир "Вайб-кодинг по-взрослому”.

Ссылка на трансляцию: https://telemost.yandex.ru/j/18611519070427

Запись будет.

Вайб-кодинг по-взрослому — проведу эфир завтра в 16:00 мск

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

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

Решение - делить проект на части (так называемые микросервисы), но агенты и с этим плохо справляются, если их не заставить делать это правильно. Вот о том, как их заставлять делать архитектуру правильно, мы и поговорим.

Так же затрону вопросы удобства разработки - как работать в параллельных ветках и разных версиях проекта без конфликтов, как публиковать проект и так далее.

Продавать ничего не буду. Только показывать.

Ссылку на эфир пришлю в канале @ProNoCode

Вхожу в 5% людей, которые первым делом идут рисовать логотип. И вот он какой у меня вышел. Это буква “L”, совмещенная с образом книги.

Это будет сайд-проект, о котором расскажу позже. Пока просто показываю логотип 😏

Cremax AI: итоги нашей вайбкодинг платформы

Ранее писал, что в качестве теста запускаем новую версию Кремакса на основе нейросетей. Мы поставили проект на паузу.

Причина - плохо сходится экономика.

1. Мы получаем оплату в рублях, а токены оплачивать нужно в долларах (в крайнем случае криптой). И обмен рубли/доллары становится фактически основой бизнеса, причем максимально ненадежной.

2. Сами производители нейросетей дают больше, чем мы можем. Claude Code, Codex по подписке дают в десятки-сотни раз больше токенов, чем мы можем дать по API, то есть они значительно дешевле, чем мы, и мы с этим ничего сделать не можем.

3. Сложно удерживать клиентов, когда все аналоги делают практически одно и тоже. Везде это чат с агентом. Если научился использовать один инструмент - научился использовать любой из них.

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

5. Будущее все-равно за нейросетями. Даже если мы не видим на текущий момент устойчивой экономики в продукте, мы видим пользу, которую можно принести - обучение и сообщество. Даже если мы не заработаем на этом.

Помните восхитительный отзыв клиента, который я тут репостил? Там интересная история вышла.

@semakin_vldmr научился создавать проекты на Cremax AI, а потом перешел на Claude Code - пару раз переделывал проект с учетом полученного опыта и ошибок, и в итоге запустил продукт, идею которого вынашивал еще с 2023 года.

На этой неделе проект запущен на Продакт Радаре:
https://productradar.ru/product/recca-ru/

В общем, мы Cremax AI приостановили, но я вижу ценность в обучении и сообществе, и думаю копнуть в этом направлении, но об этом позже. А сейчас предлагаю поддержать проект Владимира на Радаре.

Если телеграм все-таки заблокируют

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

Канал “Программист без кода” будет публиковаться в ЖЖ.

Уже продублировал туда все посты: https://pronocode.livejournal.com

Подписывайтесь!

Пишут, что телеграм блокируют. Что делать, куда переносить блог? Оставаться тут или дублировать контент в друго место?

Почему все так плохо с UX

UX (User eXperience) - это пользовательский опыт. Это то, чему сложно научить, в отличие от дизайна.

Почему это так сложно? Я думаю, проблема в том, что над UX нужно думать, и это не то, что можно довести до автоматизма. Красивые дизайны можно рисовать механически, а над тем, чтобы они были хороши с точки зрения UX нужно думать.

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

Больше половины из них не пригодны для использования.

Вот есть приложение, в котором можно читать текст на иностранном языке. Разработчику приходит в голову отличная идея переводить слова по клику. Не понимаешь слово - нажимаешь на него, видишь перевод, читаешь дальше.

А потом ты встречаешь словосочетание вроде “самый что ни на есть”, переводишь отдельные слова и вообще ничего не понимаешь, потому что не всегда можно понять смысл предложения, переводя отдельные слова.

И в каждом втором таком приложении отсутствует возможность переводить предложение целиком, или возможность выделить несколько слов вместе для перевода.

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

Рубрика Полезные сервисы, созданные на Creatium Max:

FixRadar.ru - Биржа заявок + встроенная безопасная сделка (эскроу). Безопасная сделка особенно актуальна для тех, кто работает с новыми заказчиками или неизвестными исполнителями:

- Заказчик резервирует бюджет на платформе до начала работ
- Вы работаете, зная, что оплата уже гарантирована
- После приёмки — мгновенная выплата
- При спорах — предметный арбитраж (анализ по ТЗ)

Это работает в обе стороны. Мы защищаем как Исполнителей, так и Заказчиков.

Для полного цикла коммуникации встроили Яндекс.Телемост и Чат с историей — все договорённости фиксируются автоматически. 💡

Забыл напомнить: FixRadar теперь в разделе Экспертов нашего сообщества. Готов разобрать конкретные кейсы или ответить на вопросы по системе!