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

Сложно не согласиться с девятью 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-му. Свершения и прогнозы

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

📑 Хочу поделиться с вами вот этим лонгридом What is Enterprise Architecture? Сomplete Guide (надеюсь встроенная реклама вас не смутит). Давайте расскажу почему

Я часто ссылаюсь на книжку ADM Practitioners’ Guide из TOGAF 10 в качестве примера современного взгляда на EA, отличающегося от архаики Fundamental Content, например. А текст руководства практика по архитектуре предприятия написали авторы из Conexiam.

Собственно, верхняя ссылка представляет собой выжимку основных идей руководства

Если немного уйти от метафоричности, которую всегда так умело использует Gregor Hohpe в своих текстах, то вчерашний его текст Enterprise Architects: From Cartographers to Scouts подтверждает одну простую вещь:
архитектура предприятия все больше воплощается посредством архитектуры решений (solution architecture)

Мартин Фаулер, международный эксперт по программной инженерии, начал свою публичную просветительскую деятельность с книги Analysis Patterns 1997-го года.

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

Можно сказать, что книга прошла почти незамеченной в широкой профессиональной среде, в частности, никогда не переводилась на русский язык.

Андрей Гордиенков решил исправить это досадное обстоятельство и подготовил собственную версию перевода.

https://habr.com/ru/articles/872598/

Вступление
1.1 Концептуальные модели
1.2 Мир шаблонов
1.3 Шаблоны в этой книге
1.4 Концептуальные модели и реинжиниринг бизнес-процессов
1.5 Шаблоны и фреймворки
1.6 Использование шаблонов

Часть 1. Аналитические шаблоны
2. Ответственность
3. Наблюдения и измерения
4. Наблюдения для корпоративных финансов
5. Обращение к объектам
6. Инвентаризация и учет
7. Использование моделей учета
8. Планирование
9. Торговля
10. Производные контракты
11. Торговые пакеты

Часть 2. Поддерживающие шаблоны
12. Слоёная архитектура для ИС
13. Фасады приложения
14. Подходы для моделирования типов
15. Шаблоны ассоциации
16. Послесловие

Часть 3. Приложения
А. Техники и обозначения
В. Таблица паттернов
C. Краткая справка по диаграммам

Продолжаю делиться чужими переводами. Сегодня от Mikhail Zaborov

Я тут сделал перевод к видео, пока готовил лекции для студентов.
Короткий ролик про Agile. Очень талантливо снято
Субтитры вшиты в видео. Могу отдать отдельно видео и исходник субтитров

Архитектура и agile часто противопоставляются. Потому многие архитекторы либо полностью дистанцируются от обсуждения этой темы, либо безоговорочно поддерживают любые вещи, промаркированные словом «agile». Если оставить в стороне стандарт Open Agile Architecture, включающий очень разные идеи, то я бы обратил ваше внимание на небольшую статью What is agile enterprise architecture? Svyatoslav Kotusev – перечень из шести направлений в которых архитектору предприятия следует найти (а возможно и формально зафиксировать) компромисс между предварительным планированием и гибкостью

На мой взгляд, это практически готовые к использованию рекомендации

🗂 Дополнил предновогодние рассуждения о том, как сделать хороший пример в новом учебном курсе по архитектуре решений.

🔽 Сформулировал пять характеристик такого примера. Возможно, кто-то меня дополнит или с чем-то не согласится

📑 Архитектура решений. Сложные компромиссы

🏛 The Open Group непрерывно ведет полезную, но невидимую деятельность по переупорядочиванию своих информационных ресурсов.

➡️ Вот еще один такой типичный ресурс Case Studies Collection - подборка учебных кейсов с нашими любимыми компаниями ArchiSurance и ArchiMetal и другими историями в формате pocket guide

Иногда InfoQ размещает более-менее содержательные тексты. Вчера это был Adam Bellemare из Confluent с лонгридом The End of the Bronze Age: Rethinking the Medallion Architecture

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

📃 BABOK Guide уже много лет не обновлялся. Зато на днях появилась вторая версия The Business Analysis Standard. Скачать стандарт можно по ссылке выше ☝️, при желании, предварительно зарегистрировавшись здесь

🔖 Что поменялось (сжатый анонс от авторов):
- Оптимизирован язык для более легкого понимания и навигации
- Области знаний реорганизованы в соответствии с BABOK Guide. Согласована терминология стандарта и руководства
- Стили документа приведены в соответствие со стандартами ISO
- Для быстро ознакомления со стандартом добавлен общий обзор
- Новые и расширенные разделы: ценность и результаты (outcomes and value), организационные соображения, улучшения и проработка идей

🖇 Как всё это связано с архитектурой решений. В какой-то момент IIBA стал максимально широко трактовать бизнес-анализ, захватив заметный кусок solution architectгure. Вряд ли это правильно, но зато, пока у солюшенов нет своего стандарта, в какой-то мере, можно воспользоваться стандартом аналитиков (а не только стандартами архитекторов предприятия)