Заметки на полях по итогам KanDDDinsky __Напомню, что ____KanDDDinsky____ - это ежегодная конференция в Берлине, которую организовывает Marco Heimeshoff. А DDD - Domain-Driven Design - это методология анализа проблем и реализации софта, которая выросла из потребостей корпораций и заточена на корпоративные проблемы. Для успешной реализации проектов там надо учитывать не только специфику отрасли, но и всякие интересные вещи вроде политики, организационной структуры и отношений между командами. Встретить консультантов, которые ведут проекты в 50-70 команд - не редкость.__ Интерес к применению AI в принципе большой, ибо туда компании перебрасывают значимую часть бюджетов, но вот внятной экспертизы и насмотренности у внедренцов не хватает. Будем пытаться исправлять всем DDD коммьюнити Энтузиазм и интерес в целом есть. Скажем, на ComoCamp весной ко мне на OpenSpace сессию пришел один единственный человек (почти все ушли к Alberto Brandolini), теперь уже был целый выделенный DDD+AI трэк, а на следующие конференции планируется уже выделить отдельные дни с воркшопами на эту тему. Я рассказал про три самых интересных проекта c LLM под капотом, где без использования принципов DDD мало что бы получилось (reasoning история, невозможная история и история с анализом старого кода - они были в канале). Видео рассказа они потом выложат. И еще провел workshop по применению AI Case Mapping вместе с демонстрацией и описанием принципов (если кратко - описываем текущие проблемы бизнеса, а потом оцениваем на возможность применить к этому AI с учетом известных успешных кейсов внедрения и их грабель, я фотку стены выложу в комментарии). Это был интересный эксперимент, т.к. я его впервые проводил вживую без подготовки и в условиях ограниченного времени (обычно это online + Miro в ином формате). Eric Evans говорит, что вышло несколько сумбурно, нужно закладывать сильно больше времени. А еще говорит, что можно не городить огород и взять для анализа проблем бизнеса обычный Event Storming, а после выявления hotspots, уже моим способом анализировать и приоритизировать их на возможность быстро и безрисково применить AI/LLM. Alberto не против попробовать такое. Народу на конференции очень хорошо “зашла” концепция, что мы ограничиваем внедрение AI/LLM одним небольшим компонентом, который встраивается в процесс. У них тогда сразу в голове начинают в правильном направлении крутиться мысли - если это компонент, то его можно описывать, тестировать и версионировать. То есть тесты и evals приходят в голову в первую, а не в последнюю очередь. В общем, вышло интересно. Если кто работает с крупными банками, международными корпорациями и тому подобным - всячески советую KanDDDinsky и подобные мероприятия. Там и познавательно, и контактов можно интересных набрать. Ваш, @llm_under_hood 🤗
Заметки на полях по итогам KanDDDinsky Напомню, что KanDDDinsky - это ежегодная…
Из этого канала
- #683"Новости с полей про разворачивание системы с встроенным AI+Coding агентов Это…
"Новости с полей про разворачивание системы с встроенным AI+Coding агентов Это продолжение истории, которую я описывал в канале ранее. Оглавление тут.
- #684"Вставляет ли OpenAI ""втихую"" JSON схему в каждый запрос со Structured…
"Вставляет ли OpenAI ""втихую"" JSON схему в каждый запрос со Structured Outputs? Принципиально важно это для двух вещей: (1) инженерного подхода к построению…
- #685"Я сегодня закончил первый прототип платформы для ERC3: Enterprise AI Agents.…
"Я сегодня закончил первый прототип платформы для ERC3: Enterprise AI Agents. Получается довольно симпатично, сейчас все расскажу.
- #681Знаковый слайд. Но не потому, что Eric Evans (автор DDD) рассказывает про…
Знаковый слайд. Но не потому, что Eric Evans (автор DDD) рассказывает про базовые вещи DDD+AI с учетом перспектив и наработок, которые мы сделали в нашем…
- #680Открыта регистрация на Enterprise RAG Challenge 3! Все, как в прошлые ERC…
Открыта регистрация на Enterprise RAG Challenge 3! Все, как в прошлые ERC соревнования, но только вместо анализа сложных PDF - будем пилить агентов/чатботов.