Интересная работа Can LLMs Generate Architectural Design Decisions? - An Exploratory Empirical study. Правда не очень актуальная (от марта прошлого года) и с небольшим количеством "правильных" архитектурных решений, выбранных для тестирования моделей (см. https://github.com/sa4s-serc/ArchAI_ADR), но с интересными рассуждениями и полезными ссылками (обязательно их посмотрите)

Краткое резюме статьи (на тот момент):

LLMs may not be entirely dependable for ADR generation, but they can effectively assist architects in documenting and formulating Design Decisions

Не ожидал увидеть в одной известной социальной сети (той, которая про работу) такой текст: Enterprise Architecture: Choosing Evolution Over Revolution

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

А здесь прям трезвый взгляд на вещи. Не ожидал!

Сделал расшифровку нескольких фрагментов прошедшего вебинара расшифровка рассказа о курсе «Проектирование ИТ-решений с использованием Cursor AI»
Продолжение будет через неделю https://mxsmirnov.timepad.ru/event/3700275/
Поговорим о том, что случилось с ADRs за предыдущие пару лет и как из просто "хорошей идеи" они превращаются в рабочий инструмент архитектора

Запись для тех, кто не смог посмотреть в онлайне: VKВидео

📆 23 декабря 18:00 MSK
Интервью с Тарасом Сорокой:
Управление для ИТ-архитекторов

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

Обсудить современное положение дел с управлением в ИТ я пригласил Тараса Сороку — эксперта в цифровой трансформации, управленческого и ИТ-консультанта, топ-менеджера российских и международных технологических компаний

Подробности и регистрация:
https://mxsmirnov.timepad.ru/event/3728292/

Запись VKVideo

🎊 Рождественские гадания
на тип подписчиков от ChatGPT.

LLM-сервисы, наверное так массово впервые, стали радовать своих подписчиков результатами уходящего года. Большинство, например Cursor, считают потраченные токены и выпушенные версии. Но вот в OpenAI решили сумничать и сделать на основании запросов топологию своих подписчиков (см. картинку. Странно, что сумма действительно составляет 100%).

Я получился на 55% архитектором, на 25% исследователем и на 20% практиком/оптимизатором. А что получилось у вас?

Пропустил ноябрьский анонс от The Open Group о разработке Eagle AI Assistant.

Попробовать своими руками не удалось. Короткая заметка в блоге: Introducing The Open Group Eagle Ai Assistant и часовое видео: Toolkit Tuesday Special Edition Episode 20 (внутри несколько слайдов, короткая демонстрация и небольшое обсуждение)

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

Я решил вынести в отдельное сообщение основные ссылки к вебинару Модернизация процесса проектирования. Напомню, речь у нас шла о записях архитектурных решений ADRs и первая ссылка: Using Architecture Decision Records in Open Source Projects – An MSR Study on GitHub. Очень многоплановое исследование от июня 2023, авторы которого выбрали тысячу репозиториев на GitHub с записями архитектурных решений и проанализировали их вдоль и поперек: сколько ADR-ок приходится на один репозиторий, сколько у них авторов, как часто архитектурные решения правятся и т.п. Краткое резюме - ADRs намного более редкая практика, чем это могло показаться по обилию статей и видео об её пользе.

Следующая ссылка: An Ontology of Architectural Design Decisions in Software-Intensive Systems от Philippe Kruchten, 2004 года (как давно!) Попытка проклассифицировать архитектурные решения (присутствие чего-либо в системе, её свойства, предписания что-то делать или использовать и т.п.). Плюс структура архитектурных решений и их основные атрибуты. (А вы думали, что архитектурные решения придумали в 2011-м? Ха-ха)

Еще одна ссылка про архитектурные решения и AI Architectural Decisions: A Human-Led, AI-Powered Approach от SalesForce

Ну, и давайте еще парочку:
- Dec 2022 Architecture Decisions in AI-based Systems Development: An Empirical Study - здесь интересна классификация решений
- Mar 2024 Can LLMs Generate Architectural Design Decisions? -An Exploratory Empirical study. На тот момент ответ скорее отрицательный, но есть о чем подумать

Запись стрима YouTube | VK Видео

Большой текст про программные интерфейсы APIs as ladders (ссылку нашел у разработчиков OpenAI API).

Основная идея: сложная часть работы с API - его изучение, а не непосредственное использование. Да и вообще, разработчики не хотят разбираться с вашим API. Они хотят решить некоторую проблему и двигаться дальше. Но после решения простой задачи (первая ступень) может потребоваться сделать нечто чуть более сложное. И высота второй ступени может существенно отличаться от высоты первой. А потом приходит время еще более сложных задач...
В общем, почитайте, рекомендую

В прошлую пятницу Cursor выпустил довольно объемный текст Best practices for coding with agents в котором собрал набор рекомендаций о том, как правильно следует использовать Cursor.

По-хорошему, такому набору сценариев место в документации. Но ведь никто не станет постоянно перечитывать документацию, даже если продукт меняется слишком быстро. А в release notes такую инфу включать не принято. Так что появился этот текст

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

Собрались как-то Джоши, Парсон и Фаулер поговорить на троих и записали это в тексте Conversation: LLMs and the what/how loop (последнее обновление случилось вчера, 21 января 2026). И как следует из названия разговор их зашел про цикл what/how (по-нашему: сбора и анализа требований и проектирования ИТ-решений), а в современных реалиях:

In the context of LLM usage, this view manifests in phrases like 'Human in the loop'.

И знаете о чем я подумал! А может лет 10-15 назад можно было бы этим уважаемым авторам чуть поменьше говорить про agile, devops, микросервисы и чуть побольше про абстрагирование, снижение когнитивной нагрузки, обобщение поведения посредством интерфейсов и прочие архитектурные штучки.

Или это как в поговорке: пока ИИ-не грянет…

Редактор С4 диаграмм IcePanel вчера опубликовал результаты своего ежегодного опроса State of Software Architecture Report – 2025. Респондентов там не особое много, но результаты все равно любопытны

1️⃣ Три главных вызова: поддержание документации в актуальном состоянии, отсутствие стандартов моделирования (скорее их вольная интерпретация), определение правильного уровня детализации и ограничения по времени и ресурсам.

2️⃣ По используемым инструментам – посмотрите картинки в тексте (я бы как-нибудь отдельно поговорил; а одну картинку даже утащил себе в учебный курс Проектирование ИТ-решений с использованием Cursor AI)

3️⃣ Ну, и:

Использование ИИ в основном носит экспериментальный характер: 37% используют его в некоторых рабочих процессах, 33% находятся в стадии изучения, 19% еще не начали

Gerben Wierda в конце января написал сразу три сообщения по поводу Archimate NEXT:
- Archimate NEXT drops BAT. Now What?
- ArchiMate NEXT: At your service!
- ArchiMate NEXT: On stories versus maps
На мой взгляд, самая полезная из них третья. Она о том, что заложенная в Archimate конструкция естественного языка "субъект-объект-предикат" имеет свои недостатки. Например потому, что одна и та же вещь может выступать в разных ролях при разных взаимодействиях. Ну и предложение автора в том, чтоб отказаться и от этого механизма (Предыдущие статьи серии о том, что другие упрощения, например вынесение ряда сущностей из классификации business-application-technology домены ничем плохим не закончились)

И мне кажется, что мы тут в очередной раз сваливаемся в разговор о том, насколько вообще универсальны те или иные метамодели и как часто нам их следует переизобретать/адаптировать. Насколько применим подход, при котором мы сначала придумываем небольшое количество категорий, а затем стараемся распихать в них всё многообразие вещей и событий. В общем, большой философский разговор про различие и повторение, скорее всего, с прагматичным выводом - полезное лучше правильного

🤖 AI в практике разработчиков: новый сезон Podlodka AI Crew

«Мы поигрались с промптом, но пока не внедряли» — часто разговоры про AI в разработке заканчиваются именно так.

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

С 16 по 20 февраля у Podlodka AI Crew пройдёт сезон «AI-агенты в разработке»: проверенные рабочие сценарии от практиков индустрии.

👀 В программе:
• единый AI-workflow для разработчика
• автоматизация стендапов и работы с документацией
• Claude Code, субагенты для кодинга
• практические кейсы внедрения AI в SRE
• подходы к созданию промптов с насыщенным контекстом

Формат — классический для Podlodka Crew: 5 дней, 10+ спикеров, 10 сессий и закрытое комьюнити в Telegram.

Отдельный плюс — цена: заметно ниже привычных конференций, при этом контента много, и он ориентирован на практику.

👉🏻Если тема AI в разработке вам интересна и хочется меньше хайпа, больше дела — держите ссылку.

До 10 февраля можно забрать билет по early-bird цене! А по промокоду it_arch получите скидку🎁

Прочитал книжку Generative AI for Software Architects: How to Use LLMs to Boost your Productivity by Adel Ghlamallah (разве можно пропустить такой заголовок :). Не стану её ни ругать ни хвалить. Просто обратите внимание, что она очень маленькая. 60 страниц в киндл версии - это, на самом деле, пара десятков страниц А4. Причем это вместе с иллюстрациями (которые, в основном, не особо внятные скриншоты).

В общем, полистать на полчаса, если не жалко $4,79 за kindle-версию. Тем не менее, несколько полезных вещей я в книжке вычитал. При случае, поделюсь

Дал интервью Елене Логачевой

И еще один комментарий Gerben Wierda к новой версии Archimate: ArchiMate NEXT: summary verdict, “what’s in a name?”, and a wild ride.

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

Solution Concept Diagram – самая недоопределенная диаграмма в TOGAF. В ранних версиях руководств и примеров к ним она приписывалась к уровню application и отображала системы, сгруппированные некоторым образом. В текущих версиях документов сказано нечто невнятное про objectives, requirements, and constraints (ссылка на определение), но адекватным примеров этой диаграммы мне не известно

В курсе Мастерская проектирования ИТ-решений мы один день из четырех тратим на Solution Concept Diagram, чтоб научиться её рассказывать (самое сложно), придумывать (чуть проще) и визуализировать (отдельное упражнение в малых группах с последующим обсуждением). Я придерживаюсь традиционного взгляда на SCD. Для меня набор приложений, сгруппированный и промаркированный определенным образом

Но может у вас есть альтернативный взгляд на эту картинку? Хочу провести небольшой опрос накануне очередного потока курса по архитектуре решений (кстати, начнется 2 марта). Если вы использует другие варианты реализации Solution Concept Diagram, пожалуйста, напишите об этом в комментариях. Спасибо!