Вот вам еще пророчеств темного будущего

https://xn--r1a.website/glebkudr/1393

#интеграция #API

Подъехала запись вебинара, решил собрать все тома эпопеи. Хотел последним выпуском закрыть тему, но теперь думаю, не переписать ли первую часть — нашел пак неточностей со временем.

• REST, что ты такое? — про архитектурный стиль и терминологию

• REST, почему ты такой? — почему HTTP протокол такой, каким мы его знаем, и причем здесь REST

• REST, что с тобой не так? — о проблемах использования REST API, и как их можно лечить

• Ваше API уже созрело? — как избавиться от ограничений каноничного REST API за счет снижения уровня зрелости до Level 1, чтобы ваше API не превратилось в кровавое месиво

#конференции #AI

Если долго смотреть на идею, можно увидеть, как ее реализует кто-нибудь другой. Я давно хотел провести конфу для сисаналистов в формате подлодки, но как-то все не складывалось. А коллеги из SE сделали, да еще и про AI в архитектуре, да еще и бесплатно. Ну вы поняли, что делать.

https://systemsdesign.online/2025-ai

#конференции

Безумная неделя, как бы разорваться, чтобы везде.

Сегодня на TechFounders запиваю смузи ланвандовым рафом и слушаю всякое про стартапы. Если вы тоже, то го на чаек.

Завтра утром стартует недельная онлайн конфа от SE про использование AI в проектировании систем.
А вечером делаем стрим с Валерием Зубаировым о System Design секциях на собесах сисаналистов.

В среду будет сразу две конфы про AI и около: от Сбера и от Яндекса - еще можно заскочить в онлайн. Собирается кто вживую?

Объявляю сезон открытым.

Есть такое понятие — enabling teams. Это типа такие команды, которые создают общие практики, разрабатывают либы и решения, которые ускоряют всю компанию, повышают её эффективность. Рядом с ними — платформы и платформенные команды.

Но почему нет их антипода, термина disabling teams? Считаю, что это упущение.
Вот несколько лозунгов такой команды:

- Прозрачность важнее автономии
- Единые правила важнее локальной эффективности
- Измеримость важнее доверия
- Контроль важнее экспериментов
- Согласованность важнее скорости

Сначала процесс — потом прогресс! Без метрик нет управления! Каждый шаг под контролем — гарантия успеха! Оптимизация делается через стандартизацию!

Плохо, что ли? Хорошо!

#AI

Привет неверующим и незаменимым!

Последнее время почтовые совы приносят в редакцию интересные новости:

— в одной цветной компании на собесе аналитика появилась секция, где просят спроектировать систему с помощью LLM

— в другой большой компании продактам на собесе предлагают собрать прототип продукта или фичи с помощью AI-инструментов

Пока не на все проекты, на сколько знаю. Пока.

От вас хотели AI на собесах? Поделитесь в комментах, как это было.

#архитектура

Чет у меня сегодня в ленте везде про C4.

Кто не в курсе, это модная модель для фиксации архитектуры в схемах, смотрите тут

Недавно по нему на степике появился курс от Ярослава Атрохова.

А вот тут Алексей Рыбак делится мыслями и критикой модели:

Претензия первая: неконкретность контейнеров и компонент. Рабочими слоями для MC4 являются всего два слоя: контейнер и компонент. В MC4 понятия “контейнер” и “компонент” размыты, контейнер это не контейнер в смысле инфры, а компонент это вообще хер пойми что, и в результате часто люди рисуют диаграммы, из которых непонятно вообще нихера. При этом в классическом бигтеховском системном дизайне есть негласное четкое правило: кружочек это всегда четкий сервис (реже подсистема), а стрелочка это всегда запрос с понятным протоколом и пониманием, сколько каких запросов тут повалит и для чего, поскольку нужно оценивать параметры трафика, нагрузки, объема хранимых данных.

Тут частично соглашусь: контейнер и компонент - очень неоднозначные термины в ит вообще, и C4 ясности не добавляет. Сколько фреймворков не изобретай, все равно все стрелочки с квадратиками рисуют как удобно.

#оффтоп

Ребят, у вас там все хорошо в медтехе?

#AI

10-15 лет назад энтерпрайзом правила SOA, в рамках которой огромные команды и отделы постоянно пилили и дорабатывали компоненты под интеграционный слой: роутеры, адаптеры, агрегаторы, канонические сервисы - все прелести ESB. Обычно это строилось на базе монструозных решений от IBM и Oracle, но более сообразительные уже пытались слезть с иглы на Camel и подобное. Кстати, до сих пор не все слезли.

Логика тех компонентов была бесконечно тупой и шаблонной: маппинги, роутинги, крудошлепство. В средних банках ей занимались десятки разрабов и аналитиков. Сколько-то интересная работа была в бизнес системах и у платформенных архитекторов/техлидов.

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

#AI #конференции

Сегодня на Стачке, завтра-послезавтра на Flow, воскресенье в коме. Если будете там же, приходите чайку заварим.

А вечером в онлайне делаем стрим про анализ логов с помощью AI. Приходите поговорить о реальном использовании, а не вотэтовотвсе.

#AI

OpenAI презентовал свой no/low code инструмент для разработки агентов, вот видосик.

Выглядит красиво, как и все подобные инструменты, пока не начнешь собирать что-то сложное для прода, вряд ли они сделают революцию. Кто-то уже пророчит смерть n8n, в чем я тоже сильно сомневаюсь — OpenAI явно будет затачивать инструмент под свои модели и экосистему, n8n и конкуренты будут отвоевывать место самого универсального автоматизатора. Будем посмотреть.

И коли заговорили об этом, то мы в четверг проводим вебинар о паттернах проектирования AI-агентов, заглядывайте.

#AI #агенты
Знаете, что больше всего любят участники курсов и тренингов?
Правильно, паттерны! Чем больше, тем лучше!! Давай еще!!!

Вот, принес паттернов проектирования AI-агентов. Не знаю, зачем вам, но сами же просили.

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

https://xn--r1a.website/llm_under_hood/676

#карьера

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

Не ходите, дети, в продакты гулять. Денег будет меньше, а жизнь хуже.

Возможно так выглядит будущее аналитиков в одной из веток мультивселенной?

• Самостоятельно анализировать и выяснять требования и ожидания к задачам от менеджера проекта и формировать техническое описание, в том числе с применением GPT
• Тестирование и отладка разработанного кода

• Сможете разрабатывать и внедрять новый функционал от идеи до релиза
• Имеете коммерческий опыт генерации кода и создания сервисов с применением Cursor AI, LLM-инструментов и prompt engineering; при этом ответственность за качество — на разработчике
• Умеете оценивать сроки выполнения задач с учетом применения LLM-инструментов и затем эффективно применять их

#AI #агенты #API

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

1) Скармливаю модельке ссылку и краткое описание бизнес-языком, чего хочу.

2) Прошу сгенерить схему взаимодействий между участниками системы в puml.
— ChatGPT выдает корректную схему, предлагает несколько вариантов интеграции, иногда ошибается в синтаксисе puml, но легко исправляет
— Deepseek допускает логические ошибки на самой схеме, за 2-3 итерации получается исправить

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

4) Прошу сгенерить коллекцию, чтобы импортировать в постман. Обе модельки справляются.

5) Протыкиваю запросы в постмане, иногда получаю ошибки из-за формата, заставляю модель переделать запрос.

6) Добиваю до состояния, когда вся цепочка отрабатывает корректно, отдаю обратно в LLM.

7) Прошу сгенерить мне спеку с описанием сценария, схемой, примерами запросов. Делают страшную примитвную пдф, но я и требований не прописывал.

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

Уже неплохо, но можно пойти дальше:

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

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

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

#архитектура

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

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

Можно шлефануть курсом Бунина, который он вел на физтехе, там живые лекции со студентами, но думать придется активнее.

А вечером заходите на наш стрим про отказоустойчивость в хайлоад системах, 18:00 мск.

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

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

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

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

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