📆 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 домены ничем плохим не закончились)

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

Прочитал книжку 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, пожалуйста, напишите об этом в комментариях. Спасибо!

Многие тг-каналы сегодня переживают: что делать если заблокируют Telegram? Давайте я тоже прокомментирую

После того как это случится я планирую сделать акцент на свой полузаброшенный блог: https://mxsmirnov.com Безусловно, я не ожидаю там даже десятой доли того трафика, что был здесь и уж тем более не планирую брать рекламу, но зато стиль в блоге бывает более емкий, а формат не столь навязчивый

Я не стану приглашать вас в какие-либо социальные сети просто потому, что они все равно не показывают сообщения авторов, на которых вы подписываетесь. Не сильно от них отличаются платформы публикации контента, на которые я вас тоже не позову. Так что просто блог на отдельно стоящей CMS-ке, т.е. возвращаемся в нулевые. При случае постараюсь прикрутить к нему e-mail уведомления о новых сообщениях (дорого, но сердито)

Впрочем, делиться ссылками на свой блог я все равно планирую везде, где смогу (если и пока этого явно не запретит закон о рекламе). И я непременно буду дублировать ссылки на сообщения из блога и в этот канал, если только это будет не слишком сложно

Вот такие дела!

Начинаю понемногу постить сообщения из своего блога. Сегодняшняя заметка называется Кто мы без хардов?

Навеяна она несколькими недавними заметками от Gregor Hohpe в его Architect Elevator Blog, которые вроде бы про soft skills, но вроде бы и не совсем. Вернее, на мой взгляд, не совсем

В общем, заметка скорее про базовые навыки ИТ-архитектора. Как всегда буду признателен за ваши мнения

Следующая история в блоге называется Hallucinations as Code или Debugging AI-Generated Diagrams. Я сделал обзор великолепного текста Why Your AI-Generated C4 Diagrams Look Terrible (And How to Fix Them) от David R Oliver, который он опубликовал пару дней назад. Я посвятил достаточно много времени экспериментам по генерации Mermaid и PlantUML большими языковыми моделями пока делал курс Проектирование ИТ-решений с использованием Cursor AI и пришел к сходим выводам.

Еще одно сообщение в моем блоге: Модели контролируют соблюдение ADRs Пока в научных лабораториях и постфактум.

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

В нашей вселенной telegram все еще работает и это позволяет мне оттягивать прикручивание e-mail рассылки к этому блогу...

Новое сообщение в блоге: Старый добрый RSS/ATOM