На сайте The Open Group появился небольшой обзор истории Archimate приуроченный к 15-летию выхода первой версии под эгидой TOG https://blog.opengroup.org/2024/04/18/celebrating-15-years-of-the-archimate-modeling-language-a-milestone-in-enterprise-architecture/

Нашел чек-лист для проверки опровержения CAP теоремы. Если вы считаете, что сумели придумать решение, сочетающее в себе доступность, согласованность и устойчивость к разделению (consistency-availability-partition tolerance), то загляните сюда https://ferd.ca/beating-the-cap-theorem-checklist.html

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

Групповой чат — это все равно что встреча на целый день со случайными участниками и без повестки дня

И снова небольшой off-topic. Наткнулся на довольно старую статью Slack is not where 'deep work' happens про глубокую работу по мотивам книжки Slow Productivity: The Lost Art of Accomplishment Without Burnout by Cal Newport

Захотелось прочитать книжку. Может кто уже читал и поделится отзывом?
PS: Почитал отзывы о книге: мягко скажем не очень хорошие. И тем не менее, все равно ведь нужны термины, чтоб говорить о таких вещах

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

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

Часто в таких случаях раздражение выплескивается на архитектора. Он же ведь эти диаграммы рисовал, а ведь мог бы вместо того пойти код писать. Только архитектор во всём это не виноват, ведь правда?

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

Месяцем позже Derek Comartin высказался на эту же тему в своем тексте/видео Google Service Weaver is a Bad idea Естественно сделав это несравнимо более полно и профессионально, чем я

С некоторых пор отмечаю в себе нездоровый интерес к кратким описаниям TOGAF. И вот еще одно: A Practical Guide to TOGAF Implementation от Visual Paradigm.

Описание представлено в двенадцати лаконичных разделах и сопровождается историей о том, что в какой версии появилось. Ну разве оно не замечательно? Думаю, чуть подсократить и на страницу бы поместилось

А вот здесь уже опубликовали видео моего недавнего выступления:
⏯ Job crafting в работе ИТ-архитектора

Готовился я тут к выступлению о том, как рассказывать архитектурные решения и набрел на короткую заметку Джорджа Фэрбенкса из 2011 года про архитектурные хайку Haiku tutorial (слайды внутри)

Продолжаю рассказывать про архитектурные репозитории - один из главных инструментов архитектора предприятия. В исходном сообщении я поделился ссылкой на HTML-представление учебного примера архитектуры предприятия ArchiSurance Case Study. Опубликовано оно среди материалов для архитекторов на сайте The Open Group, а непосредственно модель была изначально сделана в Archi.

Но работать с моделью можно не только через диаграммы и списки. Если заглянуть на закладку запросы на стартовой странице (см. рисунок), то открывается непосредственный доступ к таблицам реляционного представления, в котором и воплощена модель. Посмотреть список таблиц можно запросом

SHOW TABLES 

ну а элементы модели получить SELECT-ами по соответствующим таблицам.

Подробней обо всем этом в первомайском тексте Xiaoqi Zhao: https://yasenstar.github.io/EA/architool/Query-Archi-HTML-Report.html

Весной этого года, на мой взгляд, стало как-то скучно в море контента по ИТ-архитектуре. Иногда радует Derek Comartin, на которого я часто ссылаюсь, вот, например, такими заметками: Vertical Slice Architecture Myths You Need To Know! но, в общем и целом, авторы как-то потерялись. Следующей большой вещи особо не видно, а углублять в отдельные сегменты не всем интересно.

Так что ждем!

#ArchDays

Пришло время сбора заявок на выступление в ежегодной конференции по архитектуре ИТ-решений ArchDays, которая состоится
📆 1 ноября в Москве

Темы выступлений:
- Процессы проектирования
- Практики проектирования
- Инструменты проектирования
- Обучение архитектуре
- Собственная разработка

Как и прежде организаторы хотят сделать упор на практическую деятельность: порешать архитектурные кейсы, провести архитектурную Ката, собрать архитектурное видение новых концепций архитектуры.

Подавайте темы для выступлений, приглашайте выступить знакомых.
Ссылка: https://archdays.ru

Хочу вернуться к идее(формату) из сентября прошлого года, а именно: разнести во времени публикацию той или иной ссылки и моего комментария к ней. Т.е. сегодня я публикую ссылку на некоторый текст, а через пару дней пишу всё что я о нем думаю.

И сегодня у нас безусловный хит прошлой недели C4+1 — The Services Layer от David R Oliver, а чуть позже будет мой разбор

Я решил, что комментарий в канале будет слишком многословным и потому вынес его в отдельное сообщение: За что не любят архитекторов предприятия. Для тех кому лень читать, основная идея в том, что не надо делать ненужный и странный микс из двух нормальных вещей

... и, кстати, картинку про уровни C4 всем давно пора поменять на нечто более понятное, типа вот такого ☝️

Утащил здесь: https://packagemain.tech/p/software-architecture-diagrams-c4

Может кому-нибудь будет интересно поиграть вот с таким представлением метамодели бизнес-архитектуры: https://archist.kumu.io/business-ecosystem-metamodel

Вернее, эта штука собрана из двух источников: The Business Architecture Metamodel Guide V2.1 и 6 части BIZBOK® Guide, в которой обсуждается соответствии бизнес и ИТ архитектур

Через полчаса начнется вебинар, а из-за того, что Youtube стал скрывать ссылки под видео я выкладываю их в канал

Курсы:
- Микросервисная архитектура
- Мастерская проектирования ИТ-решений
- Модели корпоративной архитектуры. TOGAF10 и Archimate 3.2

Ссылки:
[1] The TOGAF® Standard
[2] Archimate Cookbook. Patterns & Examples
[3] A Practitioners’ Approach to Developing Enterprise Architecture Following the TOGAF® ADM
[4] Digital Practitioner Body of Knowledge™ Standard
[5] Open Agile Architecture™
[6] The Three Types of Enterprise Architecture Frameworks

Запись: https://youtu.be/97PoyvXppbs
В следующий раз непременно включу в вебинар форму обратной связи, а относительно этой трансляции можно поделиться своими соображениями в комментариях к этому сообщению

Спасибо!

Подготовил к выступлению на TechLeadConf'24 шаблон рассказа, сопровождающего архитектурную диаграмму. Практически, по формату architecture decision record известному как Y-Statement

Файлы PDF и PPTX ниже (ссылка)👇