И следом видео: ЯДиск|VK

📆 17 декабря 10:30 MSK
Наш следующий стрим называется: Модернизация процесса проектирования.

На нем мы продолжим обсуждение нового учебного курса Проектирование ИТ решений с использованием Cursor AI. На этот раз основной акцент будет сделан на разработке и улучшении записей архитектурных решений (architecture decision record, ADRs)

И хотя до события еще две недели, вы можете зарегистрироваться и задать свой вопрос уже сейчас: https://mxsmirnov.timepad.ru/event/3700275/

Мне кажется, что в компании Docker ведут эксперименты с машиной времени. Наверняка ведут. Но видимо что-то пошло не так. Как иначе можно объяснить появление в их официальном блоге статьи You Want Microservices, But Do You Really Need Them?

Я сделал скриншот. Я проверил дату: 28 ноября 2025-го. Но они всерьез обсуждают крайне спорную статью из начала 2023 от инженеров Amazon Prime Video (только ленивый тогда не прокомментировал этот текст).

Ладно, бывает. Но что там дальше по тексту? Картинка от Gartner про минисервисы, макросервисы и микросервисы из 2018-го. Вы помните кто такой Гартнер? Конечно, помните. Разве можно забыть сервис-ориентированную архитектуру. Стоп! В разделе Beyond Microservices: Smarter Architectural Alternatives читаем название раздела:

Service-Oriented Architecture: The Middle Ground

Это не галлюцинация. Он точно там есть. Я смотрел несколько раз. Он сразу после раздела:

Modular Monoliths: Structure without Distribution

Да-да, я знаю, что Google закрыл Service Weaver уже год назад. Я читал сообщение об этом на https://serviceweaver.dev/ Полгода назад репозиторий этого проекта должны были заархивировать. Но, наверное, в Docker этом просто не знают. Зато вселяет оптимизм завершающий раздел статьи, называющийся: Docker: Built for Any Architecture
Хоть это хорошо. Не стану пока устанавливать Podman Не стану... Или как? 🤨

Интересная работа 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. Они хотят решить некоторую проблему и двигаться дальше. Но после решения простой задачи (первая ступень) может потребоваться сделать нечто чуть более сложное. И высота второй ступени может существенно отличаться от высоты первой. А потом приходит время еще более сложных задач...
В общем, почитайте, рекомендую