Продолжаю проектировать модульный монолит HackOnVibe и разбирать, кому должны принадлежать таблицы базы данных. Вместе с двумя ИИ-моделями проверяю реестр владения, границы Access, Participant, Edition, Messaging и Analytics, устройство межмодульных дверей, проекций и событий. На живом проекте выясняю, почему у каждой таблицы должен быть один владелец, как не превратить проекции в копию общей базы и зачем класть событие в outbox в одной транзакции с изменением данных.
Отдельно обсуждаем единый идентификатор личности, удаление персональных данных из проекций, момент заморозки результатов хакатона и явный выбор конкретного хакатона без скрытого fallback. В финале запускаю эксперимент: два субагента должны общаться между собой и совместно спроектировать контракт двери для Media-модуля.
В разборе есть практические архитектурные решения для большой базы: таблица принадлежит модулю, который отвечает за её инварианты; другие части системы получают данные через публичную дверь или собственную проекцию. Событие несёт полную форму сущности вместо спорных дельт, а потребитель сам хранит нужный ему срез. Обсуждаем свежие синхронные чтения, локальные join, пересборку проекций на живой системе и подтверждение удаления данных всеми потребителями.
Также показываю рабочий процесс с ИИ-агентами: сохраняю контекст перед переустановкой Claude Desktop, сравниваю мнение двух моделей с действующими design-документами и не принимаю предложение, пока оно не проверено по схеме и коду. В результате реестр отделяет целевую архитектуру от текущего технического долга, а автоматический сторож можно включать постепенно для каждого готового модуля.
Вступление и навигация по каналу
0:00 Статистика канала, формат живой разработки и как пользоваться таймкодами
0:45 Почему заголовок и обложка показывают только одну из тем большого выпуска
2:14 Плейлист по созданию сайта: домен, хостинг, email, SEO и платежи
4:05 Paperclip, Hermes и Z.ai: готовый оркестратор компании без людей
4:48 Серия о мобильном приложении, Google Play и разработке под Android и Apple
5:20 Сайт хакатонов, международные участники и переход к основному видео
Основное видео
5:45 Начинаю разбирать 51 таблицу базы данных по владельцам модулей
6:27 Почему Media-модуль может хранить файлы снаружи и не иметь собственной таблицы
7:05 Спорные таблицы Members, Access и анкета участника
9:10 Кому принадлежат площадки публикации хакатона: Analytics или Edition
10:22 Где должен жить отзыв участника и журнал чувствительных действий
11:28 Готовлю реестр владения и машинный сторож границ модулей
12:04 Переустанавливаю Claude Desktop и сохраняю результаты перед потерей контекста
15:11 Проверяю реестр владения таблицами по свежей схеме базы
16:01 Почему Members уже является анкетой участника, а не таблицей Access
17:01 Передаю разбор второй ИИ-модели и сравниваю независимые выводы
19:07 Проверка всех design-документов: один модуль читает и пишет свои таблицы
22:27 Разбираю владельцев Members, Responses и устаревающих таблиц сессий
36:38 Реестр описывает целевую архитектуру, а сторож включается по готовности модуля
38:38 Проекции как локальные данные потребителя и условия безопасной синхронизации
40:31 Почему проекцию пишет потребитель и чем опасна каноническая копия «для всех»
43:08 Transactional outbox: событие и изменение данных должны попасть в одну транзакцию
44:38 Дверь или проекция для доски команд, свежесть данных и пересборка
48:27 Явный выбор одного или нескольких хакатонов без «текущего» по умолчанию
57:29 Отказываюсь от устаревшего merge train и убираю его сторожи
58:12 Контракт двери: конверт, стабильный ID личности и полная форма вместо дельты
59:07 Когда замораживать слепок результатов и как довести удаление до проекций
1:01:12 Участок базы закрыт: перехожу к контрактам межмодульных дверей
1:01:46 Запускаю двух субагентов проектировать контракт для Media-модуля
1:02:10 Следующий эксперимент: обсуждение решения между Opus 5 и Bubble 5.1
Полезные плейлисты:
Разработка сайта по проведению хакатонов: https://www.youtube.com/playlist?list=PLJ1lEbda5-fA
Хакатон: https://www.youtube.com/playlist?list=PL6D9b9lf9gb0kCdHMYWjo6ETYp1sVDYGm
Исследовательская работа с ИИ: https://www.youtube.com/playlist?list=PL6D9b9lf9gb3z584wmfx3lLzZZ_bRgOyc
Архитектура и методологии: https://www.youtube.com/playlist?list=PL6D9b9lf9gb3bJlkEBfMbb_5d36vwk3nM
#вайбкодинг #искусственныйинтеллект #базаданных #архитектура #модульныймонолит #микросервисы #AIагенты #ClaudeCode #HackOnVibe #программирование
Отдельно обсуждаем единый идентификатор личности, удаление персональных данных из проекций, момент заморозки результатов хакатона и явный выбор конкретного хакатона без скрытого fallback. В финале запускаю эксперимент: два субагента должны общаться между собой и совместно спроектировать контракт двери для Media-модуля.
В разборе есть практические архитектурные решения для большой базы: таблица принадлежит модулю, который отвечает за её инварианты; другие части системы получают данные через публичную дверь или собственную проекцию. Событие несёт полную форму сущности вместо спорных дельт, а потребитель сам хранит нужный ему срез. Обсуждаем свежие синхронные чтения, локальные join, пересборку проекций на живой системе и подтверждение удаления данных всеми потребителями.
Также показываю рабочий процесс с ИИ-агентами: сохраняю контекст перед переустановкой Claude Desktop, сравниваю мнение двух моделей с действующими design-документами и не принимаю предложение, пока оно не проверено по схеме и коду. В результате реестр отделяет целевую архитектуру от текущего технического долга, а автоматический сторож можно включать постепенно для каждого готового модуля.
Вступление и навигация по каналу
0:00 Статистика канала, формат живой разработки и как пользоваться таймкодами
0:45 Почему заголовок и обложка показывают только одну из тем большого выпуска
2:14 Плейлист по созданию сайта: домен, хостинг, email, SEO и платежи
4:05 Paperclip, Hermes и Z.ai: готовый оркестратор компании без людей
4:48 Серия о мобильном приложении, Google Play и разработке под Android и Apple
5:20 Сайт хакатонов, международные участники и переход к основному видео
Основное видео
5:45 Начинаю разбирать 51 таблицу базы данных по владельцам модулей
6:27 Почему Media-модуль может хранить файлы снаружи и не иметь собственной таблицы
7:05 Спорные таблицы Members, Access и анкета участника
9:10 Кому принадлежат площадки публикации хакатона: Analytics или Edition
10:22 Где должен жить отзыв участника и журнал чувствительных действий
11:28 Готовлю реестр владения и машинный сторож границ модулей
12:04 Переустанавливаю Claude Desktop и сохраняю результаты перед потерей контекста
15:11 Проверяю реестр владения таблицами по свежей схеме базы
16:01 Почему Members уже является анкетой участника, а не таблицей Access
17:01 Передаю разбор второй ИИ-модели и сравниваю независимые выводы
19:07 Проверка всех design-документов: один модуль читает и пишет свои таблицы
22:27 Разбираю владельцев Members, Responses и устаревающих таблиц сессий
36:38 Реестр описывает целевую архитектуру, а сторож включается по готовности модуля
38:38 Проекции как локальные данные потребителя и условия безопасной синхронизации
40:31 Почему проекцию пишет потребитель и чем опасна каноническая копия «для всех»
43:08 Transactional outbox: событие и изменение данных должны попасть в одну транзакцию
44:38 Дверь или проекция для доски команд, свежесть данных и пересборка
48:27 Явный выбор одного или нескольких хакатонов без «текущего» по умолчанию
57:29 Отказываюсь от устаревшего merge train и убираю его сторожи
58:12 Контракт двери: конверт, стабильный ID личности и полная форма вместо дельты
59:07 Когда замораживать слепок результатов и как довести удаление до проекций
1:01:12 Участок базы закрыт: перехожу к контрактам межмодульных дверей
1:01:46 Запускаю двух субагентов проектировать контракт для Media-модуля
1:02:10 Следующий эксперимент: обсуждение решения между Opus 5 и Bubble 5.1
Полезные плейлисты:
Разработка сайта по проведению хакатонов: https://www.youtube.com/playlist?list=PLJ1lEbda5-fA
Хакатон: https://www.youtube.com/playlist?list=PL6D9b9lf9gb0kCdHMYWjo6ETYp1sVDYGm
Исследовательская работа с ИИ: https://www.youtube.com/playlist?list=PL6D9b9lf9gb3z584wmfx3lLzZZ_bRgOyc
Архитектура и методологии: https://www.youtube.com/playlist?list=PL6D9b9lf9gb3bJlkEBfMbb_5d36vwk3nM
#вайбкодинг #искусственныйинтеллект #базаданных #архитектура #модульныймонолит #микросервисы #AIагенты #ClaudeCode #HackOnVibe #программирование
- Категория
- Схемы по заработку в интернете
Комментариев нет.
