Тут запись агентских паттернов подвезли

🔥Опубликовали запись вебинара Сергея Поляшева с разбором паттернов проектирования AI-агентов.

Что внутри:
— Базовые паттерны
— Когнитивные расширения, чтобы агент мог думать и учиться
— Взаимодействия с людьми, инструментами, другими агентами
— Продвинутые архитектуры, чтобы сделать агента гибким, масштабируемым, безопасным

Полезные ссылки:
• Каталог паттернов AI-агентов
• Agentic Design Patterns: A Hands-On Guide to Building Intelligent Systems
• LLM и агентские системы: от хайпа до рабочих практик

P.S. Через неделю будем ковырять MCP и интеграционную архитектуру в агентских системах. Подписывайтесь, не пропускайте

#манагерское

Интересно, как у людей в голове одновременно уживаются идеи «финансовая мотивация не работает» и «нужны четкие KPI, по которым будем штрафовать и премировать»?

Это ситуативные манипуляции, шизофрения, или правда существует какая-то логически непротиворечивая конструкция?

Ну что, подключайтесь, а то зря я что ли лицензию зума докупил?

#AI #агенты #интеграция

В таком подходе к подключению к чужому апи силами LLM появлись проблемы:

1) Если методов много, а доки подробные, может терять часть шагов — ожидаемо, заставляем перепроверять.

2) Теряется, если нужно активно использовать коллбеки и вебхуки — внезапно, пробуем лечить доп инструкциями: проверь наличие асинхронщины в доке, определи участников взаимодействия, явно указывай направление вызовов.

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

Это все на голой гпт-5, продолжаем наблюдение.

#AI

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

Звучит удобно, но есть нюанс. Сейчас мы в мире дикого запада, где непонятны области и границы применения иишечки, но есть чувство большого потенциала. Что делать? Да просто пробовать воткнуть везде. В компаниях на десятки тысяч человек найдутся удачные кейсы просто за счет масштаба. А уже дальше их анализировать и масштабировать при желании.

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

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

Всегда бы жить в эпоху перемен

Что делает 200 человек в субботу утром

#оффтоп

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

Итоги стрима

Очереди не завезли, топики-партиции остаются все теми же.

Теперь для чтения топика можно создать не только обычную Consumer Group, но и Shared Group, в чем отличия:

• распределением партиций между консьюмерами занимается сама кафка

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

• пока реализован только один алгоритм балансировки, который этой равномерности не дает, но можно пилить свои

• важно: эта механика не обеспечивает порядок чтения сообщений даже в рамках одной партиции

Главная мотивация — обеспечить большую скорость обработки потока, за счет более эффективного распределения консьюмеров по партициям в случаях, когда не важен порядок сообщений. Но пока под это реализован только протокол, а не сама логика.

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

Ссылки и видосы будут в @nextway_news

А тут Андрей пишет про кафку, брокеры и всякие стриминги: @data_rivers

#брокеры

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

“Чем больше паттернов, тем лучше!” — реальное высказывание участника одного из воркшопов. Штош, внесем безумия в рабочие будни.

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

Чем больше паттернов, тем хуже. Как-то запускали продукт, где разработку лидировал разраб, который незадолго прочитал книгу о паттернах для конкретного стека. Так вот, он реализовал там ВСЕ паттерны. Зачем?

Не существует универсальных алгоритмов, чек-листов и принципов, потому что все они выводятся из контекста и опыта авторов. Если что-то “работало” у них, не значит, что будет “работать” у вас. И не факт, что будет “работать” у этих же гурей в будущем. Это еще не затрагиваем вопрос вкусовщины и личной предвзятости.

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

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

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

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

Балансировка трафика

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

Выкладываю ссылки, которые обещал.

Введение в проблему с наглядной визуализацией

Более серьезное погружение в алгоритмы и архитектуру балансировки

Простой пример про балансировку веб-трафика, который приходит из голых интернетов

Хардкорный разбор работы HTTP/2

Разбор работы TLS: раз, два

#интеграция

#архитектура #хранилища

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

Завтра, например, мы будем обсуждать графовые хранилища — это как ГрафКЛ, только ГрафБД. Тема особенно актуальная в контексте агентов и RAGов.

Кто пропустит, я не виноват. Придется ждать записей, они будут в ютубе. Когда-нибудь.

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

#продуктовое #манагерское

В уходящем году подрабатывал селебой.

Сначала меня позвал на стрим Невзоров. Говорили о жизни, карьере, переходе в продакты, и почему все тлен. Активно призывал думать о целях и желаниях, прежде чем ломиться в хайповые профессии.

Запись в канале Владимира — System Design World, там вообще много полезного.


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

Запись в канале Smart Effect — там интересное про публичность, выступления и поиск себя до, после и около IT.


Главные тезисы про переходы в продакта, если лень смотреть:

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

— Ответственности больше, денег меньше, жизнь хуже

— Технарям должны проще даваться переходы в b2dev, b2b, платформенные продукты

— Если все равно невыносимо хочется в продукт, старайтесь делать переход внутри компании

Кажется, последний анонс в этом году.

Мы решили провести в субботу открытую встречу System Design клуба, в облегченном формате и с необычной темой — проектирование системой рекомендаций. Узнаем про особенности проектирования ML-систем, инфру, построение пайплайнов и обеспечение качества.

Работаем ручками, в группах. “Просто послушать” приходить не надо. Записи не будет.

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

#оффтоп

Восхищаюсь людьми из ит, которые умеют в классный маркетинг. Вот например лендос российского код-ассистента Koda, тоже в виде плагина к VS Code. Прекрасно же. Интересно, я один вижу то, что вижу?

#околообразование

Наткнулся на на чей-то рилс про образование, там была мысль: “абсолютное большинство задач в ит - типовые. Обычно ты даешь студенту задание на самостоятельный поиск шаблонного решения, чтобы в будущем он мог распознавать соотвествующие задачи и тюнить решени при необходимости”. Примерно об этом же я писал тут.

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

С другой стороны, если какие-то задачи нормально решают модельки, то однажды мы должны подняться еще на один уровень абстракции, как это было много раз? Только пока не понятно, как он будет выглядеть. В интересное время живем все же.

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

#оффтоп #блохерское

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

Женя Янченко — тимлид разработки, пишет про технику с учетом собственного опыта, поэтому интересно читать, в отличии дефолтных карточек с пересказом спеки, которые затопили телегу. Еще есть рубрика карьерных диалогов.

Катя Пантелей — про жизнь спикера и аналитика. Осмысление DDD, Event Storming, интеграции через практику, на своих и чужих кейсах.

Токсичный it архитектор — незнаком с автором, но токсичный я токсично любит токсичные каналы, теперь про архитектуру. Еще одно напоминание, почему стоит критически относиться к громким модным словам.

Макс Шаломович наконец-то запилил канал. Год назад, но я только сейчас нашел. Тоже об архитектуре и без уважения.

Крутой AI-аналитик от Елены Беляевой — об анализе и немного о психологии с использованием AI

И вы скидывайте в комменты интересное, свои тоже можно.