И еще один комментарий 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

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

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

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

Telegram слегка странно выгружает архив в HTML. Тем не менее, архив канала я выложил вот сюда https://tg.mxsmirnov.com/

[ Получилось всего две странички: начало и продолжение ]

🗞 Новое сообщение в блоге:
Навык архитектурных решений

Появление стандарта агентских навыков agent skills привело к том, что все, кто раньше рассказывал про prompt engineering переключились на создание навыков. ИТ-архитекторы не исключение...

Так кому писать ADRs? - новое сообщение в блоге с результатами опроса и некоторыми рассуждениями в связи с ними и вашими комментариями

Руководства по разработке agent skills стали выходить по две штуки в день. Вот вам, например Lessons from Building Claude Code: How We Use Skills от Anthropic и тут же 5 Agent Skill design patterns every ADK developer should know от Google. И после каждой такой статьи поднимается череда переводов и пересказов и обсуждений почему это работает или не работает

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

Иногда надо делиться ссылками и на чужие блоги. Сегодня полезное:
State of Context Engineering in 2026
Five patterns for managing what goes into the context window, and when
- своего рода обзор ряда других сообщений из той же рассылки. Все довольно компактно, по существу, и несложно

Сами паттерны:
1. Progressive Disclosure and Agent Skills
2. Context Compression
3. Context Routing
4. Retrieval Evolution
5. Tool and Capability Management

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

⏩ В конце недели (пятница-суббота) проведу два дня на "Стачке" в Ульяновске.

➡️ Наверняка кто-то тоже поедет. Приходите 10 апреля в 14:55 послушать мой рассказ про Типы архитектурных решений При желании после можем обсудить эту и другие архитектурные темы.

⬇️ Идеи и предложения обсуждений пишите в комментарии или личку

📆 18 апреля(суббота) - смотрите еще одно мое выступление на Аналитическом Марафоне#17. Расскажу про навыки архитектурных решений. Отвечу на вопросы

Ссылка на регистрацию: https://analyst-marathon.timepad.ru/event/3830964/

Для подписчиков канала промо на скидку 20% - SM20_AM17

Заходите, будет интересно

Похоже, что 4-ая версия спецификации Archimate появится уже через 10 дней, 26 апреля. Спецификация и Pocket Guide уже появилась в магазине Van Haren Group с такой датой выхода.

Надеюсь, в эту же дату мы увидим бесплатную версию на сайте The Open Group

34-ый Technology Radar (April 2026) содержит много знакомых слов в разделах: техники, инструменты, языки и фреймворки. Но я с большим трудом осознаю их распределение по категориям Adopt, Trial и Assess

Я могу понять почему MCP by default попадает на горизонт Caution. Я могу понять почему Claude Code и Cursor попадают в Adopt, OpenAI Codex в Trial, а Google Antigravity - Assess. Но я не вполне понимаю почему Agent Skills в Trial, они же, но в качестве executable onboarding documentation в Assess. Или почему GitHub Spec Kit отмечен в разделе фреймворков, а OpenSpec инструментов и т.д

В общем, пару месяцев теперь можно над этим артефактом помедитировать