Вот эту книжку я вспоминал на сегодняшнем вебинаре https://books.google.ru/books?id=PKSnTPkp94EC

5 января 20:00 MSK
Продолжение ответов на вопросы будет здесь https://mxsmirnov.timepad.ru/event/1884406/ уже в новогодние праздники (внутри прямая ссылка на YouTube-трансляцию, а поле вопроса, кстати, на этот раз, не является обязательным)

Есть какой-то сразу опознаваемый признак коммерческого текста. Такого, например, как вот этот https://selectel.ru/blog/myths-about-kubernetes/ Вот начинаешь читать и сразу понятно, что закончится он предложением купить proprietary продукт, нестандартный сервис или еще какой-нибудь чемодан без ручки. Вот почему так пишут?

Я уже делился вот этой этой ссылкой https://blog.getambassador.io/using-api-gateways-to-facilitate-your-transition-from-monolith-to-microservices-5e630da24717 На самом деле, она не столько про API Gateway, сколько про паттерны модернизации унаследованных приложений. Почему-то, становится все актуальней и актуальней

2021/22 свершения и прогнозы. Попался я на удочку, загрузив декабрьский The InfoQ Trends Report 2021 https://www.infoq.com/minibooks/infoq-trends-report-2021/
Думал, почитаю свежие тренды наступающего года. Оказалось, что в InfoQ просто собрали в единую книжку старые публикации по Software Architecture and Design, Culture & Methods, etc., Причем вышедшие еще в первом полугодии 2021. И, похоже, что жанр рождественских гаданий на технологии следующего года, в целом, постепенно уходит в прошлое. Но некоторые динозавры всё еще остались, например, Forrester (см. https://www.forrester.com/predictions/ и чуть более сфокусировано здесь Predictions 2022: Software Development Adapts To A New Normal https://www.forrester.com/blogs/predictions-2022-software-development-adapts-to-a-new-normal/) Так что и я еще планирую под рождество прокомментировать ряд трендов. Не переключайтесь ;-)

Чуть более развернуто https://mxsmirnov.com/2021-look-back/

🎄12-ое обновление Telegram в 2021 году подоспело очень кстати https://telegram.org/blog/reactions-spoilers-translations/ru Если из-за спама мне приходится регулярно отвязывать от канала группу обсуждений, то лайки, дизлайки и прочие реакции, в какой-то мере, это компенсируют. Не лишними они будут и в наших группах https://tttttt.me/itarchitect_jobs и https://tttttt.me/itarchitect

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

Уже послезавтра, в 20:00 MSK продолжу отвечать на вопросы об описании архитектуры ИТ-решений https://mxsmirnov.timepad.ru/event/1884406/

Продолжение разговора об описании архитектуры ИТ-решений уже через полчаса.

Прямая ссылка на трансляцию: https://youtu.be/HWHxTjEE5D4

Лет этак много тому назад, возвращаясь с зимних каникул, архитекторы хвастались тем, что пощупали тот или иной инструмент, фреймворк или технологию. Сейчас развернуть что-либо и запустить пару примеров – не проблема. Доступны не только образы, но и сервисы типа https://www.katacoda.com/ В общем, традиция как-то ушла в прошлое. Вот и я в эти новогодние праздники больше читал, да и вот стрим провел (см. предыдущее сообщение). Потому буду делиться ссылками на прочитанное с некоторыми комментариями

Начну вот с этой ссылки https://unfix.work/ Все уже хором принялись ругать эту… - не мышонка, не лягушку, а Not Another Agile Scaling Framework.

А оно ведь свеженькое (первое сообщение в блоге https://unfix.work/blog от 2 января), с картинками в виде диаграмм Эйлера, как мы любим :-) (кстати, пакет картинок можно скачать за регистрацию) и историями про экипажи, возвращающиеся на базу… Базы бывают разные, экипажи тоже. И всё это великолепие кружится в инновационном вихре.

Из FAQ: The unFIX model is more a modeling tool than a framework. In fact, you can use the tool to define frameworks such as SAFe, LeSS, and Holacracy, which you can all create out of the elements of unfix

Так что ругать здесь особо нечего. Инструмент он и есть инструмент

Следующая ссылка из материалов новогоднего чтения от The Open Group https://pubs.opengroup.org/opengrouppress/the-turning-point-singlepage/index.html

Да-да, трогательная история компании ArchiSurance, иллюстрирующая использование Archimate, пополнилась настоящим романом в стиле проекта феникс или проекта единорог.

Честно говоря, внимательно я прочитал только первую главу и просмотрел приложения с картинками в archimate. Остальное прошелся по диагонали. Сюжет мне не понравился. Слишком все нарочито. Хотя начинается жизненно, с раздумий CIO о том, что же полезного удалось сделать за год после слияния компаний под улюлюканье бизнеса, внедряющего agile. В общем, полистайте, может кому понравится

Кстати, вряд ли нашел бы этот роман если бы не годовой отчет TOG https://blog.opengroup.org/2022/01/06/highlights-of-2021-peek-into-2022/ Правда отметить в нем для себя чего-то полезного я не смог :( Ну, вот хоть роман про арчишуранс полистать

Пока заметка из понедельника продолжает набирать лайки, Jurgen Appelo добавляет в блог unFix новые записи. Сегодня вот эту https://unfix.work/blog/lets-unfix-team-topologies. Я не очень люблю лонгриды, но обожаю дружелюбную критику/переосмысление популярных идей и текстов. В данном случае уже нашумевшую Team Topologies. Сомнения и альтернативы - лучшее что у нас есть

PS А предыдущее сообщение про Spotify Model я разберу как-нибудь отдельно

В этом году стал почитывать советы Дэна Хьюза по архитектурным диаграммам. Мне не нравятся! Но может я просто чего-то не понимаю https://wittij.com/5-tips-for-better-solution-architecture-diagrams/

Что архитектура решений (Solution Architecture) позаимствовала у других видов архитектур? От архитектуры предприятия – взгляд на любую деятельность, как на изменение уже существующего ландшафта приложений, процессов и данных. Ни одно изменение не начинается с чистого листа. От software architecture архитектура решений взяла сфокусированность на конкретной задаче, вместо попыток обозреть весь корпоративный ландшафт.

Я бы сказал, что архитектура решений возникает на границе. На границе систем, как набор предложений по их интеграции, на границе конкретных частных задач и общих подходов, на границе ИТ и бизнеса, границе унаследованных систем и новых потребностей, а также границе интересов самых разных групп заинтересованных лиц

Запись здесь: https://youtu.be/h-WwGQgDiBU?t=67

Очень большой текст Principles of technical documentation https://www.innoq.com/en/articles/2022/01/principles-of-technical-documentation/, возвращающий нас во времена хороших требований из легендарного IEEE-830. Тем не менее, этот текст достоин прочтения, как пример проработанного текста с одной стороны и нелишнего повторения банальностей, типа: Automation won’t improve your content - с другой

Поделюсь и я ссылкой на этот интересный текст с осмыслением текущей позиции инженерии и инженера данных

The Future history of data engineering [1] активно цитируемый сейчас текст от Matt Arderne в котором он описывает развитие текущих платформ по инженерии данных и их будущее. Рассуждения интересные, практические и автор пишет про новое понятие и роль Data Platform Engineer (DPE). Это инженер данных который знает как устроены платформы для работы с данными и знает как правильно их применять для конкретых, как правило сложных, случаях.

Ссылки:
[1] https://groupby1.substack.com/p/data-engineering

#data #readings #dataenginering