🤔 Что общего у IT4IT и Architecture as Code?

Как отследить изменение состояний множества полезных вещей: приложений, технологий, источников данных, продуктов, сервисов, запросов на изменения или обслуживание? Эталонные архитектуры всегда были не просто попыткой категоризировать события и вещи. За ними обычно следуют более прагматичные инструменты сохранения прозрачности и обеспечения управляемости сложных ИТ-ландшафтов. Инструменты, реализующие более современные концепции

⏳В октябре 2024-го обновилась эталонная архитектура управления цифровыми технологиями IT4IT. Я рассказывал о ранних версиях этого стандарта, но потом взял паузу. Пришла пора её прервать.

📆 12 ноября в 11:00 MSK присоединяйтесь ко мне на бесплатном вебинаре про IT4IT v3.0.1. На этот раз в zoom

➡️ Подробности и регистрация: https://mxsmirnov.timepad.ru/event/3106269/

Давайте я поделюсь стандартом IT4IT в ArchiMate Model Exchange File Format-е. Возможно, кто-то захочет предварительно посмотреть его, например, в Archi или другом archimate инструменте

В марте этого года мы уже обсуждали направления развития распределенных архитектур и возможные альтернативы микросервисам (запись здесь: https://youtu.be/rIr6xIB_x3I). Я тогда делился сомнениями Мартина Клеппмана(автора книжки с кабанчиком) и других экспертов относительно Google Service Weaver и идеи модульного монолита

И вот тут оказывается, что с 5 декабря 2024 года активная разработка этого фреймворка останавливается. А через шесть месяцев после этого, 6 июня 2025-го репозиторий будет окончательно заморожен и заархивирован. В общем, как пишут вот здесь: we recommend that users fork the repository

Запись мне zoom сделал как-то кривовато, сумею исправить - выложу. А пока делюсь слайдами

С момента анонса unFIX в январе 2022 года, о котором я писал выше, появилось некоторое количество примеров использования этого нефреймворка, а еще новых текстов, картинок и реквизитов

У меня же все отчетливей проявляется зависть. Вот почему у людей, занимающихся оргдизайном, и картинки нормальные и слова проникновенные и карточки разноцветные? А у нас - архитекторов, диаграммы обычно скучные, непременно с запутанными стрелочками, а нередко ещё к тому же и в нотации арчимейт.
Чем и когда испортили мы себе карму?

Небольшой опрос (96 человек) от IcePanel State of Software Architecture Report — 2024 оказался неожиданно интересным

Update: Добавил ссылку на сообщение у них на сайте https://icepanel.io/blog/2024-11-26-State-of-software-architecture-2024 Вдруг медиум не у всех виден

Привет! У нас в чате Работа для ИТ-архитекторов иногда появляются запросы на разовую консультацию. Как вы думаете, сколько должна стоить такая консультация и как долго продолжаться?

(Опрос будет в следующем сообщении. Пока я его не опубликовал можно предложить ваш вариант ответа в комментариях к этому сообщению)

Уже набралось более 800 голосов. Давайте посмотрим первые результаты:
1️⃣ Как и следовало ожидать большинство проголосовавших считают, что архитектура требует серьезного погружения. Как минимум нескольких встреч (27%), а то и десятков часов (35%)
2️⃣ Но варианты почасовой оплаты работы архитектора тоже не остались без голосов. Причем сумма распределяется более менее ровно, начиная с 12% на 3000₽, возрастая до 16% к сумме от 10 000 ₽ и снижаясь к 8% на отметке $300 в час
3️⃣ Другие варианты тоже собрали некоторое количество голосов. Т.е. не смотрятся чем-то уж совсем необычным

🎙Что говорят ИТ-архитекторы

Сложно не согласиться с девятью Favorite phrases of a software architect, состоящими из:
1️⃣ It depends
2️⃣ What problem are we solving?
3️⃣ Start simple, evolve when necessary
4️⃣ Write it down
5️⃣ The simplest solution that works
6️⃣ Architecture is about trade-offs
7️⃣ Show me/Let’s find out
8️⃣ Deferring decisions is a decision
9️⃣ Which favorites did I miss?

подробней по ссылке; думаю и для архитекторов решений данный список будет актуален

🧐Вон Вернон, написавший известную красную книжку про DDD Реализация методов предметно-ориентированного проектирования (а потом и зеленую книжку с подзаголовком Самое основное), пару месяцев назад запустил видеоблог под названием Design Accelerator

Недавнее видео Publishing Events From Legacy показалось мне примечательным. С технической точки зрения вы вряд ли узнаете в нем что-то новое. Но вот то, что DDD появляется в контексте модернизации унаследованных приложений, кажется мне интересным фактом. Похоже, мы возвращаем к дискуссии про Monolith First

📆 23 декабря в 10:30 MSK
Проведу традиционный предновогодний стрим с ответами на вопросы по
Архитектуре ИТ-решений

📽 На этот раз в zoom, но непременно с записью. Планирую уложиться в 1,5 часа

⬇️ Подробности, регистрация и форма для вопросов здесь: https://mxsmirnov.timepad.ru/event/3153091/

Как вы относитесь к совмещению нескольких работ? Вот я уже забыл, когда этого не делал.

📊 Оверимплоймент: что это?
По просьбе NEWHR приглашаю вас принять участие в новом исследовании

Вы сотрудник и совмещаете несколько мест работы? Или пока только задумываетесь о поиске подработки и взвешиваете «за» и «против»? А может, никогда не смотрели в эту сторону? Или вы — работодатель, который сталкивается с феноменом оверимплоймента среди своих сотрудников? А может, не сталкивались или не знаете наверняка, совмещают ли ваши сотрудники? Расскажите нам о своем опыте и/или отношении к вопросу!

Предмет нового исследования — оверипмлоймент, он же совмещение нескольких работ, он же вторичная занятость, — яркий макро-тренд последних нескольких лет на рынке, распространённый не только в IT.

В рамках исследования узнаем:

- насколько распространены подработки в отрасли и в каких компаниях более, а в каких — менее?
- как к подработкам относятся работодатели? какие видят риски и, напротив, какие это дает им преимущества? и что перевешивает?
- в чём мотивация сотрудников, которые совмещают 2-3 работы? только ли в деньгах дело, и в чем может быть ещё?
- действительно ли запрет на удалёнку и принудительное посещение офиса снижает вероятность совмещений?
- можно ли остановить это явление? а главное — нужно ли?

👉🏻 Пройти опрос 👈🏻

Результаты исследования опубликуем в начале 2025 года.

🎁 Для всех, кто поучаствует в опросе:

- мы сделаем специальный расширенный материал с глубинным исследованием по вашей профессии: эти материалы получат только респонденты исследования
- предоставим возможность узнать результаты первыми
- проведем закрытый эфир с инсайтами исследования и возможностью задать любые вопросы экспертам NEWHR

📎 Для отправки результатов исследования мы попросим вас оставить электронную почту в конце. Это не обязательно, но гарантирует, что вы получите результаты первыми. Вы можете использовать любую комфортную для вас почту.

👉 Расскажите о вашем отношении к совмещению работ и/или поделитесь этим постом с теми, кому может быть интересна эта тема. Опрос займет не больше 6 минут.

Пару недель назад у Ivar Jacobson появилась бумага с названием Use-Case 3.0 и даже прошел вебинар (запись можно посмотреть здесь)

Я напомню, что концепция Use-Case 2.0 была о том, как организовать итерационную инкрементальную разработку посредством разделения сложного варианта использования на ломтики (slices) (Почитать можно здесь)

Что принципиально нового принесла версии 3.0 я пока так и не разобрался. Но, несмотря на это, варианты использования à la Alistair Cockburn/Ivar Jacobson остаются полезным способом описания сложных сценариев взаимодействия между системами/сервисами и разного прочего поведения

Стартуем через 20 минут здесь https://us02web.zoom.us/j/84807018425?pwd=cbiGKZoIXuA8Iwoq3wvZN97VcksxGA.1

📽 Запись предновогоднего стрима

На других ресурсах:
🔘 YouTube
🔘 VK Видео

Давайте я еще немного прокомментирую этот опрос.
Лет 20 назад основной вопрос, который обсуждался в связи с работой был в том, как помочь людям раскрыть на работе свой потенциал. Было много вариантов ответа из которых практически ничего не сработало. Сейчас даже как-то неудобно обсуждать вопросы, типа помогает ли agile раскрыть потенциал сотрудника (или офис класса А или удаленка или печеньки с кофепоинтами, или отдел DevRel - не суть). Есть исследование State of DevOps (которое из книжки Accelerate), ищущее подобные корреляции, да пожалуй и все

Ну, т.е. корабль нашей отрасли все глубже погружается в пучину махрового энтерпрайз и те, кто на нижней палубе в свои иллюминаторы света уже не видят. Очевидно, что стратегия "запасной шлюпки" вполне разумна в такие времена. Пусть это будет небольшой приработок или хобби "пока Титаник плывет", главное чтоб потом сработало

В хит-параде текстов прошлого года я бы, наверное, выделил Like we don’t see air, we don’t see the Digital Revolution от Gerben Wierda, автора книжки Mastering ArchiMate.

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

А еще Gerben добавляет к тексту пару постскриптумов:
1. The Fundamental Limit of ‘Being Digital’ - построенный на двоичной логике цифровой образ мира тесно связывает производительность операций с хрупкостью и инерционностью(низкой гибкостью, способность к изменениям) осуществляющих их систем. И это предопределяет ограниченность дискретно-событийных систем
2. AI are going to teach us lessons about ourselves

Небольшой текст с итогами и планами: Навстречу 2025-му. Свершения и прогнозы

Всем счастья!
С наступающим Новым годом! 🍾🎄🎉