Мартин Фаулер, международный эксперт по программной инженерии, начал свою публичную просветительскую деятельность с книги 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. Краткая справка по диаграммам

Достаточно сложно писать спагетти-код, когда уже освоил навыки написания чистого кода.

Фактически, написание плохого кода становится более энергозатратным :)

Всех девушек с праздником! Больше любви и тепла!

Записи с ArchDays теперь доступны и в vkvideo
https://vkvideo.ru/playlist/-184472537_4

Сталкивались ли вы при автоматизации/цифровизации бизнес-процессов с
1. проблемами использования списков требований, как основного инструмента анализа и проектирования?
2. невозможностью проверки чужих ТЗ на оптимальность принятых решений?
3. Знаете ли вы методику решения этих проблем?
Если ответы Да-Да-Нет, то welcome.
В этот четверг вечером расскажу про методику анализа и проектирования, рассматриваемую как процесс конструкции, трансформации, детализации и пополнения моделей систем разных системных уровней и аспектов.
Доклад с WAW вырос до серии выступлений, это первая серия.
https://sistemnyy-podkhod.timepad.ru/event/3336143/

22 мая (вт) в 19:00 (мск) Виктор Рудь проведёт вебинар на тему «Инструмент моделирования архитектуры предприятия СиММА»

Перед российскими предприятиями стоит задача импортозамещения таких инструментов, как Sparx, Aris, PowerDesigner, Archi. СиММА позволяет сделать такое замещение. В том числе это первое российское ПО, которое поддерживает нотацию Archimate, C4, UML и позволяет конструировать любые другие нотации, или смешивать нотации в произвольном порядке.

■ План вебинара
1. Мета-моделирование в СиММА
2. Моделирование в СиММА
3. Диаграммирование в СиММА
4. Варианты/примеры применения

■ Кому будет полезен вебинар?
— Корпоративным архитекторам
— Бизнес-аналитикам
— Системным аналитикам
— Всем, кому интересны инструменты моделирования и ведения корпоративных репозиториев

■ Ведущий вебинара — Виктор Рудь, Эксперт в области корпоративной архитектуры с 10-летним опытом работы для предприятий федерального масштаба, Автор курсов по архитектуре предприятия и языку Архимейт, в том числе для академии CORS, Владелец первого российского ПО класса Enterprise Architect — СиММА.

👥 У всех слушателей будет возможность задать вопросы в режиме реального времени

Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.

Регистрация обязательна
❗️Если у вас не открывается страница регистрации в браузере Telegram, перейдите в любой другой браузер — это должно решить проблему.

#вебинар@systems_education

Call for papers на ArchDays, ждем ваших заявок на выступления, подавать тут: http://archdays.ru

Давайте поделимся друг с другом :) Где вы ищите информацию по архитектуре, что читаете повседневно, на какие мероприятия ходите, какие сайты или каналы мониторите и/или читаете? Конечно, все про архитектуру. По аритектуре контента не так много, думаю такой обмен источниками будет полезен всем.

В прошлый четверг провел вебинар про принятие арх решений и хотелось бы одну мысль оттуда выделить отдельно, она отчасти коррелирует с опросом выше, малым число ответов в категории «формальная методология».

Формальные методы хороши чем?
- у них есть структура, они при таких же вводных могут дать примерно такой же результат
- за счет повторяемости структуры их можно оценивать, улучшать, развивать
- они снижают уровень субъективизма, политики
- они повышают надежность системы, так как снижают зависимость от конкретных субъектов

Но за это проходится платить… это некоторый уровень бюрократии, некоторое замедление (особенно потому что, что раньше можно было прийти и сказать - «я сказал вот это делать», а теперь какой-то формализованный процесс) и очевидная избыточность, но направленная на повышение надежности.

И самое главное, - несмотря на повышение качества по всем фронтам от использования формальных методов, чаще всего необходимо, чтобы было достаточно число вовлеченных участников, не один единственный архитектор. В идеале так, чтобы на необходимый формализм уходило не более 25%, а лучше 10% времени. У одного архитектора исполнение формальных процедур может занимать до 90% времени, оставшиеся 10% - это когда он ночью решил заняться проектированием :)

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

Вариантов, что делать, на самом деле много, от найма, до автоматизации и делегирования, но об этом в другой раз.

Весь мир хайпует на AI и я очень хотел, чтобы на ArchDays появились выступления о практических применениях AI/LLM в архитектурной функции или хотя бы в каких-то других аспектах SDLC. И знаете с чем столкнулся?

Где-то внутри компаний уже год идут исследования, где-то несколько месяцев, по-разному, но рассказать пока никому и нечего, а я узнавал у не малого числа знакомых из разных компаний. Но, - нет, не образовалось пока подтвержденных, готовых к использованию, надежных примеров, ну кроме каких-то совсем базовых «допиши за меня код» и то… в промышленной разработке, где этот код нужно понимать и развивать - так себе.

И вот решил написать сюда, на широкую публику, - есть у кого-нибудь успешные кейсы, в первую очередь в архитектуре, во вторую - на любой практике SDLC, которые можно было бы оформить в метод или практику или паттерн?

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

10 Best Software Engineering Books of All Time:
https://www.mostrecommendedbooks.com/lists/best-software-engineering-books?id=2

The Scrum Guide Expansion Pack
Updated: June 11, 2025
Authors: Jeff Sutherland, John Coleman, Ralph Jocham
https://scrumexpansion.org/scrum-guide-expansion-pack/

Честная статья про жизнь архитектора по мотивам выступления на archdays

https://scrumtrek.ru/blog/technical-excellence/15789/arhitektor-ozhidaniya-i-realnost/

Во время аудита арх. функции у заказчика родилась фраза:
«Производительность должна быть высокой» — это не требование, это – молитва
:)