19:00 MSK, в среду, 12 июля
Дилемма корпоративного архитектора 2.0
Продолжение разговора о том, чем должен заниматься архитектор предприятия в современной организации и есть ли что-то в его арсенале кроме тяжеловесных методологий описания текущего и целевого состояния ИТ-ландшафта

Регистрация здесь: https://mxsmirnov.timepad.ru/event/2495350/

Для интересующихся: краткая(очень) история и структура Enhanced Telecom Operations Map (eTOM). От динозавтров до наших дней, но без особого занудства. https://modelitics.wordpress.com/2017/04/27/introduction-to-etom/2/

Отчет о состоянии DevOps в России 2023 - полная версия

Команда Экспресс 42 при поддержке партнеров выпустила полную версию масштабного исследования состояния DevOps в России 2023.

В отчете - детальная статистика о состоянии метрик, практик и инструментов, результаты и планы компаний, неочевидные тренды на ИТ-рынке и конечно новые инсайты!

Full-версия исследования доступна для скачивания 👉 по ссылке

Трансляция начнется через 15 минут https://youtube.com/live/VaE0U4Lkut0

Ссылка на выступление Gregor Hohpe https://youtu.be/mS0AJLqmnvQ

Книжку привезли, почитаем 🧐

Мне всегда не хватало терпения для того, чтоб написать подобный текст или хотя бы слайд, да еще и с примерами (обычно я рассказываю что-то подобное просто размахивая руками). Но, наконец, я нашел заметку Inheritance and polymorphism: where the cracks in SQL begin to show, которую написал James Whiteside и слайд теперь обязательно нарисую.

Затрудняюсь сказать насколько хороши TypeDB и TypeQL, т.к. услышал о них впервые, но оказывается TypeDB уже была отмечена на недавнем техрадаре. В общем, надо бы присмотреться

Какая-то туманная история Decentralizing the Practice of Architecture at Xapo Bank появилась в bliki Мартина Фаулера. История о том как в банке, который начинал с работы с биткоинами, а не как банк... Так вот, в этом банке под консалтинговым руководством Thoughtworks организовали архитектурный комитет и стали обсуждать на нем ADRs (а корпоративных архитекторов вроде как выгнали, но это не точно).

А затеяла это всё ex-CTO этого банка. И теперь в банке другой CTO.

В общем, хочется сказать: вы там давайте поаккуратней экспериментируйте с практиками архитектуры предприятия. Ведь CTO можно и просто так поменять

Теория когнитивной нагрузки и архитектура предприятия

Теория когнитивной нагрузки Джона Свеллера, популяризированная в мире ИТ книжкой про командные топологии, не только и не столько о том, как правильно выстроить обучение и не перегрузить людей избыточной информацией.

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

Нельзя ли использовать эту модель и для описания деятельности целой организации? Ответ на этот вопрос, на мой взгляд, должен дать архитектор предприятия читать дальшe

Думаю, сообщения в разных блогах с заголовком типа Graphic Design for Software Engineers and Architects были актуальны и 5, и 10 и 20 лет назад и, безусловно, будут актуальны в будущем. Такие тексты будут появляться всегда, а я буду продолжать ими делиться. И может быть с частью вещей из этого текста я не вполне согласен, но согласен с главным: взялись рисовать картинку, так сделайте её нормально

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

Новые сущности, появившиеся в прошлогодней версии стандарта ISO 42010, на рисунке, опубликованном на сайте рабочей группы

[1] Источник картинки
[2] Чуть подробней об изменениях в стандартах 420x0 в моем блоге

Сразу несколько текстов у Фаулера на модную нынче тему #PlatformEngineering
1. How platform teams get stuff done от бывшего эксперта из Thoughtworks Pete Hodgson-a и пара новых заметок в блики от Мартина:
2. TeamTopologies
3. TwoPizzaTeam

Где-то внутри ссылка на старый текст Эвана Ботчера What I Talk About When I Talk About Platforms

Из серии: советы архитектору решений (solution architect)

Кстати, вполне себе годный текст от Дэна Хьюза; по крайней мере, для пятницы 6 Tips for Beating Diagram Procrastination

Как корпоративному архитектору выжить в цифровом мире
Многие ИТ-директора в крупных организациях сделали поразительное открытие: в digital natives компаниях часто нет архитекторов, по крайней мере, обладателей формального титула Enterprise Architect...

Я не часто делюсь ссылками на тексты консультантов. Но конкретно этот мне кажется довольно полезным How enterprise architects need to evolve to survive in a digital world

Приближаемся ли мы к закату BPMN и поддерживающих его инструментов и началу нового этапа развития систем управления бизнес-процессами? https://www.infoq.com/news/2023/08/uber-cadence-workflow-platform/
Посмотрим!

Хозяйке на заметку Top 6 tools for text-based UML sequence diagrams

Обратите внимание: cтатья о причинах, по которым полезно задуматься о выделении функций и данных в отдельный сервис, включает набор дополнительных текстов по каждому из факторов https://tanzu.vmware.com/content/blog/should-that-be-a-microservice-keep-these-six-factors-in-mind

История приложения мониторинга качества сервиса в Amazon Prime Video’s оказалась не столь однозначной. Сначала вроде бы утверждалось, что от микросервисов им пришлось отказаться так как такое решение не выдерживало и 10% требуемой нагрузки. С чем легко справлялся монолит. Вслед за таким сообщением появилось много радостных комментариев от тех, кто всегда настороженно относился к распределенным архитектурам и всяким там микросервисам

Но вот это видео Distributed isn't Microservices, In-Process isn't a Monolith знаменовало перелом в суждениях экспертов по поводу данного конкретного кейса (и, да, я подписался на CodeOpinion от Derek Comartin именно после этого ролика)

Более полный репортаж с места событий см. здесь Amazon Prime Video’s Microservices Move Doesn’t Lead to a Monolith after All