Архитектура ИТ-решений

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

теперь мы ещё и в MAX 👻

и всё. Без комментариев. Впрочем, в модном мессенджере штатных комментариев в каналах не предусмотрено. Так что без комментариев - во всех смыслах.

По ряду просьб ссылки из своего блога
📂 Архитектура ИТ решений я буду дублировать:
- в VK (https://vk.com/it_architect)
- в MAX 👻 тоже
Без комментариев.

🌦 Почти год прошел с появления нового программного интерфейса Response API от Open AI, который должен был вытеснить Chat Completions API, но воз, похоже, и ныне там ...

🗞 Новое сообщение в блоге:
Chat Completions API vs Response API

🔌 А вы какой API используете?

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

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

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

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

Следующая история в блоге называется 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 и пришел к сходим выводам.

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

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

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

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

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

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

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

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

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

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

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

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

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

Как изменился IT-рынок труда в России? Отвечаем на видео ☝️

На новое интервью я пригласила Максима Смирнова, ИТ-архитектора, автора Telegram-канала «Архитектура IT-решений», в прошлом руководителя департамента ИТ-архитектуры «Билайн», главного архитектора информационных систем Банка России, спикера и преподавателя курсов по ИТ-архитектуре.

🔥 И, конечно, мы нашли ответ, что именно нужно максимально оперативно развивать сегодня управленцам, которые намерены сохранить себя, команду и работу в 2026 году. Записала для вас эфир, рекомендую к просмотру!

А еще обсудили с Максимом:
➡️ кто такой IT-архитектор: герой из Матрицы или реальный коммуникатор?
➡️ как правильно реагировать на требование сократить 10% команды?
➡️ почему искать работу стало сложно? Аларм на рынке труда,
➡️ какие сегодня есть главные антипаттерны в работе.

Традиционно у меня есть вопрос для вас: какую стратегию вы выбираете для себя на ближайшие годы — углубляться в технологии или развивать навыки работы с людьми и собой?

Выбирайте удобную платформу и включайте видео прямо сейчас:
📺 YouTube
📺 Рутуб

Елена Логачева | "Эмоции успеха"

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

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

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

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

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

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

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

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

3️⃣ Ну, и:

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

Собрались как-то Джоши, Парсон и Фаулер поговорить на троих и записали это в тексте 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, микросервисы и чуть побольше про абстрагирование, снижение когнитивной нагрузки, обобщение поведения посредством интерфейсов и прочие архитектурные штучки.

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

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

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

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

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

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

Я решил вынести в отдельное сообщение основные ссылки к вебинару Модернизация процесса проектирования. Напомню, речь у нас шла о записях архитектурных решений 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 Видео

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

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

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

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

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

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