Архитектура ИТ-решений

2022-02-07 08:21:01 Продолжая рассматривать описания архитектур с O'Reilly Architectural Kata, обнаружил и с интересом полистал презентацию Нила Форда с kickoff вторых кат прошлого года. https://tekiegirl.github.io/Archangels/assets/docs/2021-fall-kick-off.pdf

(Описание победителей этих кат здесь: https://tekiegirl.github.io/Archangels/) Открыть/Комментировать

2022-02-05 08:34:19 Сейчас я понимаю, что вчера не следовало задавать этот вопрос :) Тем не менее, за ответы большое спасибо! Открыть/Комментировать

2022-02-04 11:01:55 По-моему, канал стал слишком серьезным. Так что сегодня пятничный пост - должен ли архитектор читать код? Открыть/Комментировать

2022-02-03 10:27:00 Ilograph – одна из немногих компаний, которая может позволить себе писать в блоге такие вот философские рассуждения о моделировании Why Do We Create System Architecture Diagrams Anyway? Да еще ссылаться в них на работы по нейрофизиологии

Почему? Ну, просто у них есть движок, позволяющий не только в виде псевдокода описывать модель системы, но и потом нарезать её на набор представлений (там это называется перспективы), а еще «зумить» отображение выделяя последовательности вызовов (транзитивные отношения) и т.д. В общем, с таким инструментом можно чуть-чуть и поумничать Открыть/Комментировать

2022-02-02 13:42:05 Нашел в своем блоге заметку Интеграция новых приложений в корпоративный ИТ-ландшафт о том, зачем нужна архитектура ИТ-решений (Solution Architecture), на какие пять вопросов она отвечает. Посмотрел на дату - январь 2012, десять лет прошло! А вопросы все актуальны по-прежнему Открыть/Комментировать

2022-01-31 15:19:59 Полгода назад у Фаулера появился цикл статей под общей темой Patterns of Legacy Displacement Кроме основного текста https://martinfowler.com/articles/patterns-legacy-displacement/ это еще набор небольших заметок, возникающих по мере необходимости. В январе 2022 появились следующие три:
- Legacy Mimic
- Critical Aggregator
- Divert the Flow

Работа с унаследованными приложениями – одна из ключевых компетенций корпоративного ИТ-архитектора. А закономерный (как мы узнали из серии статей :) провал программы модернизации таких приложений – основной профессиональный риск.
Я далек от мысли, что авторы цикла (James Lewis и др.) уже обнаружили универсальное лекарство от legacy, но направление мне представляется вполне верным Открыть/Комментировать

2022-01-31 13:07:06 Наш канал не участвует в рекламных ротациях и не рассылает вам длинные списки ссылок на разные невнятные каналы. Куда честнее просто иногда взять и поделиться ссылкой на дружественный канал. Сегодня, например, на https://t.me/ba_and_sa Открыть/Комментировать

2022-01-28 20:52:50 Предупреждение! Сегодня вечер активности ботов. Из разных архитектурных групп (преимущественно из "Работа для ИТ-архитекторов") боты атакуют подписчиков личными сообщениями.

Будьте осторожны! Блокируйте запросы от подозрительных аккаунтов. Сообщайте о вражеских происках. Не поддавайтесь на провокации Открыть/Комментировать

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

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

#data #readings #dataenginering Открыть/Комментировать

2022-01-28 10:04:04 Поделюсь и я ссылкой на этот интересный текст с осмыслением текущей позиции инженерии и инженера данных Открыть/Комментировать