Архитектура ИТ-решений
13.5K subscribers
273 photos
27 files
1.08K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).

Этот канал не продается, а я не сдаю квартиры/машины/яхты. Будьте, пожалуйста, осторожны!
Download Telegram
Live stream finished (1 hour)
Анонсированные в вчерашнем чате "9 принцев Амбера" от Евгения Чикунова
Архитектура ИТ-решений
Какой вы архитектор?
Текущие результаты опроса (1318 голосов) за вычетом варианта Посмотреть результат:
52% - Solution
24% - Enterprise
22% - System
16% - Application
8% - Infrastructure
Почему-то я пропустил этот опрос O'Reilly Microservices Adoption in 2020 (Everyone’s talking about microservices. Who’s actually doing it?). Может раньше он не был в открытом доступе, не знаю.

Конечно, отчет не очень свежий(начало 2020), но довольно интересный. С попытками обнаружить и прокомментировать корреляции между ответами на разные вопросы. Т.е. с тем, что отличает подготовленные исследования от традиционных тупых опросников. В общем, всё как мы любим
📆 20 июня 19:00 MSK Архитектор ИТ-решений. Несколько полезных приемов - бесплатный вебинар с обсуждением навыков архитекторов решений (Solution Architect)

Зарегистрироваться на вебинар, задать вопросы, поделиться собственным опытом можно по ссылке: https://mxsmirnov.timepad.ru/event/2071039/

Присоединяйтесь!
Страничка про компетенции от IASA - An Association for All IT Architects https://itabok.iasaglobal.org/itabok3_0-2/people-model/competency/
Наивно рассчитывая победить спам, я временно отвязал от канала группу для обсуждения опубликованных здесь материалов. Те, кто был в группе, могут беспрепятственно продолжать в ней общаться. Напоминаю и про другие наши группы:
- ИТ-архитектура во всех её проявлениях https://tttttt.me/itarchitect
- Работа для ИТ-архитекторов https://tttttt.me/itarchitect_jobs
Я не помню кто именно притащил в ИТ-архитектуру концепцию Shearing layers из книжки Стюарда Бранда How Buildings Learn: What Happens After They’re Built, но идея "хорошей архитектуры" в этом подходе вполне очевидна: слой с частыми изменениями должен оказаться выше слоя с изменениями более редкими.

Похожая идея применима и для профессий и навыков. Пока рынок труда хорош мы добавляем к своей базовой профессии слои с новыми компетенциями и специализациями. Когда рынок сжимается - возвращаемся к базовой профессии: разработчика, инженера, аналитика или менеджера
📆 29 июня 10:30 MSK
Решил продолжить в формате вебинаров. Послезавтра расскажу историю о том, как раньше проектирование помогало сбалансировать потребности и возможности заказчика и что случилось с этой деятельностью в наши дни.

Регистрироваться не надо. Просто подключайтесь по ссылке: https://youtu.be/4P5DLoaGPks
📆12 июля 10:30 MSK Новая YouTube-трансляция. В этот раз обсуждаем вопросы, связанные с модернизацией унаследованных приложений.

Задать вопросы, поделиться своим опытом и зарегистрироваться можно по ссылке: https://mxsmirnov.timepad.ru/event/2099600/
Архитектура ИТ-решений
Начало через 10 мин. Присоединяйтесь! https://youtu.be/ary7OqYGpI0
Кстати, в руководстве Patterns of Legacy Displacement небольшое обновление (дополнение). Появилась статья о возврате к источнику данных Revert to Source. Честно говоря, в такого рода действиях я бы проявлял осторожность. Кто знает что в унаследованном приложении делают с загруженными данными. Может их там дедуплицируют, например, ну или что-то еще творят. Legacy - это минное поле с наборами неявных бизнес-правил, рассыпанных буквально на каждом шагу