Добрый день!

На днях структурировал и описал подход по выделению функциональности из монолита в отдельный сервис системным аналитиком.

Кому будет интересно, можете посмотреть по ссылке:

https://youtu.be/dUeFaucs-pw

Я, как это всегда и бывает, пропустил самое интересное. На этот раз речь о серии из шести прошлогодних заметок, которые Gregor Hohpe озаглавил Thinking Like An Architect. Мне на глаза попалась только пятая Architects Zoom In and Out, See Different Things в которой он пошагово улучшает ;) картинку из книжки Марка Ричардса и Нила Форда The Fundamentals of Software Architecture.

Естественно, я посмотрел и остальные. Серия начинается здесь: https://architectelevator.com/architecture/famous-architects-sketch/ А посетовать я хочу на то, что мне более чем симпатичны идеи автора, но, почему-то, совершенно не нравятся его тексты. Может у кого-то сходные ощущения?

А теперь время согласиться и одновременно поспорить с уважаемым Грегором Хоупом. В первой статье цикла Мыслить как архитектор он замечает, что архитекторы (не айтишные, проектирующие дома), создающие эскизы зданий, иногда в виде скетчей на салфетке, зарабатывают много больше инженеров, разрабатывающих чертежи поэтажных планов и схем электропроводки. Но автор никак не может ухватить слово, описывающее их деятельность: abstraction не abstraction, illusion, gestalt… Хотя, на мой взгляд, здесь вполне подошло бы слово ideation, т.е. концептуализация – формирование понятий или представлений. И все дальнейшие разговоры об «устранении шума» в эскизах, выделении главного и пр., встречающееся и в первой, и в пятой заметке цикла, выражаются этим словом.

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

Подборка информационных рассылок по архитектуре ПО от Екатерины Новосельцевой https://dzone.com/articles/15-software-architecture-newsletters-that-are-wort

Просто не могу не поделиться этой жизнерадостной рекламой. Если так и дальше пойдет, то и про ИТ-архитекторов начнут писать что-то подобное

Еще середина марта, а Apple уже придумал первоапрельскую шутку: https://www.vedomosti.ru/technology/articles/2021/03/15/861564-iphone-soft

Поделюсь статистикой использования моделей и диаграмм https://habr.com/ru/company/accenture/blog/547136/

Вчера появилась новая версия 1.4 Enterprise Architecture on a Page от Svyatoslav Kotusev http://eaonapage.com/ Впервые она стала цветной

22 марта в 15:00MSK - хорошее время провести первый голосовой чат в нашем новом телеграмхаусе. Прямо здесь, на этом канале, мы немного поговорим о вещах, которые связаны с Domain Driven Design, но полезны и в более широком контексте. В общем, разговор будет на тему NoDDD.

Делитесь этим приглашением и присоединяйтесь!
(Ссылка на FB: https://fb.me/e/bVMiI2xKL)

Великолепно!

Philippe Kruchten с соавторами представили нам небольшую теорию архитектурного технического долга. Я было повелся на фразу a little theory (=conceptual model), тем более, что работа в открытом доступе https://www.sciencedirect.com/science/article/pii/S0164121221000224, но через пару страниц понял, что наскоком этот текст не осилить, даже если пропустить первые два раздела, описывающие само исследование и сразу перейти к модели. В общем, объемное описание причин, симптомов и последствий архитектурного тех.долга для вдумчивого чтения и перечитывания

Через 15 минут начинаем

И на YouTube: https://youtu.be/cZ10lv8kUA8

В развитие темы о моделировании DDD-агрегатов. На мой взгляд множество внятных предложений по расширению реляционной модели данных дал сам Edgar F. Codd в своей статье 1979 года Extending the Database Relational Model to Capture More Meaning (см. перевод здесь: http://citforum.ru/database/classics/codd_2/) Работа сложная (как впрочем и непосредственно реляционная модель, описанная им десятью годами раньше), для любителей посидеть, подумать, поразбираться с моделированием данных, но очень ёмкая. Жаль, что десятая глава декартова агрегация(Cartesian aggregation) в ней слишком лаконична

Официально издана книжка Бернда Рюкера об оркестровке и интеграции в микросервисных и cloud-native архитектурах.
https://blog.bernd-ruecker.com/publishing-practical-process-automation-with-oreilly-db993db68411 Сознаюсь, этого релиза я ждал несколько месяцев и вот не только дождался, но еще и скачал бесплатный экземпляр с сайта камунды(раздают за регистрацию). В подписке O'Reilly она тоже есть. Если кому-то еще интересна эта тема, предлагаю почитать и ближе к концу апреля поучаствовать в обсуждении книжки в формате голосового чата. Пишите в комментах