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

🌦 Почти год прошел с появления нового программного интерфейса 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

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