Андрей Худолей

Хотел закончить спеку для брокера ещё вчера, и это выглядело реалистичным...

Я дописал два самых важных раздела, решил собрать чеклист готовности в надежде, что меня ждёт горячий окорок и холодное пиво... А тут жопа!

Похоже, что заканчивать буду уже после эфира.

👆🏻 Сегодня эфир в закрытом клубе. Третий по счёту и второй в этой серии. Вероятно, из трёх.

Запись опубликую тут, но вопросы можно задать только на самом эфире.

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

Практический вайбкодинг с интегратором Chatium продолжается 🔥

Привет! 👋

На связи Эльвира Горбушина, комьюнити-менеджер фан-клуба Chatium.

Приглашаю вас на новый практический эфир с Андреем Худолеем, который пройдёт 3 июля в 15:00 (МСК).

Думаю, многие из вас уже знают Андрея. Он активный участник сообщества Chatium и интегратор, который ежедневно создаёт реальные проекты на платформе.

За последнее время Андрей уже провёл для участников фан-клуба 2 встреыи.

На первой встрече разобрали, как создавать масштабируемые AI-проекты через спецификации.

На второй — как собирать интеграции между сервисами с помощью Chatium, понимать API и правильно ставить задачи ИИ.

Теперь — ещё больше практики.

На новом эфире вместе соберём приложение, используя подход Spec-as-Source.

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

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

Если вы ещё не в фан-клубе, сейчас самое время присоединиться. Вы получите доступ ко всей серии практических эфиров Андрея и сможете посмотреть предыдущие встречи до нового эфира.

👉 По ссылке сейчас действуют особые условия вступления в фан-клуб.
До встречи в пятницу 3 июля в 15:00 (МСК)!

Вот, кстати, ещё немного технического контента. Возвращаемся к брокерам событий.

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

Первый - как в SQS или RabbitMQ. Брокер держит состояние на каждую пару «событие + подписчик». Пришло событие, у него 5 подписчиков - брокер материализует 5 строк доставки и сам катает их по жизненному циклу: retry, backoff, dead-letter, таймауты видимости.

Второй - как в Kafka. Брокер хранит просто журнал. Один общий лог событий. А у каждого подписчика - курсор, позиция «вот досюда я всё обработал». Пришло событие - подписчику прилетает только сигнал «есть новое», он сам приходит, читает всё после своего курсора, обрабатывает и двигает курсор дальше.

Выбор архитектуры зависит от предпочтений разработчика, но поскольку в данный момент мы работаем конкретно с Chatium, то у него есть одна архитектурная особенность:
- Общее количество строк на таблицу не может превышать 1 млн.;
- Размер JSON-представления для одной строки не должен превышать 2 MB;
- Оптимальный размер JSON-представления для одной строки должен быть менее 8 KB.

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

Но это я всё вот к чему...

Когда мы даём задачу ИИ спроектировать какую-то систему - это "чёрный ящик" до тех пор, пока мы не вникнем в то, что именно было спроектировано.

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

Поэтому нам ОБЯЗАТЕЛЬНО нужна спецификация, которую мы ЛИЧНО вычитываем, без использования ИИ. Разбираемся, вникаем, правим.

Отлично погуляли!

На Дворцовой, как всегда, движ. Послушали крутую группу, ссылку на ребят оставлю ниже 👇

Но Питер - по прежнему Питер. Всё закончилось дождём 😄

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

Остался ещё рывок! К утру запущу сборку.

Музыкальная группа NOVA:
https://taplink.cc/novaband

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

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

Можно выехать и погулять, но это не значит, что работа должна останавливаться!

remote-control позволяет отвязаться от компьютера и продолжить работу с телефона в любой момент, пока активна сессия на компьютере. Чем я и воспользуюсь сегодня.

🧐 Вот только как уследить за таким количеством ресурсов?

Кажется, это тема для следующей автоматизации.

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

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

Мистер Дарси и бал
https://t.me/mrdarcyandballs
Авторский канал о балете, книгах и культурных событиях. Полезен для зрительской оценки балетных спектаклей и артистов.