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

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

Вайб-кодинг по-взрослому — проведу эфир завтра в 16:00 мск Пока работаю над сайд-проектом (совмещает изучение языков и чтение классики), у меня накопилась целая пачка лайфх архитектурных решений, которые легко использовать и которые упрощают разработку. Уверен, вы уже знаете что такое вайб-кодинг, и даже попробовали что-то собрать. Если вы пробовали собрать что-то сложное (сложнее чем просто сайт), вы сталкивались с ситуацией, когда проект запутывается из-за постоянных правок, агент исправляя одно ломает другое, и т.д. Решение - делить проект на части (так называемые микросервисы), но агенты и с этим плохо справляются, если их не заставить делать это правильно. Вот о том, как их заставлять делать архитектуру правильно, мы и поговорим. Так же затрону вопросы удобства разработки - как работать в параллельных ветках и разных версиях проекта без конфликтов, как публиковать проект и так далее. Продавать ничего не буду. Только показывать. Ссылку на эфир пришлю в канале @ProNoCode

Начинаем через 5 минут эфир "Вайб-кодинг по-взрослому”. Ссылка на трансляцию: https://telemost.yandex.ru/j/18611519070427 Запись будет.

Есть кто изучает языки отличные от английского и испанского? Нужна помощь в тестировании приложения, которое я разрабатываю. Это приложение для чтения литературной классики на изучаемый язык с переводом на русский и адаптацией текста на уровни A1, A2, B1, B2, C1 и C2. То есть мы берем классику, генерируем ее упрощенную адаптацию (с полным сохранением смысла и содержания, это не пересказ). И в приложении даем удобный интерфейс для чтения. Помощь нужна с обратной связью, поскольку все языки со своими приколами, и нужна именно точка зрения изучающих. С меня бонусы внутри приложения. Личка: @grimalschi

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

Итак, вы придумали стартап. Ваше первое действие?

Я собрал все свои наработки по микросервисной архитектуре для вайбкодинга и упаковал в бесплатный шаблон. Что внутри: • Разделение на микросервисы • Готовая админка с доступами • Регистрация/авторизация/отправка писем • Разделение на сайт/приложение/админка • Готовность к удобной разработке Смысл в том чтобы разделить проект на отдельные части, но сохранить единую админку, простой запуск и удобную локальную разработку. И самое главное — сохранить контроль человека над проектом без необходимости просматривать весь код или вообще читать код. Ссылка на шаблон: https://github.com/grimalschi/grimcode-ru Обсуждение и сообщество: @GrimcodeCommunity

Главная рекомендация по вайб-кодингу: файл DIRECTIVES.md Весь свой опыт разработки с нейросетями можно свести к одной самой главной и самой важной рекомендации. Это файл DIRECTIVES.md, который: 1. Пишется только вами и только вами 2. Содержит инструкции, которые для агента как закон 3. Устанавливает архитектуру проекта, правила разработки, продуктовые решения Давайте признаемся. В 2026 году мы не хотим читать код. Мы не хотим контролировать агентов, и проверять все что они делают. Мы не хотим вникать в то, как работает проект, и быть в курсе каждой технической детали. Но если мы не будем контролировать агентов, они превратят проект в неподдерживаемый хаос, в котором не сможет разобраться ни человек ни агент. Это вопрос времени. Именно с этим помогает файл DIRECTIVES.md, пример которого вы можете посмотреть в моем шаблоне для вайб-кодинга. Этот файл помогает контролировать разработку, направлять ее и быть уверенным, что принципы, которые закладывались в проект вами, не будут нарушены.

Пример разработки с использованием DIRECTIVES Прежде чем запускать агента делать разные языковые версии сайта и приложения, я обсуждаю с ним как лучше сделать всю систему, и записываю это в виде правил. Сложный пример (проект на 2 региона работает): ## Интернационализация Язык региона по умолчанию: ru → ru, int → en. Сайт переводится на несколько языков, набор языков общий для обоих регионов, каждый язык — сегмент URL. Адрес с сегментом отдаётся как есть. Адрес без сегмента контента не отдаёт и временно перенаправляется на сегмент из куки, иначе по заголовкам клиента, иначе на язык региона по умолчанию. Выбор языка на сайте сохраняется в куке и не меняет профиль. Личный кабинет использует язык читателя; у нового пользователя он наследуется от языка сайта, с которого тот пришёл, иначе — язык региона по умолчанию. Локализуется весь интерфейс, включая письма, страницы ошибок и платёжные экраны. Ссылки на сайт из личного кабинета ведут на сегмент языка читателя, а если такого сегмента нет — на язык региона по умолчанию. При отсутствии перевода строки используется язык региона по умолчанию, а не пустая строка или ключ. Юридические документы региона публикуются на языке региона независимо от языка интерфейса. Админка не локализуется. ВАЖНО, чтобы я сам понимал каждое правило, иначе теряется смысл этого файла. После этого агент будет отправлен реализовывать функционал и те принципы, которые мы закладываем сейчас в директивах, будут учитываться при разработке в будущем. Причина, по которой агенту нельзя самому вносить правки в файл с директивами в том, что вносимые им изменения не отслеживаются человеком, а я считаю критически важным чтобы человек полностью понимал все директивы, а рамках которых работает агент.

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