Архитектура ИТ-решений
Previous messages
👍
26
👎
4
The mass adoption of microservices...
... массовое цитирование 8 заблуждений относительно распределенных вычислений потребовало их визуализации. И вот, пожалуйста, вам картинка https://architecturenotes.co/fallacies-of-distributed-systems/ Сопровождающий эти иллюстрации текст не столь хорош, но хоть более развернутый нежели в Википедии
👍
23
🔥
3
❤
2
👍
23
❤
2
🔥
2
🥱
2
👍
39
❤
21
🔥
12
😢
2
Вышел новый айфон...
Автор c4model Саймон Браун написал пару дней назад в своемтвиттере x
На сайте https://c4model.com и правда обновились все диаграммы. Посмотрите кому интересно. Скоро такие же появятся везде
👍
27
🔥
17
❤
3
👍
7
🔥
7
❤
4
❤
4
👍
3
🤔
2
👎
1
👍
4
🔥
3
А
12:49
Архитектура ИТ-решений
In reply to this message
В продолжение темы о том, что распад приложения на модули или сервисы это закономерный процесс, поделюсь ссылкой на Криса Ричардсона про тёмную энергию и материю, которые удерживают систему от распада или же разрывают на кусочки https://chrisrichardson.net/post/microservices/2021/04/15/mucon-2021-dark-energy-dark-matter.html Это не лженаука, просто метафора :-)
А
17:36
Архитектура ИТ-решений
Обновил ссылку для вступления в связанную с этим каналом группу https://t.me/joinchat/RjhmcXf0go0zMjli
А
15:30
Архитектура ИТ-решений
Из серии "Лучше вместе" Чтобы проиллюстрировать синергию между стандартами TOGAF® и Open Agile Architecture™ вот такую картинку нарисовали в The Open Group
Напоминаю, что обсуждение происходит здесь: https://t.me/joinchat/RjhmcXf0go0zMjli
Напоминаю, что обсуждение происходит здесь: https://t.me/joinchat/RjhmcXf0go0zMjli
А
08:09
Архитектура ИТ-решений
In reply to this message
Подправил картинку с результатами (цифры без нижнего варианта). Поддержка у ADR получается мощная: 30% используют, еще 22% собираются и 26% работают с архитектурными решениями, но в другой форме. Хотя доля скептиков, на самом деле, тоже большая. Для меня ADR – инструмент повышения качества архитектурной функции, в первую очередь. Ну и инструмент обучения, безусловно. Не смотрите на ADR как на следующую большую вещь в архитектуре. Наоборот, это скорее базовый навык – минимальный набор объяснений, который мы ожидаем от архитектора при ответе на наш вопрос
А
07:23
Архитектура ИТ-решений
Смотрю свежую заметку в блоге Draw dependency graphs in diagrams.net И вот всё у них хорошо. И ациклические ориентированные графы (DAG) тема крайне актуальная и графы зависимостей много кому нужны. А еще импорт вершин и ребер из CSV никогда не будет лишним и mermaid syntax вещь вполне рабочая.
Вот только картинки не назовешь красивыми. Ну что тут будешь делать!
Вот только картинки не назовешь красивыми. Ну что тут будешь делать!
А
08:04
Архитектура ИТ-решений
📆 22 июля 19:00 MSK
Вы не поверите, но у меня анонс еще одного вебинара. Через неделю в Высшей школе бизнес-информатики ВШЭ буду рассказывать про Платформу цифровых сервисов (в формате для менеджеров). Запись вряд ли будет, так что записывайтесь здесь: https://hsbi.hse.ru/events/seminars/vebinar-platforma-tsifrovykh-servisov/
Накануне мероприятия придет ссылка на зум
Вы не поверите, но у меня анонс еще одного вебинара. Через неделю в Высшей школе бизнес-информатики ВШЭ буду рассказывать про Платформу цифровых сервисов (в формате для менеджеров). Запись вряд ли будет, так что записывайтесь здесь: https://hsbi.hse.ru/events/seminars/vebinar-platforma-tsifrovykh-servisov/
Накануне мероприятия придет ссылка на зум
А
07:50
Архитектура ИТ-решений
Б
Блог Сергея Баранова 13.07.2021 23:20:22
Ищем спикеров на ArchDays.ru
Мы взрослеем и в этом году расширяем скоуп тем, выходим за рамки микросервисной архитектуры.
По любым вопросам пишите в личку @sergey486 или в коментарии к этому сообщению.
Мы взрослеем и в этом году расширяем скоуп тем, выходим за рамки микросервисной архитектуры.
По любым вопросам пишите в личку @sergey486 или в коментарии к этому сообщению.
08:53
Исходное позиционирование карты ИТ-ландшафта из Archimate 2.0
А
11:35
Архитектура ИТ-решений
Пока Grady Booch в очередной раз троллит архитекторов в своём твиттере https://twitter.com/Grady_Booch/status/1422631999244804104 я задумываюсь о переносе всех презентаций в Google Slides по вполне прагматичной причине - возможность расположить на одном экране окно показа слайдов и окно режима докладчика
А
11:15
Архитектура ИТ-решений
Забыл поделиться ссылкой на упомянутую книжку Дэвида Хэя https://flylib.com/books/en/1.172.1/ В своё время я вряд ли разобрался бы с ERP системами без другой его книжки Data Model Patterns
А
11:52
Архитектура ИТ-решений
Не подумайте, что это продолжение разговора про Карту ИТ-ландшафта. Просто полезно Open Source Alternatives https://www.btw.so/open-source-alternatives
А
22:06
Архитектура ИТ-решений
Сегодняшнее (и предшествующее ему) затяжное обсуждение в нашем чатике https://t.me/itarchitect широкого спектра тем, в частности темы архитектура как код, напомнило мне, что с определениями в ИТ-архитектуре как-то всё не очень… Их не то, чтоб нет, скорее, наоборот, слишком много. Вот, например, замечательная метафора про дым и зеркала отсюда http://bredemeyer.com/ArchitectingProcess/VisualizingDesign.htm перефразирует архитектуру как намерение и архитектуру как отражение. И пока мы не договоримся, о чем именно в данный момент ведем речь об AS IS или о TO BE, то обсуждает это как код или не как код – несколько преждевременно. С другой стороны, когда все четко, понятно и однозначно воспринимается, то как-то и обсуждать нечего. Так что, ИТ-архитектура - это, действительно: Smoke and Mirrors
А
18:09
Архитектура ИТ-решений
Архитектурные комиксы.
Очередная дискуссия в группе о том, должен ли архитектор писать код заставила меня задуматься над вопросом: в чем же таком существенное отличие архитектурных моделей от исходников. Наверное, очевидный ответ в том, что исходники исполняются. Даже не важно где, в вычислительном устройстве или голове разработчика.
Но существуют ли диаграммы, которые потенциально можно было бы исполнить? Вряд ли. Может быть только statechart, ну в какой-то мере sequence. Но не предназначены они для этого. Как, например, поведут себя несколько потоков на этих картинках? С другой стороны, в учебниках информатики для детского сада были[наверное] вполне себя внятные истории про переменные, указатели, стеки и очереди (см. картинку выше и, кстати, по ней одним предложением можно пояснить чем брокеры потоков сообщений aka kafka отличаются от очередей)
Может мы не те картинки рисуем, как думаете?
Очередная дискуссия в группе о том, должен ли архитектор писать код заставила меня задуматься над вопросом: в чем же таком существенное отличие архитектурных моделей от исходников. Наверное, очевидный ответ в том, что исходники исполняются. Даже не важно где, в вычислительном устройстве или голове разработчика.
Но существуют ли диаграммы, которые потенциально можно было бы исполнить? Вряд ли. Может быть только statechart, ну в какой-то мере sequence. Но не предназначены они для этого. Как, например, поведут себя несколько потоков на этих картинках? С другой стороны, в учебниках информатики для детского сада были[наверное] вполне себя внятные истории про переменные, указатели, стеки и очереди (см. картинку выше и, кстати, по ней одним предложением можно пояснить чем брокеры потоков сообщений aka kafka отличаются от очередей)
Может мы не те картинки рисуем, как думаете?
А
15:04
Архитектура ИТ-решений
MS
Maxim Smirnov 20.08.2021 15:02:56
Поделюсь приглашением на бесплатный митап:
26 августа в 18:00 компания IT_One вместе с JUG Ru Group проведет бесплатный онлайн митап по Big Data и Java.
На «IT_One Meet Up: Java and Big Data» эксперты будут говорить о технологиях, инструментах, методах и многом другом, чем живут дата-специалисты. Участие бесплатное, нужно только зарегистрироваться.
26 августа в 18:00 компания IT_One вместе с JUG Ru Group проведет бесплатный онлайн митап по Big Data и Java.
На «IT_One Meet Up: Java and Big Data» эксперты будут говорить о технологиях, инструментах, методах и многом другом, чем живут дата-специалисты. Участие бесплатное, нужно только зарегистрироваться.
А
21:39
Архитектура ИТ-решений
📅 30 августа (понедельник) 19:00 MSK
Продолжим объединяться в неформальные онлайн-группы Архитекторов Решений. Ссылка на zoom: [ удалена ]
Продолжим объединяться в неформальные онлайн-группы Архитекторов Решений. Ссылка на zoom: [ удалена ]
А
22:17
Архитектура ИТ-решений
Предварительные итоги
А
18:57
Архитектура ИТ-решений
Как же мне не хватает при подготовке к вебинару во вторник инструмента BPMN Slider, который я постарался описать вот здесь: https://mxsmirnov.com/bpmn-slider/
Тем временем, регистрация на вебинар "Грамматика системных моделей" продолжается: https://mxsmirnov.timepad.ru/event/1763059/
Тем временем, регистрация на вебинар "Грамматика системных моделей" продолжается: https://mxsmirnov.timepad.ru/event/1763059/
А
16:04
Архитектура ИТ-решений
Think of “ontology” as the world’s first three-thousand-year-old hot new buzzword
Обнаружил статью Дэвида Хея (David Hay) от июля 2020: Отношения - это не глаголы https://tdan.com/relationships-are-not-verbs-part-one/26996
Обнаружил статью Дэвида Хея (David Hay) от июля 2020: Отношения - это не глаголы https://tdan.com/relationships-are-not-verbs-part-one/26996
А
15:46
Архитектура ИТ-решений
Поделюсь еще одним мероприятием от JUG Ru Group Бесплатный фестиваль для разработчиков и им сочувствующих TechTrain пройдет онлайн 18 сентября, в 12:00
Посмотреть всю программу и зарегистрировать можно на сайте.
Посмотреть всю программу и зарегистрировать можно на сайте.
А
14:57
Архитектура ИТ-решений
In reply to this message
А вот и ответ от DrawIo. https://www.diagrams.net/blog/tags-in-diagrams Метки на диаграммах не просто этой осенью вошли в моду. Они становятся обязательной фичей
А
А
11:26
Архитектура ИТ-решений
Как-то я пропустил, что Cloud Native Computing Foundation тоже выпускает технологические радары https://radar.cncf.io/2021-09-devsecops
А
21:22
Архитектура ИТ-решений
Олаф Циммерманн (ZIO), автор шаблона архитектурных решений, известного как (WH)Y-statements, предложил пять критериев для Definition of Done архитектурного решения (см. рисунок)
Я бы трактовал их как: обоснование-альтернативы-подтверждение-документирование-план реализации и контроля. Впрочем, только названий недостаточно. Без устного обсуждения не обойтись https://ozimmer.ch/practices/2020/05/22/ADDefinitionOfDone.html
Я бы трактовал их как: обоснование-альтернативы-подтверждение-документирование-план реализации и контроля. Впрочем, только названий недостаточно. Без устного обсуждения не обойтись https://ozimmer.ch/practices/2020/05/22/ADDefinitionOfDone.html
А
08:20
Архитектура ИТ-решений
Давайте уж все веселые картинки по интеграции соберем https://microservice-api-patterns.org/ Microservice API Patterns (MAP) мне представляется наименее проработанной (картинок больше смыслов) историей, но такие обычно и завоёвывают популярность
А
10:22
Архитектура ИТ-решений
🤷🏻Наткнулся в ленте на эту заметку: https://cechinel.medium.com/system-design-c4-model-766683fed1c9 с правильными цитатами из c4model.com и крайне странной картинкой (см. выше).
Похоже, люди считают, что использование c4model автоматически избавляет их от необходимости делать диаграммы читаемыми и понятными, а архитектуру вменяемой. Настораживающий тренд 🧨
Похоже, люди считают, что использование c4model автоматически избавляет их от необходимости делать диаграммы читаемыми и понятными, а архитектуру вменяемой. Настораживающий тренд 🧨
А
15:47
Архитектура ИТ-решений
В целом, скептически отношусь к айтишным подкастам, но этот выпуск Читаем вместе https://t.me/readingtogetherdev/37 хорошо зашел. Спасибо! (... и это не реклама ;-)
10:42
Кривая Бандуры
А
13:52
Архитектура ИТ-решений
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/) Так что и я еще планирую под рождество прокомментировать ряд трендов. Не переключайтесь ;-)
👍
2
Думал, почитаю свежие тренды наступающего года. Оказалось, что в 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/) Так что и я еще планирую под рождество прокомментировать ряд трендов. Не переключайтесь ;-)
09:37
Начну вот с этой ссылки 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
Так что ругать здесь особо нечего. Инструмент он и есть инструмент
👍
9
А оно ведь свеженькое (первое сообщение в блоге 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
Так что ругать здесь особо нечего. Инструмент он и есть инструмент
А
20:52
Архитектура ИТ-решений
В этом году стал почитывать советы Дэна Хьюза по архитектурным диаграммам. Мне не нравятся! Но может я просто чего-то не понимаю https://wittij.com/5-tips-for-better-solution-architecture-diagrams/
👍
3
👎
3
А
09:31
Архитектура ИТ-решений
Что архитектура решений (Solution Architecture) позаимствовала у других видов архитектур? От архитектуры предприятия – взгляд на любую деятельность, как на изменение уже существующего ландшафта приложений, процессов и данных. Ни одно изменение не начинается с чистого листа. От software architecture архитектура решений взяла сфокусированность на конкретной задаче, вместо попыток обозреть весь корпоративный ландшафт.
Я бы сказал, что архитектура решений возникает на границе. На границе систем, как набор предложений по их интеграции, на границе конкретных частных задач и общих подходов, на границе ИТ и бизнеса, границе унаследованных систем и новых потребностей, а также границе интересов самых разных групп заинтересованных лиц
👍
58
Я бы сказал, что архитектура решений возникает на границе. На границе систем, как набор предложений по их интеграции, на границе конкретных частных задач и общих подходов, на границе ИТ и бизнеса, границе унаследованных систем и новых потребностей, а также границе интересов самых разных групп заинтересованных лиц
А
10:04
Архитектура ИТ-решений
Поделюсь и я ссылкой на этот интересный текст с осмыслением текущей позиции инженерии и инженера данных
👍
7
А
20:52
Архитектура ИТ-решений
Предупреждение! Сегодня вечер активности ботов. Из разных архитектурных групп (преимущественно из "Работа для ИТ-архитекторов") боты атакуют подписчиков личными сообщениями.
Будьте осторожны! Блокируйте запросы от подозрительных аккаунтов. Сообщайте о вражеских происках. Не поддавайтесь на провокации
Будьте осторожны! Блокируйте запросы от подозрительных аккаунтов. Сообщайте о вражеских происках. Не поддавайтесь на провокации
А
11:01
Архитектура ИТ-решений
По-моему, канал стал слишком серьезным. Так что сегодня пятничный пост - должен ли архитектор читать код?
👍
64
👎
13
А
07:46
Архитектура ИТ-решений
Вчера заглянул на гартнеровский вебинар (слайды здесь). Удивился, что Gartner проводит вебинары на русском, да еще такие толковые. И дело даже не в том, что компонуемость (это один из трендов 2022 года) оказалась, в первую очередь, бизнес/ИТ характеристикой организации. Компонуемость эту самую оказывается можно прокачивать благодаря улучшению перечисленных в презентации практик.
Важнее, что потребность в ней возникает из-за разрушения монополии ИТ-отдела на производство ИТ-решений. Вот это вот мега-тренд! Я касался его в вебинаре Что ждет архитектора решений? В двух словах: все мы находимся в процессе замены функциональных и технологических силосов продуктовыми. Это главная история. И это главное следствие цифровой трансформации.
Ну и слайд №20 (см. рисунок) просто великолепен
👍
19
Важнее, что потребность в ней возникает из-за разрушения монополии ИТ-отдела на производство ИТ-решений. Вот это вот мега-тренд! Я касался его в вебинаре Что ждет архитектора решений? В двух словах: все мы находимся в процессе замены функциональных и технологических силосов продуктовыми. Это главная история. И это главное следствие цифровой трансформации.
Ну и слайд №20 (см. рисунок) просто великолепен
А
15:11
Архитектура ИТ-решений
Вот мы и перешагнули еще одну скромную отметку в 7000 подписчиков. Спасибо всем, кто помогает каналу и тем кто просто его читает!
Приглашайте подписаться коллег и друзей и сами оставайтесь на связи!
👍
55
Приглашайте подписаться коллег и друзей и сами оставайтесь на связи!
А
06:47
Архитектура ИТ-решений
In reply to this message
Не важно, какой именно формат архитектурных решений использовать – MADR с картинки над сообщением или какой-то другой. Практически любой шаблон ADR представляет собой ещё и чек-лист для самопроверки: какую задачу мы решаем, рассмотрели ли альтернативные варианты, видим ли негативные последствия решения или зациклились только на позитивных и т.д.
Кстати, еще одна ссылка к вебинару - обзор истории ADR от Olaf Zimmermann (ZIO) https://ozimmer.ch/practices/2020/04/27/ArchitectureDecisionMaking.html
👍
29
Кстати, еще одна ссылка к вебинару - обзор истории ADR от Olaf Zimmermann (ZIO) https://ozimmer.ch/practices/2020/04/27/ArchitectureDecisionMaking.html
А
17:59
Архитектура ИТ-решений
Оригинальное описание Леонардом Ричардсоном его модели зрелости RESTful API объясняется вот здесь: https://www.crummy.com/writing/speaking/2008-QCon/act3.html Возможно, кому-то этих слайдов и текста будет достаточно. Идея просто отличная.
Для остальных непременно хочу пересказать эту модель заново, своими словами. И обязательно это сделаю, но не сейчас
Richardson Maturity Model
👍
27
Для остальных непременно хочу пересказать эту модель заново, своими словами. И обязательно это сделаю, но не сейчас
Richardson Maturity Model
А
06:52
Архитектура ИТ-решений
В далеком 1987-м Джон Захман предложил любую модель системы причислять к одному из трех фундаментальных типов: описание данных, описание функций или описание физической структуры системы.
Cловом архитектура обычно обозначают модели третьего типа. А вот решение о выделении фрагмента системы в отдельный модуль завязано на элементах моделей первых двух. Модуль включает в себя либо некоторый набор данных, либо некоторый набор функций.
Не так уж всё и сложно, правда?
👍
30
Cловом архитектура обычно обозначают модели третьего типа. А вот решение о выделении фрагмента системы в отдельный модуль завязано на элементах моделей первых двух. Модуль включает в себя либо некоторый набор данных, либо некоторый набор функций.
Не так уж всё и сложно, правда?
А
09:37
Архитектура ИТ-решений
Помните, в начале нулевых появилось множество гибких методологий разработки: XP Кента Бека, семейство Crystal Коберна, ICONIX и т.д. А потом они все отошли на второй план и на какое-то время остался один SCRUM, т.е. подход, который в наименьшей степени можно назвать методологией разработки. Скорее, это мета-методология. Она не отвечает на вопрос Что делать? давая вместо этого ответ на вопрос Как? (см. Scrum guide). По сути, рекомендация звучит так: изобретите свой собственный процесс. Но этот ваш процесс должен быть эмпирическим, прозрачным, адаптируемым и т.д. Т.е. задан только самый общий минимум техник и инструментов.
Думаю, что только так сформулированный подход имел шансы закрепиться. Другие просто не прижились, т.к. слишком много вопросов можно к ним сформулировать. Собственно, на текущий момент резервы развития этой темы исчерпаны. (Абстрагироваться еще на более высокий уровень невозможно. Там уже стратосфера. Потому развиваться некуда) ...
👍
12
👎
2
Думаю, что только так сформулированный подход имел шансы закрепиться. Другие просто не прижились, т.к. слишком много вопросов можно к ним сформулировать. Собственно, на текущий момент резервы развития этой темы исчерпаны. (Абстрагироваться еще на более высокий уровень невозможно. Там уже стратосфера. Потому развиваться некуда) ...
А
15:42
Архитектура ИТ-решений
Pace layered подход, сформулированный когда-то в Gartner (см., например https://mxsmirnov.com/pace-layer/), это не только о том, когда надо, а когда не надо собирать требования, например
Предлагаю посмотреть на эту классификацию как на набор из трех фундаментальных ценностей, которые ИТ может принести:
1. Дать вам чужую технологию и операционную модель (system of records)
2. Поддержать ваши уникальные операции (system of differentiation)
3. Выявить потребность (system of innovation) Именно третья ценность является наиболее актуальной. Её мало кто понимает. Другие (инженерные) технологии так не умеют. Для них важно заранее знать что именно мы хотим сделать (вариант 2). А вот ИТ умеет работать в ситуации, когда владелец ресурсов совершенно не представляет чего хотеть, как с пользой задействовать доставшийся ему ресурс
👍
17
Предлагаю посмотреть на эту классификацию как на набор из трех фундаментальных ценностей, которые ИТ может принести:
1. Дать вам чужую технологию и операционную модель (system of records)
2. Поддержать ваши уникальные операции (system of differentiation)
3. Выявить потребность (system of innovation) Именно третья ценность является наиболее актуальной. Её мало кто понимает. Другие (инженерные) технологии так не умеют. Для них важно заранее знать что именно мы хотим сделать (вариант 2). А вот ИТ умеет работать в ситуации, когда владелец ресурсов совершенно не представляет чего хотеть, как с пользой задействовать доставшийся ему ресурс
А
07:04
Архитектура ИТ-решений
Вот эта картинка (Hanschke, Strategic IT Management...) иллюстрирует основной вызов, стоящий сейчас перед бизнес-архитектором. Заключается он в необходимости разработки метамодели деятельности организации. Две идеи с картинки:
1. В информационной архитектуре не существует никаких уровней или доменов. (Бизнес-объект расположен между прикладным уровнем и уровнем бизнеса). Система информационных понятий едина (по вертикали). Одни и те же концепции пронизывают все слои: прикладной, бизнесовый, технологический (помните ubiquitous language).
2. В разных бизнес-доменах при организации деятельности используются разные концепции. У кого-то это продукты, у кого-то бизнес-процессы, а у третьих что-то совсем иное. Нет никакой единой модели деятельности организации, основанной, например, на бизнес-процессах. В каких-то функциональных областях процессы заходят, а в других – нет. Предметную область для каждого бизнес юнита надо проектировать и это снова про Domain Driven Design
👍
21
1. В информационной архитектуре не существует никаких уровней или доменов. (Бизнес-объект расположен между прикладным уровнем и уровнем бизнеса). Система информационных понятий едина (по вертикали). Одни и те же концепции пронизывают все слои: прикладной, бизнесовый, технологический (помните ubiquitous language).
2. В разных бизнес-доменах при организации деятельности используются разные концепции. У кого-то это продукты, у кого-то бизнес-процессы, а у третьих что-то совсем иное. Нет никакой единой модели деятельности организации, основанной, например, на бизнес-процессах. В каких-то функциональных областях процессы заходят, а в других – нет. Предметную область для каждого бизнес юнита надо проектировать и это снова про Domain Driven Design
А
11:50
Архитектура ИТ-решений
Поделюсь слайдом из одной недавней презентации на давно уже обозначенную тему
👍
14
А
07:20
Архитектура ИТ-решений
MS
Maxim Smirnov 27.04.2022 20:24:54
В момент выхода версии 9.2 TOGAF развивающая его The Open Group анонсировал свое намерение превратить TOGAF в открытую расширяемую библиотеку. В 10-ой версии это практически реализовалось. PDF-ы скачать можно, но их довольно много и работать с ними не очень удобно
А
19:12
Архитектура ИТ-решений
Dean Leffingwell писал о воронке инициатив еще в книжке 2011 года «Agile Software Requirements...» (а другие авторы рассказывают эту же историю с еще более ранних времен). Рекомендации по выстраиванию процесса установки приоритетов и выбора идей, которые следуют реализовать, были прописаны в SAFe несколько лет назад (см. https://www.scaledagileframework.com/portfolio-kanban/). И тем не менее я регулярно сталкиваюсь с тем, что для кого-то эта идея является совсем новой. Потому делюсь здесь ссылкой на соответствующую страничку в SAFe
👍
19
А
07:27
Архитектура ИТ-решений
Пожалуй, это самая важная картинка в недописанной книжке Брандолини Introducing EventStorming Правда, она скорее объясняет, что такое CQRS, а не рассказывает про Event Storming или Domain Driven Design. Тем не менее, идея инициируемой командой пользователя петли событий, возвращающейся к нему же или порождающую новую команду – это базовый сценарий взаимодействия пользователя с сервисом. Всё крутится вокруг этого…
👍
18
07:32
In reply to this message
… даже процесс DDD или предметно-ориентированного проектирования. Сравните картинку из реплики выше c рассказом Брандолини о The Whirlpool Model https://blog.avanscoperta.it/2020/08/03/which-process-for-domain-driven-design/ Эрика Эванса
👍
2
А
10:29
Архитектура ИТ-решений
7 июня 19:00 MSK
Предыдущее сообщение за пару часов набрало 30 комментариев. Предлагаю продолжить обсуждение затронутой темы голосом сегодня вечером. Прямо здесь. Присоединяйтесь!
PS: Вопросы можно добавлять в комментариях к этому сообщению 👇
👍
7
👎
1
Предыдущее сообщение за пару часов набрало 30 комментариев. Предлагаю продолжить обсуждение затронутой темы голосом сегодня вечером. Прямо здесь. Присоединяйтесь!
PS: Вопросы можно добавлять в комментариях к этому сообщению 👇
А
12:47
Архитектура ИТ-решений
Почему-то я пропустил этот опрос O'Reilly Microservices Adoption in 2020 (Everyone’s talking about microservices. Who’s actually doing it?). Может раньше он не был в открытом доступе, не знаю.
Конечно, отчет не очень свежий(начало 2020), но довольно интересный. С попытками обнаружить и прокомментировать корреляции между ответами на разные вопросы. Т.е. с тем, что отличает подготовленные исследования от традиционных тупых опросников. В общем, всё как мы любим
👍
9
Конечно, отчет не очень свежий(начало 2020), но довольно интересный. С попытками обнаружить и прокомментировать корреляции между ответами на разные вопросы. Т.е. с тем, что отличает подготовленные исследования от традиционных тупых опросников. В общем, всё как мы любим
А
07:10
Архитектура ИТ-решений
📆 20 июня 19:00 MSK Архитектор ИТ-решений. Несколько полезных приемов - бесплатный вебинар с обсуждением навыков архитекторов решений (Solution Architect)
Зарегистрироваться на вебинар, задать вопросы, поделиться собственным опытом можно по ссылке: https://mxsmirnov.timepad.ru/event/2071039/
Присоединяйтесь!
👍
35
Зарегистрироваться на вебинар, задать вопросы, поделиться собственным опытом можно по ссылке: https://mxsmirnov.timepad.ru/event/2071039/
Присоединяйтесь!
А
13:42
Архитектура ИТ-решений
Я не помню кто именно притащил в ИТ-архитектуру концепцию Shearing layers из книжки Стюарда Бранда How Buildings Learn: What Happens After They’re Built, но идея "хорошей архитектуры" в этом подходе вполне очевидна: слой с частыми изменениями должен оказаться выше слоя с изменениями более редкими.
Похожая идея применима и для профессий и навыков. Пока рынок труда хорош мы добавляем к своей базовой профессии слои с новыми компетенциями и специализациями. Когда рынок сжимается - возвращаемся к базовой профессии: разработчика, инженера, аналитика или менеджера
👍
48
Похожая идея применима и для профессий и навыков. Пока рынок труда хорош мы добавляем к своей базовой профессии слои с новыми компетенциями и специализациями. Когда рынок сжимается - возвращаемся к базовой профессии: разработчика, инженера, аналитика или менеджера
А
09:22
Архитектура ИТ-решений
📆 29 июня 10:30 MSK
Решил продолжить в формате вебинаров. Послезавтра расскажу историю о том, как раньше проектирование помогало сбалансировать потребности и возможности заказчика и что случилось с этой деятельностью в наши дни.
Регистрироваться не надо. Просто подключайтесь по ссылке: https://youtu.be/4P5DLoaGPks
👍
21
Решил продолжить в формате вебинаров. Послезавтра расскажу историю о том, как раньше проектирование помогало сбалансировать потребности и возможности заказчика и что случилось с этой деятельностью в наши дни.
Регистрироваться не надо. Просто подключайтесь по ссылке: https://youtu.be/4P5DLoaGPks
А
14:58
Архитектура ИТ-решений
Архитектор предприятия оказался лучшей работой 2022 года в Америке по версии Glassdoor https://www.glassdoor.com/List/Best-Jobs-in-America-LST_KQ0,20.htm
👍
29
👎
1
А
07:34
Архитектура ИТ-решений
Новая(июньская) заметка Brian Tucker https://www.ivarjacobson.com/publications/blog/nature-portfolios-portfolio-kanban-alternative-scenarios в длинном сериале статей On The Nature Of Portfolios на сайте IvarJacobson.com Речь как всегда про SAFe Portfolio Kanban (картинка вверху). В общем, для тех, кому интересны виды деятельности за границами одного спринта
👍
10
А
07:12
Архитектура ИТ-решений
Ещё один лонгрид с описанием хорошо нам известных трех архитектурных ролей: https://medium.com/@briqi/the-software-architecture-roles-3bfccc9e36d2 Автор обещает целую серию под общим заголовком Intuitive Software Architecture. Посмотрим, что получится. Начало, вроде бы, неплохое
👍
16
👎
3
А
14:54
Архитектура ИТ-решений
Пост благодарности всем подписчикам этого канала 👍 Нас 8K 🎉
Спасибо за ваш интерес, оставайтесь с нами! 😜
👍
104
👎
1
Спасибо за ваш интерес, оставайтесь с нами! 😜
А
07:20
Архитектура ИТ-решений
Первые результаты опросов по описанию архитектуры. Три пункта, набравших наибольшее количество голосов в опросе Что должно быть в описании... и наименьшее в опросе о том, чего быть не должно
👍
16
А
17:52
Архитектура ИТ-решений
Думаю, что чтению текста Mind-mapping Microservices Design Patterns многие предпочтут разглядывание картинки из него.
(И в данном случае это правильно, кмк)
👍
58
(И в данном случае это правильно, кмк)
А
12:48
Архитектура ИТ-решений
A
Astana Hub ️ 26.10.2022 11:09:39
⚡️ Микросервисная архитектура — одно из самых востребованных направлений в IT на сегодняшний день.
⠀
На семинаре представитель специализированного центра по ускоренному обучению IT-специалистов, IT Expert Lab — Максим Смирнов расскажет:
🔸 Какие типы микросервисов существуют, и когда какой из типов использовать;
🔸 Какие функции и данные целесообразно выделять в отдельный сервис;
🔸 Как справиться со сложностью из «зоопарка» технологий и множества межпроцессных взаимодействий;
🔸 Риски и выгоды распределенных систем.
⠀
❗️Присоединяйтесь на открытую лекцию от ведущей IT-школы Казахстана IT Expert Lab, регистрируйтесь по ссылке.
⠀
На семинаре представитель специализированного центра по ускоренному обучению IT-специалистов, IT Expert Lab — Максим Смирнов расскажет:
🔸 Какие типы микросервисов существуют, и когда какой из типов использовать;
🔸 Какие функции и данные целесообразно выделять в отдельный сервис;
🔸 Как справиться со сложностью из «зоопарка» технологий и множества межпроцессных взаимодействий;
🔸 Риски и выгоды распределенных систем.
⠀
❗️Присоединяйтесь на открытую лекцию от ведущей IT-школы Казахстана IT Expert Lab, регистрируйтесь по ссылке.
А
15:40
Архитектура ИТ-решений
Ты-ж-архитектор! Сколько раз вы попадались в эту ловушку? Со мной это происходит постоянно. Стоит однажды назваться архитектором и уже не выбраться из-под огня заведомо нереальных ожиданий. Каждый норовит повесить на тебя своё представление относительно того, что архитектор должен знать, уметь или делать. И вот уже отовсюду слышится:
- Скажи[нарисуй, сделай] мне архитектор…
В такие моменты я вспоминаю архитектурные антипаттерны, о которых писал лет дцать тому назад по мотивам «What do software architects really do?» от Philippe Kruchten
👍
51
👎
1
- Скажи[нарисуй, сделай] мне архитектор…
В такие моменты я вспоминаю архитектурные антипаттерны, о которых писал лет дцать тому назад по мотивам «What do software architects really do?» от Philippe Kruchten
А
07:15
Архитектура ИТ-решений
Сегодня у меня для вас архитектурная заметка от Mahdi Yusuf с возвращением к приложениям 12 факторов из октября 2022. Что-то поменялось, а что-то нет. Читайте текст, рассматривайте картинки https://architecturenotes.co/12-factor-app-revisited/
👍
18
А
07:20
Архитектура ИТ-решений
Курс по микросервисной архитектуре теперь и в Казахстане http://itexpertlab.tilda.ws/
14-17 декабря с 10:00 до 14:30 (GMT+6), пока в онлайн формате
👍
3
👎
2
14-17 декабря с 10:00 до 14:30 (GMT+6), пока в онлайн формате
А
20:04
Архитектура ИТ-решений
Картинку нашел у себя в архиве. Но не принимайте её всерьез!
А
08:44
Архитектура ИТ-решений
Набросал несколько абзацев в блоге. Называется заметка: Diagrams as code 2.5
А
08:15
Архитектура ИТ-решений
А вот и свеженький твит Сэма Ньюмена про ADR: https://twitter.com/samnewman/status/1606662244238069760
А
15:45
Архитектура ИТ-решений
Дорогие друзья!
Наступает Новый, 2023-й год! По традиции, мы связываем с новогодним праздником свои самые лучшие, самые светлые мечты и надежды. Разрешите и мне пожелать вам позитивных изменений, открытия новых горизонтов и проявления обнадеживающих перспектив! Здоровья и благополучия вам, вашим друзьям и близким!
С Новым годом! 🍾🎄🎉
Наступает Новый, 2023-й год! По традиции, мы связываем с новогодним праздником свои самые лучшие, самые светлые мечты и надежды. Разрешите и мне пожелать вам позитивных изменений, открытия новых горизонтов и проявления обнадеживающих перспектив! Здоровья и благополучия вам, вашим друзьям и близким!
С Новым годом! 🍾🎄🎉
А
09:41
Архитектура ИТ-решений
Наконец у Alan McSweeney появилась новая, вот такая картинка, описывающая типы входящих в архитектуру решения элементов
А
12:32
Архитектура ИТ-решений
Отличная задумка - показать читателю разработку High Level Design от начала и до конца сделана в тексте Solution Architecture 101 : For Budding Architects Но, к сожалению, автор остановился в самом начале, на уровне предварительного наброска.
Подумываю о том, чтоб как-нибудь завершить в рамках одного из своих курсов
Подумываю о том, чтоб как-нибудь завершить в рамках одного из своих курсов
А
08:08
Архитектура ИТ-решений
Возможно, что в каких-то областях деятельности метамодель Nikola Schou окажется полезной, но мне она не понравилась. Зато мне понравился сам текст, в котором он её описывает A new software architecture metamodel inspired by C4, Agile and TOGAF
А
12:25
Архитектура ИТ-решений
В прошлом году обновился ISO/IEC/IEEE 42010 – основной, а долгое время и единственный ИСО-шный стандарт по архитектуре. Теперь он называется Software, systems and enterprise — Architecture description вместо Systems and software engineering — Architecture description – названия 2011 года.
Внесены некоторые изменения и в содержание стандарта. В частности, основные определения синхронизированы со стандартами 2019 года. Так основное определение теперь звучит так:
enterprise, organization, solution, system (including software systems), subsystem, business, data, application, information technology, mission, product, service, software item, hardware item, etc.
Внесены некоторые изменения и в содержание стандарта. В частности, основные определения синхронизированы со стандартами 2019 года. Так основное определение теперь звучит так:
3.2 architecture - fundamental concepts or properties of an entity in its environment and governing principles for the realization and evolution of this entity and its related life cycle processesТ.е вместо архитектуры системы мы теперь рассматриваем архитектуру an entity, в качестве которого может выступать:
enterprise, organization, solution, system (including software systems), subsystem, business, data, application, information technology, mission, product, service, software item, hardware item, etc.
А
08:07
Архитектура ИТ-решений
Долгое время единственным ISO-шным стандартом по архитектуре оставался ISO/IEC/IEEE 42010:2011 Systems and software engineering — Architecture description. В 2019 году появились сразу два новых архитектурных стандарта 42020 и 42030. А в ноябре прошлого, 2022 года обновился и основной стандарт описания архитектуры.
Как именно, читайте здесь: https://mxsmirnov.com/changes-420x0/
👍
1
Как именно, читайте здесь: https://mxsmirnov.com/changes-420x0/
А
17:17
Архитектура ИТ-решений
Незамысловатые картинки в excalidraw, дополненные простым текстом, постоянно попадают в мою новостную ленту
Наконец нашел страницу со ссылками сразу на все Event-Driven Architecture Visuals: https://serverlessland.com/event-driven-architecture/visuals
Наконец нашел страницу со ссылками сразу на все Event-Driven Architecture Visuals: https://serverlessland.com/event-driven-architecture/visuals
А
09:24
Архитектура ИТ-решений
Я все никак не соберусь сделать вебинар по стандарту архитектурных процессов ISO/IEC/IEEE 42020. Потому размещу сегодня всего лишь картинку со списком процессов и ограничусь парой тезисов об этом стандарте:
1. Про определения из него я уже писал здесь Изменения в стандартах 420x0
2. Область применения стандарта: организация, несколько организаций, система, решение, продукт сервис и т.д. При этом, два верхних и нижний процесс они больше про Enterprise Architecture, а три средних про архитектуры системы или решения.
3. Тройка процессов Conceptualization-Evaluation-Elaboration напоминают мне Whirlpool модель Эрика Эванса. В стандарте сказано, что архитектурные описания в начале представляют собой верхнеуровневые наброски, но их может быть много. Затем небольшое количество из этих вариантов реализации уточняется. Ну, т.е. процессная модель ISO 42020 вполне согласуется с идеей воронкой инициатив, позволяющей использовать архитектуру не только на вопрос КАК, но и на вопрос ЧТО следует делать
❤
2
1. Про определения из него я уже писал здесь Изменения в стандартах 420x0
2. Область применения стандарта: организация, несколько организаций, система, решение, продукт сервис и т.д. При этом, два верхних и нижний процесс они больше про Enterprise Architecture, а три средних про архитектуры системы или решения.
3. Тройка процессов Conceptualization-Evaluation-Elaboration напоминают мне Whirlpool модель Эрика Эванса. В стандарте сказано, что архитектурные описания в начале представляют собой верхнеуровневые наброски, но их может быть много. Затем небольшое количество из этих вариантов реализации уточняется. Ну, т.е. процессная модель ISO 42020 вполне согласуется с идеей воронкой инициатив, позволяющей использовать архитектуру не только на вопрос КАК, но и на вопрос ЧТО следует делать
А
19:32
Архитектура ИТ-решений
Приделал в свой блог: https://mxsmirnov.com/ трансляцию этого telegram-канала (зачем-то)
А
12:49
Архитектура ИТ-решений
Brian Foote and Joseph Yoder
Big Ball of Mud
Shantytowns emerge where there is a need for housing, a surplus of unskilled labor, and a dearth of capital investment. Shantytowns fulfill an immediate, local need for housing by bringing available resources to bear on the problem.
All too many of our software systems are, architecturally, little more than shantytowns... Deadlines loom like monsoons, and architectural elegance seems unattainable
*Трущобы возникают там, где есть потребность в жилье, избыток неквалифицированной рабочей силы и недостаток инвестиций. Трущобы удовлетворяют насущную потребность в жилье имеющимися ресурсами.
Слишком многие из наших программ, архитектурно, не более чем трущобы...
Сроки надвигаются, как муссоны и архитектурная элегантность представляется недостижимой
Big Ball of Mud
Shantytowns emerge where there is a need for housing, a surplus of unskilled labor, and a dearth of capital investment. Shantytowns fulfill an immediate, local need for housing by bringing available resources to bear on the problem.
All too many of our software systems are, architecturally, little more than shantytowns... Deadlines loom like monsoons, and architectural elegance seems unattainable
*Трущобы возникают там, где есть потребность в жилье, избыток неквалифицированной рабочей силы и недостаток инвестиций. Трущобы удовлетворяют насущную потребность в жилье имеющимися ресурсами.
Слишком многие из наших программ, архитектурно, не более чем трущобы...
Сроки надвигаются, как муссоны и архитектурная элегантность представляется недостижимой
А
09:47
Архитектура ИТ-решений
Есть такой жанр у авторов текстов по ИТ-архитектуре – многабукв, абстрактные рассуждения и без картинок. Бен Моррис, вполне относится к представителям этого жанра (картинка в сообщении от меня). Но есть в его заметках и некоторое отличие. Во-первых, в них практически всегда присутствует TL;DR, а еще, обычно, написаны довольно правильные вещи. Как, например, в тексте Когда событие не является событием, (... а является сообщением, запросом, командой, сущностью и т.д.)
А
16:02
Архитектура ИТ-решений
Узнал я новое слово на букву "С". На днях Билгин Ибрям написал довольно большой текст на InfoQ What Are Cloud-Bound Applications? о том, что же привязывает наши приложения к конкретным инфраструктурам, платформам и сервисам
А
15:29
Архитектура ИТ-решений
В Scaled Agile Framework есть ряд идей, на которые я часто ссылаюсь в своих курсах, вебинарах и выступлениях. Например, выделение трех основных архитектурных ролей (enterprise, solution и system architect) или воронка Portfolio Kanban, позволяющая определять приоритеты задач на основании рассмотрения альтернативных вариантов реализации(см. рисунок).
Это совершенно не значит, что я за SAFe или же против него. Чтоб избежать предвзятого отношения я позволю себе поделиться ссылкой на сайт The SAFe Delusion оставив каждому подписчику труд выработать то или иное собственное отношение к SAFe или возможность не делать этого вовсе
Это совершенно не значит, что я за SAFe или же против него. Чтоб избежать предвзятого отношения я позволю себе поделиться ссылкой на сайт The SAFe Delusion оставив каждому подписчику труд выработать то или иное собственное отношение к SAFe или возможность не делать этого вовсе
А
18:35
Архитектура ИТ-решений
In reply to this message
Simon Brown добавил несколько примеров альтернативных визуализаций в https://c4model.com/#AlternativeVisualisations
Выше я ссылался на его выступление Diagrams as Code 2.0 с идеей, что модель не только первична по отношению к диаграммам, но и может быть выражена разными нотациями моделирования
Выше я ссылался на его выступление Diagrams as Code 2.0 с идеей, что модель не только первична по отношению к диаграммам, но и может быть выражена разными нотациями моделирования
А
15:25
Архитектура ИТ-решений
Текущие результаты опроса (Google Tree Map Chart)
А
09:24
Архитектура ИТ-решений
Ежегодно O'Reilly анализирует поисковые запросы по своим книжкам и курсам и пишет об этом большой и бестолковый отчет Technology Trends for 2023. В этом году он появился 1 марта, но у меня все не доходили руки с ним разобраться.
Честно говоря, чтения отчета несколько меня разочаровало. Я бы предпочел набор сырых данных (меньше букв, больше цифр). По крайней мере, тренды по архитектурным словам (см. график) я понять не сумел. Согласно отчету растет всё:
Честно говоря, чтения отчета несколько меня разочаровало. Я бы предпочел набор сырых данных (меньше букв, больше цифр). По крайней мере, тренды по архитектурным словам (см. график) я понять не сумел. Согласно отчету растет всё:
- Архитектура ПО выросла в 2022 по сравнению с 2021 годом на 26%.Видимо, это в абсолютных величинах, но нигде не написано насколько выросло общее количество запросов. В общем, после таких данных хочется задать вопрос: ну и что?
А
12:07
Архитектура ИТ-решений
Честно говоря, я не подписан на Криса Ричардсона и потому заметку About dark energy and dark matter: forces that shape an architecture, появившуюся в его блоге в прошлые выходные, увидел сейчас впервые (хотя метафору эту он использует уже давно).
Вообще-то, кликбейтные метафоры вещь вредная. Но вот непрекращающиеся попытки описать, я уж не говорю формализовать, принятие решения о выделении функций [а может и данных] в отдельные сервисы можно только приветствовать. Идея Ричардсона мне нравится. А вот конкретные силы, думаю, можно еще пообсуждать (там для каждой есть отдельное описание)
❤
1
Вообще-то, кликбейтные метафоры вещь вредная. Но вот непрекращающиеся попытки описать, я уж не говорю формализовать, принятие решения о выделении функций [а может и данных] в отдельные сервисы можно только приветствовать. Идея Ричардсона мне нравится. А вот конкретные силы, думаю, можно еще пообсуждать (там для каждой есть отдельное описание)
А
16:27
Архитектура ИТ-решений
Когда автору архитектурных диаграмм поручили спроектировать электроплиту
🤨
3
❤
1
😢
1
А
17:59
Архитектура ИТ-решений
Ну, и еще немного про платформы. Почитать на выходных документ от CNCF: https://tag-app-delivery.cncf.io/whitepapers/platforms/
А
09:27
Архитектура ИТ-решений
На AWS re:Invent 2022 знаменитый Gregor Hohpe в своем выступлении Are you integrating or building
distributed applications? порадовал нас вот таким вот слайдом про RPC
[1] Ссылка на выступление https://youtu.be/Zrj7RD7G24Q?t=3141
[2] Слайды в PDF
❤
1
distributed applications? порадовал нас вот таким вот слайдом про RPC
[1] Ссылка на выступление https://youtu.be/Zrj7RD7G24Q?t=3141
[2] Слайды в PDF
А
10:39
Архитектура ИТ-решений
In reply to this message
Можно было бы сделать отдельный курс по Solution Architecture по материалам от Alan McSweeney. Но пока этого не случилось, в дополнение к слайду о составе ИТ-решения, я поделюсь его слайдом об отображении компонент решения и зависимостей между ними
А
13:45
Архитектура ИТ-решений
Мало кто сомневался, что рано или поздно холст(canvas) описания архитектуры появится. Вероятно, не первый и не последний вариант Software Architecture Canvas представил пару недель назад Patrick Roos. Описание шаблона и параллели с arc42 и c4model см. по ссылке выше и в других текстах этого автора на workingsoftware.dev
А
15:47
Архитектура ИТ-решений
Нет, ну я так не играю...
В Scaled Agile Framework оказывается есть своя табличка со сравнением архитектурных ролей. Где они были лет десять назад?
👍
57
🔥
17
❤
5
👎
2
В Scaled Agile Framework оказывается есть своя табличка со сравнением архитектурных ролей. Где они были лет десять назад?
А
17:19
Архитектура ИТ-решений
Хочу поделиться ссылкой на очень короткую(9 страниц) и очень простую статью о методе Enterprise Architecture Planning (он же – wedding cake) https://gc.scalahed.com/recursos/files/r161r/w24851w/updating.pdf Мне кажется, что этот текст отличная иллюстрация того, что архитектура предприятия была когда-то вещью практичной и не сильно запутанной. По сути, весь текст - пояснение этой одной картинки
🔥
22
👍
13
❤
2
А
12:06
Архитектура ИТ-решений
... массовое цитирование 8 заблуждений относительно распределенных вычислений потребовало их визуализации. И вот, пожалуйста, вам картинка https://architecturenotes.co/fallacies-of-distributed-systems/ Сопровождающий эти иллюстрации текст не столь хорош, но хоть более развернутый нежели в Википедии
А
09:41
Архитектура ИТ-решений
И еще про картинки
В тексте Modeling Complex Domains with Aggregates, Entities, and Value Objects нет ничего примечательного. Ничто, что отличало бы его от множество подобных "очень кратких рассказов про DDD для чайников". Но вот картинка про объект-значение автору удалась
👍
12
👎
1
В тексте Modeling Complex Domains with Aggregates, Entities, and Value Objects нет ничего примечательного. Ничто, что отличало бы его от множество подобных "очень кратких рассказов про DDD для чайников". Но вот картинка про объект-значение автору удалась
А
08:41
Архитектура ИТ-решений
Можно ли вместо OpenAPI спецификации для описания интерфейсов использовать примеры запросов и команд? Посмотрите Jsight и дайте свой вариант ответа (внутри описание, примеры и видео, а вот ссылка на большой текст на медиуме: What’s Wrong With OpenAPI?)
👍
26
👎
10
💯
3
❤
2
🔥
2
А
08:41
Архитектура ИТ-решений
19:00 MSK, в среду, 12 июля
Дилемма корпоративного архитектора 2.0
Продолжение разговора о том, чем должен заниматься архитектор предприятия в современной организации и есть ли что-то в его арсенале кроме тяжеловесных методологий описания текущего и целевого состояния ИТ-ландшафта
Регистрация здесь: https://mxsmirnov.timepad.ru/event/2495350/
👍
23
🔥
1
Дилемма корпоративного архитектора 2.0
Продолжение разговора о том, чем должен заниматься архитектор предприятия в современной организации и есть ли что-то в его арсенале кроме тяжеловесных методологий описания текущего и целевого состояния ИТ-ландшафта
Регистрация здесь: https://mxsmirnov.timepad.ru/event/2495350/
А
18:17
Архитектура ИТ-решений
Для интересующихся: краткая(очень) история и структура Enhanced Telecom Operations Map (eTOM). От динозавтров до наших дней, но без особого занудства. https://modelitics.wordpress.com/2017/04/27/introduction-to-etom/2/
👍
7
❤
2
А
11:48
Архитектура ИТ-решений
In reply to this message
Книжку привезли, почитаем 🧐
👍
90
🔥
24
🤩
5
❤
2
🎉
2
А
10:11
Архитектура ИТ-решений
Мне всегда не хватало терпения для того, чтоб написать подобный текст или хотя бы слайд, да еще и с примерами (обычно я рассказываю что-то подобное просто размахивая руками). Но, наконец, я нашел заметку Inheritance and polymorphism: where the cracks in SQL begin to show, которую написал James Whiteside и слайд теперь обязательно нарисую.
Затрудняюсь сказать насколько хороши TypeDB и TypeQL, т.к. услышал о них впервые, но оказывается TypeDB уже была отмечена на недавнем техрадаре. В общем, надо бы присмотреться
🤔
5
🔥
3
Затрудняюсь сказать насколько хороши TypeDB и TypeQL, т.к. услышал о них впервые, но оказывается TypeDB уже была отмечена на недавнем техрадаре. В общем, надо бы присмотреться
А
09:23
Архитектура ИТ-решений
Теория когнитивной нагрузки и архитектура предприятия
Теория когнитивной нагрузки Джона Свеллера, популяризированная в мире ИТ книжкой про командные топологии, не только и не столько о том, как правильно выстроить обучение и не перегрузить людей избыточной информацией.
Рассуждения о том, что способствует обучению, а что мешает, безусловно, важны, но в основе теории когнитивной нагрузки лежит некоторая (путь и крайне простая) модель устройства человеческой памяти.
Нельзя ли использовать эту модель и для описания деятельности целой организации? Ответ на этот вопрос, на мой взгляд, должен дать архитектор предприятия читать дальшe
🔥
12
👍
7
👎
1
👏
1
Теория когнитивной нагрузки Джона Свеллера, популяризированная в мире ИТ книжкой про командные топологии, не только и не столько о том, как правильно выстроить обучение и не перегрузить людей избыточной информацией.
Рассуждения о том, что способствует обучению, а что мешает, безусловно, важны, но в основе теории когнитивной нагрузки лежит некоторая (путь и крайне простая) модель устройства человеческой памяти.
Нельзя ли использовать эту модель и для описания деятельности целой организации? Ответ на этот вопрос, на мой взгляд, должен дать архитектор предприятия читать дальшe
А
10:31
Архитектура ИТ-решений
Думаю, сообщения в разных блогах с заголовком типа Graphic Design for Software Engineers and Architects были актуальны и 5, и 10 и 20 лет назад и, безусловно, будут актуальны в будущем. Такие тексты будут появляться всегда, а я буду продолжать ими делиться. И может быть с частью вещей из этого текста я не вполне согласен, но согласен с главным: взялись рисовать картинку, так сделайте её нормально
👍
28
💯
4
👏
2
🤩
1
А
09:41
Архитектура ИТ-решений
Вместо упрощения подходов к описанию архитектур они усложняются
Новые сущности, появившиеся в прошлогодней версии стандарта ISO 42010, на рисунке, опубликованном на сайте рабочей группы
[1] Источник картинки
[2] Чуть подробней об изменениях в стандартах 420x0 в моем блоге
👍
12
❤
1
Новые сущности, появившиеся в прошлогодней версии стандарта ISO 42010, на рисунке, опубликованном на сайте рабочей группы
[1] Источник картинки
[2] Чуть подробней об изменениях в стандартах 420x0 в моем блоге
А
11:32
Архитектура ИТ-решений
Из серии: советы архитектору решений (solution architect)
Кстати, вполне себе годный текст от Дэна Хьюза; по крайней мере, для пятницы 6 Tips for Beating Diagram Procrastination
❤
9
👍
4
Кстати, вполне себе годный текст от Дэна Хьюза; по крайней мере, для пятницы 6 Tips for Beating Diagram Procrastination
А
09:44
Архитектура ИТ-решений
Architects, no matter if they’re focused on the enterprise, solution or system, and often the guardians of the Non-Functional Requirements, should not be sitting in an Ivory Tower...
https://www.comicagile.net/comic/the-architect/
👍
15
🔥
2
https://www.comicagile.net/comic/the-architect/
А
16:39
Архитектура ИТ-решений
Хозяйке на заметку Top 6 tools for text-based UML sequence diagrams
🔥
28
👍
12
👎
3
❤
1
А
09:42
Архитектура ИТ-решений
Развилки архитектурных решений
Solution architect Семён получил новую задачку: расширить функционал простенького сервиса обработки заявок. Ничем не примечательный сервис предоставляет HTTP API, с коллекцией request, в которую можно опубликовать заявку [читать дальше...]
👍
22
😢
7
👎
4
🤩
3
🤨
1
Solution architect Семён получил новую задачку: расширить функционал простенького сервиса обработки заявок. Ничем не примечательный сервис предоставляет HTTP API, с коллекцией request, в которую можно опубликовать заявку [читать дальше...]
А
11:41
Архитектура ИТ-решений
Нашел вот такое исследование Difficulty of Architectural Decisions – A Survey with Professional Architects, в котором поучаствовало 43 архитектора и 86 архитектурных решений.
См. основные затруднения на картинке выше. В исследовании так же пытаются найти различия между решениями начинающих и опытных архитекторов, а еще: decisions with a more preferable outcome (i.e. good decisions) and decisions with a less preferable outcome (i.e. bad decisions)
👍
27
❤
1
См. основные затруднения на картинке выше. В исследовании так же пытаются найти различия между решениями начинающих и опытных архитекторов, а еще: decisions with a more preferable outcome (i.e. good decisions) and decisions with a less preferable outcome (i.e. bad decisions)
А
10:12
Архитектура ИТ-решений
Читаю TOGAF® Series Guide - Architecture Skills Framework и рассматриваю таблички с навыками разных архитекторов. Вот интересно, а кто всё это придумывает! Из каких вот соображений? Почему, например, у Solution Architect знания языков программирования должны быть выше, чем у архитекторов приложения и технических архитекторов, а готовые решения (COTS) ему надо знать в меньшем объеме (табличка из раздела 5.5 IT General Knowledge Skills)? И насколько все это согласуется, к примеру, с тем же SFIA Solution architecture?
🤔
47
🥱
7
👍
2
👎
2
А
А
10:02
Архитектура ИТ-решений
14 сентября в 10:30 расскажу про свой новый учебный курс
Модели корпоративной архитектуры.
TOGAF 10 и Archimate 3.2
📎 Подробности и регистрация
🔥
24
👍
11
❤
1
Модели корпоративной архитектуры.
TOGAF 10 и Archimate 3.2
📎 Подробности и регистрация
А
07:58
Архитектура ИТ-решений
In reply to this message
Возможно, вы решите, что я стану ругать этот текст. Вовсе нет. Это один из лучших текстов в бесконечной веренице десятков, если не сотен сообщений с заголовком типа: 5 советов по созданию архитектурных диаграмм. Сам стиль пяти, десяти или восьми советов отстойный. И если что и ругать, то именно его. 98% текстов с таким заголовком не содержат ни одной мысли. Одна-две ценные вещи, которые можно вытащить из оставшихся представителей жанра, как например из этого текста, представляют собой редкое исключение.
Потому я не стану цепляться к советам разместить данные сверху или непременно использовать draw.io (я его и так использую), а непосредственно перейду к 1,5 дельным замечаниям (один совет я засчитал за половину, т.к. большую его часть додумал самостоятельно).
Итак, первое, что меня зацепило – это картинка из второго совета, показывающая насколько убого строится диаграмма зависимостей в Visual Studio. Чтоб это стало понятно не нужно много слов. Достаточно просто рядом поместить картинку из ReSharper
👍
9
Потому я не стану цепляться к советам разместить данные сверху или непременно использовать draw.io (я его и так использую), а непосредственно перейду к 1,5 дельным замечаниям (один совет я засчитал за половину, т.к. большую его часть додумал самостоятельно).
Итак, первое, что меня зацепило – это картинка из второго совета, показывающая насколько убого строится диаграмма зависимостей в Visual Studio. Чтоб это стало понятно не нужно много слов. Достаточно просто рядом поместить картинку из ReSharper
А
17:45
Архитектура ИТ-решений
TOGAF Standard, 10th Edition Pocket Guide https://pubs.opengroup.org/pocket-guides/togaf-pocket-guide/main/introduction.html
👍
27
А
19:59
Архитектура ИТ-решений
В официальном твиттер-аккаунте The Open Group, посвященном ArchiMate, позавчера снова появилась ссылка на кликабельный Language Notation Guide
👍
43
🤨
2
А
17:55
Архитектура ИТ-решений
А вот вам старая (8.1.1) зато кликабельная версия и TOGAF ADM. Выбирать можно кружочки на картинке с тогафовской ромашкой слева или закладки справа.
Наслаждайтесь http://www.togaf.com/admref/admreference.html
🔥
23
👍
14
❤
5
Наслаждайтесь http://www.togaf.com/admref/admreference.html
А
17:21
Архитектура ИТ-решений
Как так выходит, что практически любая архитектура вдруг становится частью архитектуры предприятия? Вот готовит бизнес-архитектор или солюшн своё описание, а затем приходит архитектор предприятия и говорит, что теперь это описание стало частью архитектурного ландшафта.
Нет в этом ничего удивительного. В архитектуре предприятия такому развитию событий способствует много вещей и, в частности, концепция архитектурного ландшафта (EA Landscape). Если мы заглянем в раздел 3.2.1 Introduction to the EA Landscape руководства TOGAF ADM Practitioners’ Guide, то узнаем про эту концепцию следующее:
- не существует единого описания архитектуры предприятия
- в любой момент времени типичное предприятия использует для решения своих задач различные по широте, детальности, времени достижения и актуальности описания (см. рисунок)
- каждый проект развивает ландшафт ограниченно, в необходимом для достижения целей проекта объеме
- ну, а EA Landscape представляет собой полный набор всех архитектурных описаний
Сконструирована эта концепция таким образом неслучайно. EA изначально была нацелена на то, чтоб не только стать инструментом идентификации и организации изменений на предприятии, но и объединить собой все прочие архитектуры
👍
16
❤
3
🤔
3
👎
1
Нет в этом ничего удивительного. В архитектуре предприятия такому развитию событий способствует много вещей и, в частности, концепция архитектурного ландшафта (EA Landscape). Если мы заглянем в раздел 3.2.1 Introduction to the EA Landscape руководства TOGAF ADM Practitioners’ Guide, то узнаем про эту концепцию следующее:
- не существует единого описания архитектуры предприятия
- в любой момент времени типичное предприятия использует для решения своих задач различные по широте, детальности, времени достижения и актуальности описания (см. рисунок)
- каждый проект развивает ландшафт ограниченно, в необходимом для достижения целей проекта объеме
- ну, а EA Landscape представляет собой полный набор всех архитектурных описаний
Сконструирована эта концепция таким образом неслучайно. EA изначально была нацелена на то, чтоб не только стать инструментом идентификации и организации изменений на предприятии, но и объединить собой все прочие архитектуры
А
09:52
Архитектура ИТ-решений
Похоже, тут новый манифест архитекторов появился. Последим за реакцией https://www.thefrugalarchitect.com/
👍
24
🤔
11
🔥
5
🥱
2
А
19:17
Архитектура ИТ-решений
Excalidraw пытается рисовать диаграммы, описанные на русском языке начинающим промптером
🔥
58
👍
8
🤨
4
👎
1
А
18:54
Архитектура ИТ-решений
Если вы любите большие пространные рассуждения про CAP теорему и согласованность данных в распределенных информационных системах, то длинный текст Марка Бёрджесса Deconstructing the `CAP theorem' for CM and DevOps безусловно для вас.
Со списком литературы и в двух частях:
Part 1: The Special Theory of Relativity for distributed systems
Part 2: The greatest distributed system of them all
👍
31
❤
2
Со списком литературы и в двух частях:
Part 1: The Special Theory of Relativity for distributed systems
Part 2: The greatest distributed system of them all
А
08:34
Архитектура ИТ-решений
📆 27 декабря 10:30 MSK
Уже традиционный и абсолютно бесплатный стрим по Архитектуре решений (Solution Architecture) с ответами на ваши вопросы.
Поговорим о границе между архитектурой решений и архитектурой предприятия; сходствах и различиях между ними. А еще о карьерных кризисах и возможных выходах из них для архитектора решений. Ну и о том, что меняется в архитектуре решений, а что остается прежним.
В общем, задавайте вопросы
Подробности и регистрация здесь: https://mxsmirnov.timepad.ru/event/2717600/
👍
25
🎉
6
Уже традиционный и абсолютно бесплатный стрим по Архитектуре решений (Solution Architecture) с ответами на ваши вопросы.
Поговорим о границе между архитектурой решений и архитектурой предприятия; сходствах и различиях между ними. А еще о карьерных кризисах и возможных выходах из них для архитектора решений. Ну и о том, что меняется в архитектуре решений, а что остается прежним.
В общем, задавайте вопросы
Подробности и регистрация здесь: https://mxsmirnov.timepad.ru/event/2717600/
А
08:24
Архитектура ИТ-решений
Короткий текст и несколько ссылок у меня в блоге: Архитектура данных в архитектуре решений
👍
19
🥱
1
А
14:10
Архитектура ИТ-решений
Дорогие друзья!
Поздравляю вас с наступающим 2024-м! Желаю здоровья, счастья и всего самого-самого наилучшего вам и вашим родным!
С Новым годом! 🍾🎄🎉
🎉
89
❤
18
👍
14
Поздравляю вас с наступающим 2024-м! Желаю здоровья, счастья и всего самого-самого наилучшего вам и вашим родным!
С Новым годом! 🍾🎄🎉
А
16:07
Архитектура ИТ-решений
Короткая заметка о том, что с заинтересованными лицами ситуация чуть сложнее, чем кажется на первый взгляд: Слоёный пирог стейкхолдеров
👍
13
А
19:10
Архитектура ИТ-решений
Фаулер завершил обновление в своей bliki заметки Continuous Integration(оригинальная версия появилась в сентябре 2000, обновилась в 2006, а о переработке статьи было объявлено в октябре прошлого года). И хотя все уже давно и хорошо понимают о чем идет речь, в этом большом тексте можно найти интересные моменты.
Но я хочу обратить внимание на то, как устроены «пошаговые» картинки (см. скрин выше, но оригинал в тексте). Мы на днях спорили в чатике о том, нужна ли архитектурным диаграммам анимация. В виде переливающихся линий – может и нет, а вот такое пошаговое развитие сюжета, на мой взгляд, более чем уместно
👍
17
🔥
4
❤
3
Но я хочу обратить внимание на то, как устроены «пошаговые» картинки (см. скрин выше, но оригинал в тексте). Мы на днях спорили в чатике о том, нужна ли архитектурным диаграммам анимация. В виде переливающихся линий – может и нет, а вот такое пошаговое развитие сюжета, на мой взгляд, более чем уместно
А
17:15
Архитектура ИТ-решений
Любителям традиционной архитектуры предприятия, но в формате на одной странице: TOGAF ADM - фазы и документы (из предыдущих версий)
Взял здесь: Architecture Frameworks: TOGAF, ArchiMate, Zachman & DoDAF (Там есть еще ряд интересных вещей)
👍
18
Взял здесь: Architecture Frameworks: TOGAF, ArchiMate, Zachman & DoDAF (Там есть еще ряд интересных вещей)
А
14:31
Архитектура ИТ-решений
Что почитать в выходные
Недавно в чате про архитектуру в очередной раз случилось обсуждение систем, а чуть раньше, в начале января, у Грэма Беррисфорда появилась пара новых больших текстов про сходства и различия в понимании систем в архитектуре предприятия, кибернетике и системной динамике.
Лучше начинать читать отсюда On human knowledge В конце текста больше дюжины ссылок на другие его тексты вокруг систем.
Можно начать и с этого текста How EA departs from cybernetics, но будет сложнее. В любом случае, читать Грэма проще, чем разгребать первоисточники (Хотя на некоторые из них ссылки есть прямо в тексте)
👍
13
🔥
2
Недавно в чате про архитектуру в очередной раз случилось обсуждение систем, а чуть раньше, в начале января, у Грэма Беррисфорда появилась пара новых больших текстов про сходства и различия в понимании систем в архитектуре предприятия, кибернетике и системной динамике.
Лучше начинать читать отсюда On human knowledge В конце текста больше дюжины ссылок на другие его тексты вокруг систем.
Можно начать и с этого текста How EA departs from cybernetics, но будет сложнее. В любом случае, читать Грэма проще, чем разгребать первоисточники (Хотя на некоторые из них ссылки есть прямо в тексте)
А
08:42
Архитектура ИТ-решений
In reply to this message
Результаты опроса о том, что не всегда просто сделать при изложении архитектуры решения:
- Объяснять сложные вещи
- Уложиться в отведенное время
- Запоминать новые идеи
- Сдержать волнение
👍
18
🤔
2
❤
1
- Объяснять сложные вещи
- Уложиться в отведенное время
- Запоминать новые идеи
- Сдержать волнение
А
08:11
Архитектура ИТ-решений
📅 15 марта 10:30 MSK Бесплатный вебинар: Реальная альтернатива микросервисам
Монолит не альтернатива микросервисам! Будь он хоть двадцать раз модульным. Монолит всегда останется единым процессом, который не разделить по серверам... или нет?
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/2803564/
👍
24
Монолит не альтернатива микросервисам! Будь он хоть двадцать раз модульным. Монолит всегда останется единым процессом, который не разделить по серверам... или нет?
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/2803564/
А
08:41
Архитектура ИТ-решений
Исследование состояния DevOps в России 2024
Компания Экспресс 42 попросила меня выступить в качестве информационного партнера ежегодного масштабного исследования состояния DevOps 2024!
Если тема DevOps вам не безразлична – пройдите опрос и внесите свой вклад в развитие индустрии. Спасибо!
🔥
5
❤
2
👍
2
Компания Экспресс 42 попросила меня выступить в качестве информационного партнера ежегодного масштабного исследования состояния DevOps 2024!
Если тема DevOps вам не безразлична – пройдите опрос и внесите свой вклад в развитие индустрии. Спасибо!
А
12:19
Архитектура ИТ-решений
Alan McSweeney в своей книжке Introduction to Solution Architecture приводит целую палитру типов запросов к архитектору решений. И даже классифицирует их по уровню уникальности запроса, требуемой глубине проработки решения и ожидаемой продолжительности работы над запросом. Позволю себе пересказать описания этих типов так:
1. У меня есть отличная идея и я хочу поскорее увидеть варианты её реализации с ориентировочными сроками, стоимостью и требуемыми ресурсами.
Rapid Solution Design: Специфика высокая, сроки сжатые, уровень проработки небольшой
2. Мне нужен детально проработанный проект на основании требований или описания проблемы, которые не обязательно четко определены.
Традиционный Solution Design Process: Специфика низкая, глубина проработки высокая, сроки обычные
3. У меня особые требования к решению и мне нужна четкая спецификация для его разработки.
Detailed Design: Высокая уникальность, сроки ближе к среднему, детальная проработка решения
4. Я хочу увидеть варианты решения проблемы с высоты птичьего полета.
Early Engagement: Частый запрос, средняя продолжительность, уровень проработки неглубокий или средний
5. Мне нужна консультация для определения новых бизнес структур для решений, связанных с некоторой проблемой или возможностью.
Business Engagement: Конкретика запроса очень низкая, уровень проработки и длительность выше среднего
Подробнее [и точнее] смотрите в первоисточнике. Я отмечу лишь то, что рекомендация некоторой классификации обращений актуальная для любых архитекторов. Даже если от вас ждут всего лишь архитектурного решения в виде ADR неплохо бы понимать, а зачем оно обратившемуся
👍
38
❤
11
🔥
7
1. У меня есть отличная идея и я хочу поскорее увидеть варианты её реализации с ориентировочными сроками, стоимостью и требуемыми ресурсами.
Rapid Solution Design: Специфика высокая, сроки сжатые, уровень проработки небольшой
2. Мне нужен детально проработанный проект на основании требований или описания проблемы, которые не обязательно четко определены.
Традиционный Solution Design Process: Специфика низкая, глубина проработки высокая, сроки обычные
3. У меня особые требования к решению и мне нужна четкая спецификация для его разработки.
Detailed Design: Высокая уникальность, сроки ближе к среднему, детальная проработка решения
4. Я хочу увидеть варианты решения проблемы с высоты птичьего полета.
Early Engagement: Частый запрос, средняя продолжительность, уровень проработки неглубокий или средний
5. Мне нужна консультация для определения новых бизнес структур для решений, связанных с некоторой проблемой или возможностью.
Business Engagement: Конкретика запроса очень низкая, уровень проработки и длительность выше среднего
Подробнее [и точнее] смотрите в первоисточнике. Я отмечу лишь то, что рекомендация некоторой классификации обращений актуальная для любых архитекторов. Даже если от вас ждут всего лишь архитектурного решения в виде ADR неплохо бы понимать, а зачем оно обратившемуся
А
17:42
Архитектура ИТ-решений
Нашел чек-лист для проверки опровержения CAP теоремы. Если вы считаете, что сумели придумать решение, сочетающее в себе доступность, согласованность и устойчивость к разделению (consistency-availability-partition tolerance), то загляните сюда https://ferd.ca/beating-the-cap-theorem-checklist.html
👍
19
🔥
10
🥱
6
💯
1
А
15:04
Архитектура ИТ-решений
В больших, запутанных и потому сложных системах, разрабатываемых несколькими командами или даже организациями, часто возникают конфликты. Кто-то что-то пообещал, но не сделал или сделал, но что-то другое или не до конца – вот и случился конфликт.
Но есть один характерный паттерн поведения в такой ситуации: заменить нечто нужное и полезное диаграммой. Например, пообещали развернуть сервис, но не успели. И вместо работающего сервиса нам прилетает спецификация + картинки. Или написал кто-нибудь платформу. По-хорошему, к ней бы портал разработчика прикрутить. И чтоб уже в нем всякие полезные функции можно было бы и поизучать и попробовать. Но не сделали портал разработчика и вместо него отправляют программистам какое-нибудь сто-пятьсот-страничное руководство с описанием архитектуры. Ну, а когда поставщик якобы существующей системы не может её показать и приносит нам вместо системы диаграмму маркетиктуры, так это и вовсе типичная ситуация.
Часто в таких случаях раздражение выплескивается на архитектора. Он же ведь эти диаграммы рисовал,а ведь мог бы вместо того пойти код писать. Только архитектор во всём это не виноват, ведь правда?
👍
18
❤
3
🤩
2
Но есть один характерный паттерн поведения в такой ситуации: заменить нечто нужное и полезное диаграммой. Например, пообещали развернуть сервис, но не успели. И вместо работающего сервиса нам прилетает спецификация + картинки. Или написал кто-нибудь платформу. По-хорошему, к ней бы портал разработчика прикрутить. И чтоб уже в нем всякие полезные функции можно было бы и поизучать и попробовать. Но не сделали портал разработчика и вместо него отправляют программистам какое-нибудь сто-пятьсот-страничное руководство с описанием архитектуры. Ну, а когда поставщик якобы существующей системы не может её показать и приносит нам вместо системы диаграмму маркетиктуры, так это и вовсе типичная ситуация.
Часто в таких случаях раздражение выплескивается на архитектора. Он же ведь эти диаграммы рисовал,
А
09:47
Архитектура ИТ-решений
А вот здесь уже опубликовали видео моего недавнего выступления:
⏯ Job crafting в работе ИТ-архитектора
👎
8
👍
3
🔥
2
👏
2
🥱
1
⏯ Job crafting в работе ИТ-архитектора
А
16:32
Архитектура ИТ-решений
Готовился я тут к выступлению о том, как рассказывать архитектурные решения и набрел на короткую заметку Джорджа Фэрбенкса из 2011 года про архитектурные хайку Haiku tutorial (слайды внутри)
👍
5
А
10:07
Архитектура ИТ-решений
In reply to this message
Продолжаю рассказывать про архитектурные репозитории - один из главных инструментов архитектора предприятия. В исходном сообщении я поделился ссылкой на HTML-представление учебного примера архитектуры предприятия ArchiSurance Case Study. Опубликовано оно среди материалов для архитекторов на сайте The Open Group, а непосредственно модель была изначально сделана в Archi.
Но работать с моделью можно не только через диаграммы и списки. Если заглянуть на закладку запросы на стартовой странице (см. рисунок), то открывается непосредственный доступ к таблицам реляционного представления, в котором и воплощена модель. Посмотреть список таблиц можно запросом
ну а элементы модели получить SELECT-ами по соответствующим таблицам.
Подробней обо всем этом в первомайском тексте Xiaoqi Zhao: https://yasenstar.github.io/EA/architool/Query-Archi-HTML-Report.html
👍
7
❤
1
🤔
1
Но работать с моделью можно не только через диаграммы и списки. Если заглянуть на закладку запросы на стартовой странице (см. рисунок), то открывается непосредственный доступ к таблицам реляционного представления, в котором и воплощена модель. Посмотреть список таблиц можно запросом
SHOW TABLES
ну а элементы модели получить SELECT-ами по соответствующим таблицам.
Подробней обо всем этом в первомайском тексте Xiaoqi Zhao: https://yasenstar.github.io/EA/architool/Query-Archi-HTML-Report.html
А
11:09
Архитектура ИТ-решений
🖥 11 июня(вторник) в 10.30 мск бесплатный вебинар о том:
Как устроена архитектура предприятия
Архитектура Предприятия имеет неоднозначную репутацию. Кто-то считает её рабочим инструментом выявления потребностей в изменениях и проектирования таких изменений. Другие эксперты настроены более скептически. Я попробую изложить свою версию того, почему суждения об архитектуре предприятия столь противоречивы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/2911069/
👍
27
Как устроена архитектура предприятия
Архитектура Предприятия имеет неоднозначную репутацию. Кто-то считает её рабочим инструментом выявления потребностей в изменениях и проектирования таких изменений. Другие эксперты настроены более скептически. Я попробую изложить свою версию того, почему суждения об архитектуре предприятия столь противоречивы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/2911069/
А
19:12
Архитектура ИТ-решений
In reply to this message
... и, кстати, картинку про уровни C4 всем давно пора поменять на нечто более понятное, типа вот такого ☝️
Утащил здесь: https://packagemain.tech/p/software-architecture-diagrams-c4
👍
84
❤
9
🔥
9
👎
3
Утащил здесь: https://packagemain.tech/p/software-architecture-diagrams-c4
А
09:51
Архитектура ИТ-решений
Может кому-нибудь будет интересно поиграть вот с таким представлением метамодели бизнес-архитектуры: https://archist.kumu.io/business-ecosystem-metamodel
Вернее, эта штука собрана из двух источников: The Business Architecture Metamodel Guide V2.1 и 6 части BIZBOK® Guide, в которой обсуждается соответствии бизнес и ИТ архитектур
🔥
10
👍
4
Вернее, эта штука собрана из двух источников: The Business Architecture Metamodel Guide V2.1 и 6 части BIZBOK® Guide, в которой обсуждается соответствии бизнес и ИТ архитектур
А
08:45
Архитектура ИТ-решений
Подготовил к выступлению на TechLeadConf'24 шаблон рассказа, сопровождающего архитектурную диаграмму. Практически, по формату architecture decision record известному как Y-Statement
Файлы PDF и PPTX ниже (ссылка)👇
🔥
31
👍
16
👎
4
Файлы PDF и PPTX ниже (ссылка)👇
А
08:58
Архитектура ИТ-решений
Иногда у Марка Ричардса случаются складные видео (пропустим мимо ушей разговоры про квантовую запутанность) Вот сегодня Lesson189 - Architectural Quantum Tradeoffs - вполне себе внятный рассказ про архитектурную кату Sysops Squad (она была не только в книжке про трудные компромиссы, но и в турнире O'Reilly, весной 2021, см. Разбираем описание ИТ-архитектуры) и на её примере о том, что же такое архитектурный квант.
И про отряд сисопов понятно рассказал и про разделение системы по группам нефункциональных требований упомянул и неуместное синхронное взаимодействие подсветил, хотя…
🔥
12
👍
8
👎
2
И про отряд сисопов понятно рассказал и про разделение системы по группам нефункциональных требований упомянул и неуместное синхронное взаимодействие подсветил, хотя…
А
14:52
Архитектура ИТ-решений
Даже удивительно, что в 2024 году кто-то всё еще отслеживает тренды в архитектуре предприятия. Оказывается, отслеживают. Сегодня речь о майском отчете State of Enterprise Architecture 2024 от Bizzdesign
Можно скачать за корпоративный e-mail или просто почитать пояснения(по ссылке выше). Пояснения Марка Ланкхорста в блоге мне понравились даже больше, чем красивый сорокастраничный буклет. Впрочем, в нем тоже есть что почитать.
Модель исследования достаточно традиционная. Взяли более 500 респондентов, по некоторой шкале оценили уровень зрелости в их компаниях функции корпоративной архитектуры. На основании этого поделили на 3 части: четверть - лидеры, столько же отстающие, а остальная половина – середнячки. А потом стали сравнивать насколько различаются эти группы по разным компетенциям. И тут вдруг начинают выявляться разные большие разрыв, например в идентификации zombie-applications или полезностью архитектуры при управлении изменениями...
В общем, см. табличку выше и читайте отчет
👍
15
🎉
3
Можно скачать за корпоративный e-mail или просто почитать пояснения(по ссылке выше). Пояснения Марка Ланкхорста в блоге мне понравились даже больше, чем красивый сорокастраничный буклет. Впрочем, в нем тоже есть что почитать.
Модель исследования достаточно традиционная. Взяли более 500 респондентов, по некоторой шкале оценили уровень зрелости в их компаниях функции корпоративной архитектуры. На основании этого поделили на 3 части: четверть - лидеры, столько же отстающие, а остальная половина – середнячки. А потом стали сравнивать насколько различаются эти группы по разным компетенциям. И тут вдруг начинают выявляться разные большие разрыв, например в идентификации zombie-applications или полезностью архитектуры при управлении изменениями...
В общем, см. табличку выше и читайте отчет
А
09:24
Архитектура ИТ-решений
Оффтоп по пятницам: Честно говоря, я совершенно не помню, где, когда и зачем мне довелось программировать микрокалькулятор MK-61. Я не помню какие программы писал, хотя точно помню что писал. Но вот вдруг оказалось, что голова вполне себе отчетливо сохранила в памяти всю эту историю про стек из четырех регистров X, Y, Z, T, который можно вращать; про кнопки [В↑] и [С/П] и про то, как вводить, запускать и останавливать программу. Удивительно!
Прочитайте здесь: https://habr.com/ru/articles/505612/ может тоже что-то подобное вспомните. Развлекитесь здесь: https://mk-61.moy.su/emulator.html (там еще и на логарифмической линейке можно посчитать и арифмометр покрутить) и постарайтесь снова почувствовать ту наивную детскую радость, что непременно возникает при успешном прохождение дымового теста
👍
26
👏
10
🔥
5
❤
3
Прочитайте здесь: https://habr.com/ru/articles/505612/ может тоже что-то подобное вспомните. Развлекитесь здесь: https://mk-61.moy.su/emulator.html (там еще и на логарифмической линейке можно посчитать и арифмометр покрутить) и постарайтесь снова почувствовать ту наивную детскую радость, что непременно возникает при успешном прохождение дымового теста
А
12:23
Архитектура ИТ-решений
Можно ли сравнивать Google Cloud Architecture Framework c традиционными архитектурными фреймворками, такими как TOGAF?
Я бы не спешил отвечать отрицательно. Наблюдая уже пару лет за развитием этой истории(см. журнал изменений здесь: What’s new), можно провести некоторые параллели с эволюцией более тяжеловесных подходов, проходившей лет 15 тому назад. Да, system design это совершенно не то же самое, что описание текущей и целевой архитектур, но все же. Вот даже такие видео Introduction to the System Design Pillar of the Google Cloud Architecture Framework если и не напоминает вебинары The Open Group, то тяготеет к ним по стилистике. Дежа вю усиливается если углубиться в чтение текстов. Возможно, я субъективен
С другой стороны, появление подобных подходов может задать направление развития для того же TOGAF. Наличие альтернатив помогает лучше осознать потенциальные возможности. И уж совершенно точно это добавит идей архитекторам предприятия для развития собственных внутрикорпоративных архитектурных фреймворков. А ведь это одно из любимейших занятий корпоративных архитекторов
🔥
14
👍
4
❤
2
👎
1
🤔
1
🥱
1
Я бы не спешил отвечать отрицательно. Наблюдая уже пару лет за развитием этой истории(см. журнал изменений здесь: What’s new), можно провести некоторые параллели с эволюцией более тяжеловесных подходов, проходившей лет 15 тому назад. Да, system design это совершенно не то же самое, что описание текущей и целевой архитектур, но все же. Вот даже такие видео Introduction to the System Design Pillar of the Google Cloud Architecture Framework если и не напоминает вебинары The Open Group, то тяготеет к ним по стилистике. Дежа вю усиливается если углубиться в чтение текстов. Возможно, я субъективен
С другой стороны, появление подобных подходов может задать направление развития для того же TOGAF. Наличие альтернатив помогает лучше осознать потенциальные возможности. И уж совершенно точно это добавит идей архитекторам предприятия для развития собственных внутрикорпоративных архитектурных фреймворков. А ведь это одно из любимейших занятий корпоративных архитекторов
А
10:31
Архитектура ИТ-решений
📽 YouTube пока еще работает, но только медленно, а может уже не работает, зато быстро, а может что-то еще...
В общем, все видео и трансляции с канала Архитектура ИТ-решений я скопировал вот сюда: https://disk.yandex.ru/d/0lwmomky8wCjgw Их можно скачать оттуда в формате mp4 или посмотреть в удобном для вас качестве, не загружая на локальный компьютер
👍
63
❤
40
🔥
13
🎉
3
👎
2
В общем, все видео и трансляции с канала Архитектура ИТ-решений я скопировал вот сюда: https://disk.yandex.ru/d/0lwmomky8wCjgw Их можно скачать оттуда в формате mp4 или посмотреть в удобном для вас качестве, не загружая на локальный компьютер
А
11:35
Архитектура ИТ-решений
Картинка накануне очередных летних выходных. Хорошей вам пятницы!
Maxim Smirnov
🔥
47
👍
20
🥱
3
👏
2
❤
1
🤨
1
А
16:53
Архитектура ИТ-решений
Почему-то мне казалось, что однажды я уже делился в канале этим слайдом и ссылкой на статью: Distributed transaction patterns for microservices compared Билгина Ибряма о распределенных транзакциях (5 паттернов двойной записи... - другое название этой статьи).
Оказалось, что не делился, хотя и обещал на одном из вебинаров это сделать. Исправляюсь!
👍
29
🤔
2
Оказалось, что не делился, хотя и обещал на одном из вебинаров это сделать. Исправляюсь!
А
10:34
Архитектура ИТ-решений
В IcePanel собрали пару ссылок на тексты из серии Modelling vs diagramming и дополнили их новыми словами и картинками. Но, на мой взгляд, не сделали главного, а именно не собрали в одну линию эскизы, модели, представления, исходники, работающее приложение, изменения. Обошли стороной вопросы когда и зачем нужны модели или диаграммы
В этом плане, даже матрица Захмана 1987 года, прокладывающая логику от набросков на салфетке до готовой системы, смотрится более целостной.
Ссылки:
[1] Comparison - C4 modelling vs diagramming
[2] Ardoq Compared to Drawing, Modeling, and Data Visualization Tools
[3] Modelling vs diagramming software architecture
❤
7
👍
6
🔥
2
В этом плане, даже матрица Захмана 1987 года, прокладывающая логику от набросков на салфетке до готовой системы, смотрится более целостной.
Ссылки:
[1] Comparison - C4 modelling vs diagramming
[2] Ardoq Compared to Drawing, Modeling, and Data Visualization Tools
[3] Modelling vs diagramming software architecture
А
16:20
Архитектура ИТ-решений
In reply to this message
Я не ожидал, что предыдущая моя реплика вызовет столь живую дискуссию о различении моделей и представлений. Но может быть это важно, а у меня просто глаз замылен.
Просто в архитектуре предприятия подход к архитектурным описаниям еще более прагматичен, реалистичен и безнадежен(в смысле, что не питает пустых надежд на полноту и непротиворечивость таких описаний)
Собственно, этому и посвящена концепция архитектурного ландшафта, подробно описанная, например, в ADM Practitioners' Guide, см. 3.2.1 Introduction to the EA Landscape Только одна цитата:
Подробнее по указанной выше ссылке. Картинка, демонстрирующая неполноту описаний, взята из упомянутого документа
❤
7
👍
6
Просто в архитектуре предприятия подход к архитектурным описаниям еще более прагматичен, реалистичен и безнадежен(в смысле, что не питает пустых надежд на полноту и непротиворечивость таких описаний)
Собственно, этому и посвящена концепция архитектурного ландшафта, подробно описанная, например, в ADM Practitioners' Guide, см. 3.2.1 Introduction to the EA Landscape Только одна цитата:
This Guide distinguishes EA Landscape from EA, because there will not be a single description in a comprehensive EA Landscape. At any point in time, a typical Enterprise will have several architectures described. Some architectures will address very specific needs; others will be more general. Some will address detail; some will provide a big picture. Some will address the same topics in different states (current, target, and transition), or different periods of time.
Подробнее по указанной выше ссылке. Картинка, демонстрирующая неполноту описаний, взята из упомянутого документа
А
11:08
Архитектура ИТ-решений
Удивительным образом на сайте Martin Fowler нашел новый для себя текст от Gregor Hohpe. Почти 5 лет назад в заметке Don't get locked up into avoiding lock-in Грегор сделал исчерпывающий обзор того, что принято называть Vendor Lock-in, выделив разные степени подобных привязок (продукт, версия, архитектура, платформа и пр., вплоть до Mental Lock-in). Ну, а заодно, в очередной раз напомнил нам о назначении архитектурных моделей и пользе рассмотрения альтернативных вариантов.
В общем, от привязок нам не избавиться, но заголовок статьи обнадеживает: не замыкайтесь в себе, избегая блокировки
В общем, от привязок нам не избавиться, но заголовок статьи обнадеживает: не замыкайтесь в себе, избегая блокировки
Maxim Smirnov
👍
29
🔥
4
А
18:08
Архитектура ИТ-решений
С 1 сентября ArchiMate Forum из Open Group собирает идеи и запросы на изменения языка. Называется это Archimate Feedback Campaign 2024
Подробности тут https://www.opengroup.org/archimate/feedback
Подробности тут https://www.opengroup.org/archimate/feedback
Maxim Smirnov
👍
11
А
13:07
Архитектура ИТ-решений
Необходимость архитектуры (или её отсутствие) вызывает много довольно оживленных споров. Уверен, что большинство подписчиков канала находятся на понятно какой стороне этого спора. Несмотря на это, я позволю себе не совсем обычный тезис: Потребность в ИТ-архитектуре отвечает общим закономерностям возникновения и формирования потребностей. Закономерности эти такие же как для других потребностей, например, потребностей в той или иной вещи или технологии (см. выше картинку про лестницу узнавания Бена Ханта, ну или описание соответствующей маркетинговой модели в гугле).
Развитие системы может находится на этапе, когда никто и не думает про архитектуру и все хорошо. Но потом что-то становится не очень хорошо. Приходит осведомленность в том, почему это самое нехорошо имеет системный характер и просто так его не вылечишь. Начинается поиск вариантов избавления от проблемы и выбор ИТ-архитектуры в качестве основного лекарства (ну или отказ от такого выбора в пользу гомеопатии или agile). Но если предпочтение отдано архитектуре, то потом наступает непростой этап воплощения этого намерения…
В общем, все не просто! Но всегда полезно представлять на какой мы сейчас ступеньке находимся
❤
30
👍
14
💯
5
Развитие системы может находится на этапе, когда никто и не думает про архитектуру и все хорошо. Но потом что-то становится не очень хорошо. Приходит осведомленность в том, почему это самое нехорошо имеет системный характер и просто так его не вылечишь. Начинается поиск вариантов избавления от проблемы и выбор ИТ-архитектуры в качестве основного лекарства (ну или отказ от такого выбора в пользу гомеопатии или agile). Но если предпочтение отдано архитектуре, то потом наступает непростой этап воплощения этого намерения…
В общем, все не просто! Но всегда полезно представлять на какой мы сейчас ступеньке находимся
MS
09:32
Maxim Smirnov
The Solution Architect As Product Manager – новая сотня слайдов от автора учебника по архитектуре решений Alan McSweeney. Краткое резюме (см. слайд 98):
- Давно существуют и широко применяются проработанные подходы к разработке и развитию потребительских продуктов/решений/услуг (в тексте даже упомянут New Product Development (NPD) Stage Gate)
- Архитектура решений может использовать их двумя способами. Первый в том, чтоб расширить восприятие ландшафта изменения (а не ограничиваться доработкой ИТ-систем)
- Второй, для выбора действительно важных и актуальных изменений из огромного множества потенциально возможных изменений (я называю это воронкой инициатив)
- Роль архитектора решений идеально подходит для выполнения этих функций
- Давно существуют и широко применяются проработанные подходы к разработке и развитию потребительских продуктов/решений/услуг (в тексте даже упомянут New Product Development (NPD) Stage Gate)
- Архитектура решений может использовать их двумя способами. Первый в том, чтоб расширить восприятие ландшафта изменения (а не ограничиваться доработкой ИТ-систем)
- Второй, для выбора действительно важных и актуальных изменений из огромного множества потенциально возможных изменений (я называю это воронкой инициатив)
- Роль архитектора решений идеально подходит для выполнения этих функций
Maxim Smirnov
👍
61
А
15:50
Архитектура ИТ-решений
Представляется мне что прошли времена, когда новые метамодели, фреймворки и инструменты вызывали горячий отклик в равнодушных сердцах архитекторов предприятия.
Вот смотрю я на EDGY https://enterprise.design/ пытаясь понять, что в нем не так. И не вижу каких-то серьезных проблем, но как-то совсем не цепляет
Вот смотрю я на EDGY https://enterprise.design/ пытаясь понять, что в нем не так. И не вижу каких-то серьезных проблем, но как-то совсем не цепляет
Maxim Smirnov
👍
14
💯
1
А
16:11
Архитектура ИТ-решений
Карту причин неудачи при модернизации унаследованных приложений нашел я в бумаге /thoughtworks Legacy modernization. A transformation opportunity
Такое впечатление, что традиционные задачи архитектуры предприятия регулярно переосмысливаются самым разными консультантами. И не то, чтоб они что-то принципиально новое предлагают. Скорее преподносят более современное звучание достаточно известных идей и подходов. Внутри снова история про business capabilities, ценностное предложение, расстановку приоритетов и управление объемом и границами изменения
Впрочем, если интересно, посмотрите эти рекомендации сами. Может вы увидите их как-то иначе
👍
17
🤔
3
❤
2
Такое впечатление, что традиционные задачи архитектуры предприятия регулярно переосмысливаются самым разными консультантами. И не то, чтоб они что-то принципиально новое предлагают. Скорее преподносят более современное звучание достаточно известных идей и подходов. Внутри снова история про business capabilities, ценностное предложение, расстановку приоритетов и управление объемом и границами изменения
Впрочем, если интересно, посмотрите эти рекомендации сами. Может вы увидите их как-то иначе
А
09:11
Архитектура ИТ-решений
In reply to this message
В марте этого года мы уже обсуждали направления развития распределенных архитектур и возможные альтернативы микросервисам (запись здесь: https://youtu.be/rIr6xIB_x3I). Я тогда делился сомнениями Мартина Клеппмана(автора книжки с кабанчиком) и других экспертов относительно Google Service Weaver и идеи модульного монолита
И вот тут оказывается, что с 5 декабря 2024 года активная разработка этого фреймворка останавливается. А через шесть месяцев после этого, 6 июня 2025-го репозиторий будет окончательно заморожен и заархивирован. В общем, как пишут вот здесь: we recommend that users fork the repository
👍
7
🔥
3
❤
1
👏
1
И вот тут оказывается, что с 5 декабря 2024 года активная разработка этого фреймворка останавливается. А через шесть месяцев после этого, 6 июня 2025-го репозиторий будет окончательно заморожен и заархивирован. В общем, как пишут вот здесь: we recommend that users fork the repository
А
10:19
Архитектура ИТ-решений
In reply to this message
С момента анонса unFIX в январе 2022 года, о котором я писал выше, появилось некоторое количество примеров использования этого нефреймворка, а еще новых текстов, картинок и реквизитов
У меня же все отчетливей проявляется зависть. Вот почему у людей, занимающихся оргдизайном, и картинки нормальные и слова проникновенные и карточки разноцветные? А у нас - архитекторов, диаграммы обычно скучные, непременно с запутанными стрелочками, а нередко ещё к тому же и в нотации арчимейт.
Чем и когда испортили мы себе карму?
👍
11
😢
4
🤩
2
❤
1
🤨
1
У меня же все отчетливей проявляется зависть. Вот почему у людей, занимающихся оргдизайном, и картинки нормальные и слова проникновенные и карточки разноцветные? А у нас - архитекторов, диаграммы обычно скучные, непременно с запутанными стрелочками, а нередко ещё к тому же и в нотации арчимейт.
Чем и когда испортили мы себе карму?
А
15:04
Архитектура ИТ-решений
Уже набралось более 800 голосов. Давайте посмотрим первые результаты:
1️⃣ Как и следовало ожидать большинство проголосовавших считают, что архитектура требует серьезного погружения. Как минимум нескольких встреч (27%), а то и десятков часов (35%)
2️⃣ Но варианты почасовой оплаты работы архитектора тоже не остались без голосов. Причем сумма распределяется более менее ровно, начиная с 12% на 3000₽, возрастая до 16% к сумме от 10 000 ₽ и снижаясь к 8% на отметке $300 в час
3️⃣ Другие варианты тоже собрали некоторое количество голосов. Т.е. не смотрятся чем-то уж совсем необычным
👍
14
🥱
2
🤔
1
1️⃣ Как и следовало ожидать большинство проголосовавших считают, что архитектура требует серьезного погружения. Как минимум нескольких встреч (27%), а то и десятков часов (35%)
2️⃣ Но варианты почасовой оплаты работы архитектора тоже не остались без голосов. Причем сумма распределяется более менее ровно, начиная с 12% на 3000₽, возрастая до 16% к сумме от 10 000 ₽ и снижаясь к 8% на отметке $300 в час
3️⃣ Другие варианты тоже собрали некоторое количество голосов. Т.е. не смотрятся чем-то уж совсем необычным
А
18:40
Архитектура ИТ-решений
Как вы относитесь к совмещению нескольких работ? Вот я уже забыл, когда этого не делал.
📊 Оверимплоймент: что это?
По просьбе NEWHR приглашаю вас принять участие в новом исследовании
Вы сотрудник и совмещаете несколько мест работы? Или пока только задумываетесь о поиске подработки и взвешиваете «за» и «против»? А может, никогда не смотрели в эту сторону? Или вы — работодатель, который сталкивается с феноменом оверимплоймента среди своих сотрудников? А может, не сталкивались или не знаете наверняка, совмещают ли ваши сотрудники? Расскажите нам о своем опыте и/или отношении к вопросу!
Предмет нового исследования — оверипмлоймент, он же совмещение нескольких работ, он же вторичная занятость, — яркий макро-тренд последних нескольких лет на рынке, распространённый не только в IT.
В рамках исследования узнаем:
- насколько распространены подработки в отрасли и в каких компаниях более, а в каких — менее?
- как к подработкам относятся работодатели? какие видят риски и, напротив, какие это дает им преимущества? и что перевешивает?
- в чём мотивация сотрудников, которые совмещают 2-3 работы? только ли в деньгах дело, и в чем может быть ещё?
- действительно ли запрет на удалёнку и принудительное посещение офиса снижает вероятность совмещений?
- можно ли остановить это явление? а главное — нужно ли?
👉🏻 Пройти опрос 👈🏻
Результаты исследования опубликуем в начале 2025 года.
🎁 Для всех, кто поучаствует в опросе:
- мы сделаем специальный расширенный материал с глубинным исследованием по вашей профессии: эти материалы получат только респонденты исследования
- предоставим возможность узнать результаты первыми
- проведем закрытый эфир с инсайтами исследования и возможностью задать любые вопросы экспертам NEWHR
📎 Для отправки результатов исследования мы попросим вас оставить электронную почту в конце. Это не обязательно, но гарантирует, что вы получите результаты первыми. Вы можете использовать любую комфортную для вас почту.
👉 Расскажите о вашем отношении к совмещению работ и/или поделитесь этим постом с теми, кому может быть интересна эта тема. Опрос займет не больше 6 минут.
👍
7
❤
3
🔥
1
📊 Оверимплоймент: что это?
По просьбе NEWHR приглашаю вас принять участие в новом исследовании
Вы сотрудник и совмещаете несколько мест работы? Или пока только задумываетесь о поиске подработки и взвешиваете «за» и «против»? А может, никогда не смотрели в эту сторону? Или вы — работодатель, который сталкивается с феноменом оверимплоймента среди своих сотрудников? А может, не сталкивались или не знаете наверняка, совмещают ли ваши сотрудники? Расскажите нам о своем опыте и/или отношении к вопросу!
Предмет нового исследования — оверипмлоймент, он же совмещение нескольких работ, он же вторичная занятость, — яркий макро-тренд последних нескольких лет на рынке, распространённый не только в IT.
В рамках исследования узнаем:
- насколько распространены подработки в отрасли и в каких компаниях более, а в каких — менее?
- как к подработкам относятся работодатели? какие видят риски и, напротив, какие это дает им преимущества? и что перевешивает?
- в чём мотивация сотрудников, которые совмещают 2-3 работы? только ли в деньгах дело, и в чем может быть ещё?
- действительно ли запрет на удалёнку и принудительное посещение офиса снижает вероятность совмещений?
- можно ли остановить это явление? а главное — нужно ли?
👉🏻 Пройти опрос 👈🏻
Результаты исследования опубликуем в начале 2025 года.
🎁 Для всех, кто поучаствует в опросе:
- мы сделаем специальный расширенный материал с глубинным исследованием по вашей профессии: эти материалы получат только респонденты исследования
- предоставим возможность узнать результаты первыми
- проведем закрытый эфир с инсайтами исследования и возможностью задать любые вопросы экспертам NEWHR
📎 Для отправки результатов исследования мы попросим вас оставить электронную почту в конце. Это не обязательно, но гарантирует, что вы получите результаты первыми. Вы можете использовать любую комфортную для вас почту.
👉 Расскажите о вашем отношении к совмещению работ и/или поделитесь этим постом с теми, кому может быть интересна эта тема. Опрос займет не больше 6 минут.
А
11:17
Архитектура ИТ-решений
Небольшой текст с итогами и планами: Навстречу 2025-му. Свершения и прогнозы
Всем счастья!
С наступающим Новым годом! 🍾🎄🎉
🎉
24
👍
8
❤
2
🔥
2
Всем счастья!
С наступающим Новым годом! 🍾🎄🎉
А
10:31
Архитектура ИТ-решений
🗂 Дополнил предновогодние рассуждения о том, как сделать хороший пример в новом учебном курсе по архитектуре решений.
🔽 Сформулировал пять характеристик такого примера. Возможно, кто-то меня дополнит или с чем-то не согласится
📑 Архитектура решений. Сложные компромиссы
👍
12
👎
2
🔥
2
🔽 Сформулировал пять характеристик такого примера. Возможно, кто-то меня дополнит или с чем-то не согласится
📑 Архитектура решений. Сложные компромиссы
А
09:31
Архитектура ИТ-решений
📃 BABOK Guide уже много лет не обновлялся. Зато на днях появилась вторая версия The Business Analysis Standard. Скачать стандарт можно по ссылке выше ☝️, при желании, предварительно зарегистрировавшись здесь
🔖 Что поменялось (сжатый анонс от авторов):
- Оптимизирован язык для более легкого понимания и навигации
- Области знаний реорганизованы в соответствии с BABOK Guide. Согласована терминология стандарта и руководства
- Стили документа приведены в соответствие со стандартами ISO
- Для быстро ознакомления со стандартом добавлен общий обзор
- Новые и расширенные разделы: ценность и результаты (outcomes and value), организационные соображения, улучшения и проработка идей
🖇 Как всё это связано с архитектурой решений. В какой-то момент IIBA стал максимально широко трактовать бизнес-анализ, захватив заметный кусок solution architectгure. Вряд ли это правильно, но зато, пока у солюшенов нет своего стандарта, в какой-то мере, можно воспользоваться стандартом аналитиков (а не только стандартами архитекторов предприятия)
👍
20
❤
5
🤔
5
🔖 Что поменялось (сжатый анонс от авторов):
- Оптимизирован язык для более легкого понимания и навигации
- Области знаний реорганизованы в соответствии с BABOK Guide. Согласована терминология стандарта и руководства
- Стили документа приведены в соответствие со стандартами ISO
- Для быстро ознакомления со стандартом добавлен общий обзор
- Новые и расширенные разделы: ценность и результаты (outcomes and value), организационные соображения, улучшения и проработка идей
🖇 Как всё это связано с архитектурой решений. В какой-то момент IIBA стал максимально широко трактовать бизнес-анализ, захватив заметный кусок solution architectгure. Вряд ли это правильно, но зато, пока у солюшенов нет своего стандарта, в какой-то мере, можно воспользоваться стандартом аналитиков (а не только стандартами архитекторов предприятия)
А
13:42
Архитектура ИТ-решений
🤖 Больше всего корпоративные архитекторы любят рисовать картинки о том, какими бывают архитекторы
В сентябре прошлого года был переиздан документ Architecture Roles and Skills из TOGAF Series Guide, из которого и взята эта диаграмма. Там же чуть более подробное видение этих ролей и их навыков от The Open Group
👍
37
💯
9
❤
4
🤩
2
🔥
1
В сентябре прошлого года был переиздан документ Architecture Roles and Skills из TOGAF Series Guide, из которого и взята эта диаграмма. Там же чуть более подробное видение этих ролей и их навыков от The Open Group
А
16:14
Архитектура ИТ-решений
Канал Архитектура ИТ-решений ещё немного подрос 🎉
Большое спасибо всем подписчикам! 👏
👍
65
🎉
50
🔥
18
🤩
2
Большое спасибо всем подписчикам! 👏
А
11:41
Архитектура ИТ-решений
In reply to this message
Уже почти год не обновлялось размещенное у Фаулера руководство Patterns of Legacy Displacement. А ведь большинство упомянутых в нем паттернов до сих пор детально не описаны в виде отдельных статей.
Однажды, я сделал карту всех таких паттернов в формате на одну страницу (см. рисунок). Жирным шрифтом выделены те из них, по которым есть детальное описание в виде отдельной статьи в bliki, а вот остальные всё еще ждут своего часа
PS. Раздел Patterns for ongoing organisational change я непременно добавлю на эту картинку
👍
22
🔥
7
Однажды, я сделал карту всех таких паттернов в формате на одну страницу (см. рисунок). Жирным шрифтом выделены те из них, по которым есть детальное описание в виде отдельной статьи в bliki, а вот остальные всё еще ждут своего часа
PS. Раздел Patterns for ongoing organisational change я непременно добавлю на эту картинку
А
16:10
Архитектура ИТ-решений
S
Systems Design: онлайн-конференция по проектированию информационных систем для бизнеса 13.03.2025 11:03:57
🛰 Максим Смирнов, ИТ-архитектор, автор и преподаватель учебных курсов, выступит на третьей конференции Systems Design Online с докладом на тему «Некоторые заблуждения об архитектуре предприятия»
Подробнее о докладе
Архитектура предприятия существует уже более 30 лет. За это время менялись решаемые этой дисциплиной задачи, развивались методы, модифицировались подходы и практики. Тем не менее многие до сих пор знакомы только с устаревшей версией архитектуры предприятия и не знают о тех серьезных изменениях, что произошли в ней недавно. Цель выступления Максима — актуализировать взгляд на архитектуру предприятия, разобрать типичные заблуждения и мифы о целях и методах этой дисциплины.
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
Подробнее о докладе
Архитектура предприятия существует уже более 30 лет. За это время менялись решаемые этой дисциплиной задачи, развивались методы, модифицировались подходы и практики. Тем не менее многие до сих пор знакомы только с устаревшей версией архитектуры предприятия и не знают о тех серьезных изменениях, что произошли в ней недавно. Цель выступления Максима — актуализировать взгляд на архитектуру предприятия, разобрать типичные заблуждения и мифы о целях и методах этой дисциплины.
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
А
17:09
Архитектура ИТ-решений
Разработчики SaaS инструмента для управления архитектурой предприятия Ardoq ответственно подошли к реализации записей архитектурных решений - ADR (см. Architecture Records Metamodel, Architecture Records: Purpose, Scope and Rationale). И хотя термин метамодель они используют немного по-своему, сам поход вполне адекватен.
В частности, Architecture Record у них представляет собой обобщение пяти разных вещей, включая традиционный ADR, паттерн, архитектурный стандарт, оценка соответствия, запрос на исключение. Архитектурные записи связаны с компонентами из традиционных архитектурных представлений (приложения, требования, персоны и пр.). Не знаю, насколько просто будет по таким связям строить отчеты (все ADRs связанные с некоторым компонентом и т.п.), но, на мой взгляд, примерно так решения и должны быть связаны с моделями
👍
18
🔥
5
❤
2
В частности, Architecture Record у них представляет собой обобщение пяти разных вещей, включая традиционный ADR, паттерн, архитектурный стандарт, оценка соответствия, запрос на исключение. Архитектурные записи связаны с компонентами из традиционных архитектурных представлений (приложения, требования, персоны и пр.). Не знаю, насколько просто будет по таким связям строить отчеты (все ADRs связанные с некоторым компонентом и т.п.), но, на мой взгляд, примерно так решения и должны быть связаны с моделями
А
10:22
Архитектура ИТ-решений
В конце 2016 года я написал в своем блоге текст про Тень цифрового будущего (или ИТ стратегия в переходный период) в котором посетовал, что проникновение в повседневную жизнь анонсированных инновации, почему-то, задерживается. В 2025 году уже очень многие отмечают, что разговоры о том, что вот-вот, уже очень скоро, буквально на днях произойдет нечто… В общем, такие разговоры совсем небезобидны.
Наверняка вы сталкивались с ситуацией, когда в ответ на те или иные текущие проблемы корпоративных информационных систем инициируется проект по внедрению какой-нибудь новой большой и хорошей системы вместо старой плохой. Опытные пользователи понимают, процесс этот может занять пару лет или больше, а результат его вряд ли будет отвечать ожиданиям хотя бы на треть. Но сделать они ничего не могут и вынуждены терпеть отвратительную работу системы еще несколько месяцев, чтоб затем убедиться, что в новом приложение все работает еще хуже, чем раньше. Айтишники, в принципе, все это тоже понимают, но обычно молчат. Нельзя же сказать, что наш CIO, анонсировавший в качестве проекта №1 внедрение нового CRM, например, или еще какую-нибудь дичь, мягко говоря, немного лукавит.
Подобные ситуации возникают и в других областях:
(С чего бы они будут лучше? Или вам сейчас нравится общаться с чат-ботами техподдержки и автоответчиками?)
В общем, механизм манипуляции, я думаю, вполне понятен. Но зато уже очень скоро, практически завтра, все радикально изменится
💯
52
👍
16
🤔
5
🔥
4
❤
2
Наверняка вы сталкивались с ситуацией, когда в ответ на те или иные текущие проблемы корпоративных информационных систем инициируется проект по внедрению какой-нибудь новой большой и хорошей системы вместо старой плохой. Опытные пользователи понимают, процесс этот может занять пару лет или больше, а результат его вряд ли будет отвечать ожиданиям хотя бы на треть. Но сделать они ничего не могут и вынуждены терпеть отвратительную работу системы еще несколько месяцев, чтоб затем убедиться, что в новом приложение все работает еще хуже, чем раньше. Айтишники, в принципе, все это тоже понимают, но обычно молчат. Нельзя же сказать, что наш CIO, анонсировавший в качестве проекта №1 внедрение нового CRM, например, или еще какую-нибудь дичь, мягко говоря, немного лукавит.
Подобные ситуации возникают и в других областях:
Мы не будем решать проблемы системы образования, потому что завтра придет электронное обучение и MOOC. Мы не станем переобучать врачей в поликлиниках, потому что скоро их заменит ИИ. Ну и что, что большинство поисковиков выдают совершенно нерелевантные результаты, ведь вместо них скоро будут AI агенты
(С чего бы они будут лучше? Или вам сейчас нравится общаться с чат-ботами техподдержки и автоответчиками?)
В общем, механизм манипуляции, я думаю, вполне понятен. Но зато уже очень скоро, практически завтра, все радикально изменится
А
13:31
Архитектура ИТ-решений
Наверное, я не очень давно читаю блог CONFLUENT и потому не видел в нем стенограмм выступлений Мартина Клеппмана (автора книжки с кабанчиком). А их там несколько штук. Вот, например:
➡️ Выворачиваем базу данных наизнанку
Копия транскрипта и ссылка на видео есть и на сайте Клеппмана. Да и весь его блог весьма познавателен
👍
23
❤
1
👎
1
➡️ Выворачиваем базу данных наизнанку
Databases are global, shared, mutable state. That’s the way it has been since the 1960s, and no amount of NoSQL has changed that. However, most self-respecting developers have got rid of mutable global variables in their code long ago. So why do we tolerate databases as they are?
Копия транскрипта и ссылка на видео есть и на сайте Клеппмана. Да и весь его блог весьма познавателен
А
16:51
Архитектура ИТ-решений
In reply to this message
Предварительные итоги опроса (1204 голоса) с исправленной ошибкой :)
👍
22
❤
5
🔥
1
А
16:47
Архитектура ИТ-решений
In reply to this message
📆 Уже завтра 7 августа в 19:00 MSK
поговорим об Archimate
Присоединяйтесь по ссылке:
https://us02web.zoom.us/j/87387272422?pwd=g8J2EBF7rt10bjbMCgftkZd9GhQDD9.1
Идентификатор конференции: 873 8727 2422
Код доступа: 329698
👍
41
🔥
5
❤
2
поговорим об Archimate
Присоединяйтесь по ссылке:
https://us02web.zoom.us/j/87387272422?pwd=g8J2EBF7rt10bjbMCgftkZd9GhQDD9.1
Идентификатор конференции: 873 8727 2422
Код доступа: 329698
А
09:41
Архитектура ИТ-решений
Разбираясь с тем, как менялась концепция доменов в Archimate, нашел еще одну точку входа в эту нотацию. Это опубликованное в сообществе языка на сайте TheOpenGroup руководство: ArchiMate 101: A Practical Introduction Мне оно не показалось каким-то выдающимся, но кому-то может будет полезно
👍
13
🔥
6
Идея этой книги возникла из отзывов преподавателей, которые были разочарованы тем, что новые ученики не могли на практике применить полученные знания, в то время как в других (более неформальных) ситуациях можно было быстро объяснить, как использовать небольшую часть ArchiMate® и освоить её за несколько часов
А
17:20
Архитектура ИТ-решений
Р
РИМ-III. Когда нужен результат 21.08.2025 15:03:36
Можно ли представить, что ИТ система отправляет сотни людей в тюрьму?
Увы можно. Я в своей книге говорю, что сейчас ошибки в проектах обычно не измеряются жизнями. Но есть и неприятные исключения.
Проект Fujitsu North Star. Автоматизация почты Великобритании
Разберем по Пентабазису:
🔻ЗАЧЕМ
Проблема: Замена бумажного учета на Единую электронную систему учета (Epos) – Horizon от Fujitsu.
Для кого: Post Office как организация, государственные институты и тысячи управляющих почтовыми отделениями. (ПА: Тут интересно - Это не наемные сотрудники, а контрактные управленцы, часто — микропредприниматели, которые арендуют или владеют локальными отделениями Post Office и работают по франчайзингу. Они несут финансовую ответственность за любую недостачу)
🔻ЧТО
Автоматизация учета и обслуживания клиентов - финансовые транзакции, кассовые операции, учёт товаров, учёта пенсий, пособий и переводов, инвентаризацию и централизованный сбор данных
🔻КАК
▪️Инициация и контрактование (1994–1996)
▪️Разработка и пилотирование (1996–1999)
▪️Массовое внедрение (1999–2001)
▪️Обновление системы — Horizon Online (2010)
🔻КТО
▪️Заказчик – Post Office Ltd (бывшая часть Royal Mail Group)
▪️Подрядчик (Разработчик) – Fujitsu/ICL
▪️Пользователи (Ключевые операторы системы) – Субпостмастеры — управляющие почтовыми отделениями
🔻ЧЕМ
Контракт порядка 2 млрд.£ (около 2,5 млрд.долларов)
🔻УСЛОВИЯ
▪️Жесткий график и политическое давление. Horizon был частью правительственной инициативы по модернизации инфраструктуры. Было требование быстрой цифровизации
▪️Фиксированный контракт. Контракт с ICL/Fujitsu был заключён по модели с фиксированной стоимостью и сроками, ограничивавшими гибкость в переработке системы.
▪️Культурный разрыв между центром и исполнителями. Центр (Post Office, Fujitsu) принимал решения в ИТ-терминах, а исполнители (субпостмастеры) работали с реальными людьми и деньгами. Они не понимали друг-друга.
Казалось бы УСПЕХ!
И что же пошло не так?
В конце-концов пришлось признать очевидное. Что что переросло в крупнейшее в истории Британии судебное и репутационное поражение для Post Office. Уже выплачено более £1 млрд, через суд оправдано уже 555 человек. И дела еще идут...
Вобщем шикарная история как не надо делать проекты. По итогам даже сериал сняли. В прошлом году вышел - «Mr Bates vs the Post Office» («Мистер Бейтс против почты»). Статьи с подробностями можно почитать здесь и здесь.
🦉Практические выводы для Ваших проектов:
❗️ Никогда слепо не доверяйте ИТ системе. Horizon считалась «непогрешимой», и это стало ключевой ошибкой.
❗️ Риски - это не формальные списки, а способ мышления. Мне очень много раз помогал простой вопрос "Из-за чего мой проект признают провальным?". Швейцарский сыр Вам в помощь..
❗️ Слушайте пользователей. Они часто невнятные, скандальные, не могут объяснить что не так. И вообще "Любая система работает идеально, пока туда не запустили пользователей" (c). - но они ближе всего к системе. И они поднимают красные флажки.
❗️ Внедрение ≠ успех. Формально Horizon была успешно внедрена, но последствия были разрушительны. После того как внедрили надо хорошенько "погонять" систему. Стоит убедиться, что все работает правильным образом. Это называется "опытная эксплуатация" и не надо на нее жалеть времени! Это тема ПРИЖИВЛЕНИЯ - я много об этом пишу в книге - это критично!!
Увы можно. Я в своей книге говорю, что сейчас ошибки в проектах обычно не измеряются жизнями. Но есть и неприятные исключения.
Проект Fujitsu North Star. Автоматизация почты Великобритании
Разберем по Пентабазису:
🔻ЗАЧЕМ
Проблема: Замена бумажного учета на Единую электронную систему учета (Epos) – Horizon от Fujitsu.
Для кого: Post Office как организация, государственные институты и тысячи управляющих почтовыми отделениями. (ПА: Тут интересно - Это не наемные сотрудники, а контрактные управленцы, часто — микропредприниматели, которые арендуют или владеют локальными отделениями Post Office и работают по франчайзингу. Они несут финансовую ответственность за любую недостачу)
🔻ЧТО
Автоматизация учета и обслуживания клиентов - финансовые транзакции, кассовые операции, учёт товаров, учёта пенсий, пособий и переводов, инвентаризацию и централизованный сбор данных
🔻КАК
▪️Инициация и контрактование (1994–1996)
.webp){kind=link}
▪️Разработка и пилотирование (1996–1999)
▪️Массовое внедрение (1999–2001)
▪️Обновление системы — Horizon Online (2010)
🔻КТО
▪️Заказчик – Post Office Ltd (бывшая часть Royal Mail Group)
▪️Подрядчик (Разработчик) – Fujitsu/ICL
▪️Пользователи (Ключевые операторы системы) – Субпостмастеры — управляющие почтовыми отделениями
🔻ЧЕМ
Контракт порядка 2 млрд.£ (около 2,5 млрд.долларов)
🔻УСЛОВИЯ
▪️Жесткий график и политическое давление. Horizon был частью правительственной инициативы по модернизации инфраструктуры. Было требование быстрой цифровизации
▪️Фиксированный контракт. Контракт с ICL/Fujitsu был заключён по модели с фиксированной стоимостью и сроками, ограничивавшими гибкость в переработке системы.
▪️Культурный разрыв между центром и исполнителями. Центр (Post Office, Fujitsu) принимал решения в ИТ-терминах, а исполнители (субпостмастеры) работали с реальными людьми и деньгами. Они не понимали друг-друга.
К 2013 году система Horizon была внедрена более чем в 11,500 отделениях почты Великобритании. Через систему ежедневно проходило около 6 млн транзакций. Благодаря работе системы удалось выявить сотни случаев мошенничества!
Казалось бы УСПЕХ!
И что же пошло не так?
«Мы не работали на компанию. Мы были этой компанией в глазах общества. А она отвернулась от нас в момент, когда мы больше всего в ней нуждались» — пострадавший субпостмастер.
В конце-концов пришлось признать очевидное. Что что переросло в крупнейшее в истории Британии судебное и репутационное поражение для Post Office. Уже выплачено более £1 млрд, через суд оправдано уже 555 человек. И дела еще идут...
Вобщем шикарная история как не надо делать проекты. По итогам даже сериал сняли. В прошлом году вышел - «Mr Bates vs the Post Office» («Мистер Бейтс против почты»). Статьи с подробностями можно почитать здесь и здесь.
🦉Практические выводы для Ваших проектов:
❗️ Никогда слепо не доверяйте ИТ системе. Horizon считалась «непогрешимой», и это стало ключевой ошибкой.
❗️ Риски - это не формальные списки, а способ мышления. Мне очень много раз помогал простой вопрос "Из-за чего мой проект признают провальным?". Швейцарский сыр Вам в помощь..
❗️ Слушайте пользователей. Они часто невнятные, скандальные, не могут объяснить что не так. И вообще "Любая система работает идеально, пока туда не запустили пользователей" (c). - но они ближе всего к системе. И они поднимают красные флажки.
❗️ Внедрение ≠ успех. Формально Horizon была успешно внедрена, но последствия были разрушительны. После того как внедрили надо хорошенько "погонять" систему. Стоит убедиться, что все работает правильным образом. Это называется "опытная эксплуатация" и не надо на нее жалеть времени! Это тема ПРИЖИВЛЕНИЯ - я много об этом пишу в книге - это критично!!
А
15:02
Архитектура ИТ-решений
Автор c4model Саймон Браун написал пару дней назад в своем
Farewell "blue and grey boxes" ... the new example diagrams are now live on the C4 model website -> https://c4model.com
На сайте https://c4model.com и правда обновились все диаграммы. Посмотрите кому интересно. Скоро такие же появятся везде
А
14:41
Архитектура ИТ-решений
Я решил обновить учебный курс Мастерская проектирования ИТ-решений (ближайший поток 22-25 сентября пройдет без изменений, а следующий уже поменяется). И потому хочу попросить выпускников поговорить со мной в зуме 30-40 минут в формате небольшого импровизированного интервью.
Нужны разные мнения. Кто готов напишите в комментах к этому сообщению или мне лично.
Спасибо!
PS. Откликнулось больше чем я ожидал. Останавливаю. Еще раз большое спасибо!
👍
20
Нужны разные мнения. Кто готов напишите в комментах к этому сообщению или мне лично.
Спасибо!
PS. Откликнулось больше чем я ожидал. Останавливаю. Еще раз большое спасибо!
А
09:32
Архитектура ИТ-решений
Решил поделиться слайдом с недавнего выступления о том, что архитектурные диаграммы всего лишь частные проекции единого архитектурного замысла, который объединяет и данные и компоненты и поведенческие сценарии
🔥
37
👍
24
❤
6
💯
5
А
09:01
Архитектура ИТ-решений
Для обсуждения книжки Тайлера Суарда Enterprise RAG. Scaling Retrieval Augmented Generation решил организовать книжный клуб. Думаю встреч за 5-8 книжку осилим и некоторые варианты новых архитектур корпоративных приложений обсудим.
Подробности и пригласительная ссылка у меня в блоге: https://mxsmirnov.com/2025/10/12/enterprise-rag/
Будут вопросы и комментарии - готов ответить!
P.S. Если капча-бот вас удаляет из группы, пожалуйста, попробуйте вступить по ссылке еще раз или напишите мне!
👍
26
Подробности и пригласительная ссылка у меня в блоге: https://mxsmirnov.com/2025/10/12/enterprise-rag/
Будут вопросы и комментарии - готов ответить!
P.S. Если капча-бот вас удаляет из группы, пожалуйста, попробуйте вступить по ссылке еще раз или напишите мне!
А
09:52
Архитектура ИТ-решений
📆 5 ноября 10:30 MSK
Приглашаю вас на очередной, безусловно, бесплатный вебинар Первые десять лет Architecture as Code
Архитектура как код (Architecture as Code, AaC) — это подход, при котором архитектура представляется в виде декларативного машиночитаемого описания, развиваемого, обновляемого и отслеживаемого с использованием инструментов непрерывной интеграции и систем контроля версий
Этот подход существует уже около 10 лет и имеет как ярых приверженцев, так и откровенных скептиков. Я постараюсь остаться посередине и в своем выступлении расскажу о том, что уже реально получилось в подходе architecture as code, а что пока остается невыполненными обещаниями, а так же отвечу на ваши вопросы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/3648919/
👍
38
❤
8
🔥
5
Приглашаю вас на очередной, безусловно, бесплатный вебинар Первые десять лет Architecture as Code
Архитектура как код (Architecture as Code, AaC) — это подход, при котором архитектура представляется в виде декларативного машиночитаемого описания, развиваемого, обновляемого и отслеживаемого с использованием инструментов непрерывной интеграции и систем контроля версий
Этот подход существует уже около 10 лет и имеет как ярых приверженцев, так и откровенных скептиков. Я постараюсь остаться посередине и в своем выступлении расскажу о том, что уже реально получилось в подходе architecture as code, а что пока остается невыполненными обещаниями, а так же отвечу на ваши вопросы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/3648919/
А
14:27
Архитектура ИТ-решений
Архитектору предприятия на заметку. Хочу поделиться парой вещей из Stack Overflow 2025 Developer Survey.
Собственно первая – на картинке выше. В исследовании есть раздел: с чем работаем сейчас и с чем хотим работать в будущем. Ну, например, пишем на Python, а хотим перебраться на Rust и Go. С базами данных всё еще однозначней – почему-то, все хотят в PostgreSQL (опрос глобальный 20% - Штаты, 9% - Германия и т.д.). В общем в этом разделе большинство категорий (кроме студентов) хотят освоить RAG (Retrieval-augmented generation) [ ссылка ]. Так что они к вам придут посоветоваться (наверное).
Вторая интересная вещь AI agents, в качестве помощников в разработке, пока не в мейнстриме [ ссылка ]. Может быть только пока. В том же разделе интересно про разработку агентов увидеть предпочтения по storage и оркестраторам. Хотя там, по-моему, очень разные вещи сравниваются
Ну и зарплаты можно там посмотреть как всегда. Для software/solution architect медиана зарплаты $104K и 20 лет стажа.
👍
5
🔥
2
❤
1
Собственно первая – на картинке выше. В исследовании есть раздел: с чем работаем сейчас и с чем хотим работать в будущем. Ну, например, пишем на Python, а хотим перебраться на Rust и Go. С базами данных всё еще однозначней – почему-то, все хотят в PostgreSQL (опрос глобальный 20% - Штаты, 9% - Германия и т.д.). В общем в этом разделе большинство категорий (кроме студентов) хотят освоить RAG (Retrieval-augmented generation) [ ссылка ]. Так что они к вам придут посоветоваться (наверное).
Вторая интересная вещь AI agents, в качестве помощников в разработке, пока не в мейнстриме [ ссылка ]. Может быть только пока. В том же разделе интересно про разработку агентов увидеть предпочтения по storage и оркестраторам. Хотя там, по-моему, очень разные вещи сравниваются
Ну и зарплаты можно там посмотреть как всегда. Для software/solution architect медиана зарплаты $104K и 20 лет стажа.
А
14:17
Архитектура ИТ-решений
С
Сорока пишет | Об ИТ и менеджменте 17.11.2025 09:17:01
Четверг, 20 ноября, 17:00, онлайн. Корпоративная ИТ-архитектура в эпоху ИИ
Друзья, мы с Максимом Смирновым, ИТ-архитектором, автором ряда учебных курсов по архитектуре ПО и архитектуре предприятия, ведущим канала Архитектура ИТ-решений решили сделать совместный эфир.
Обсудим темы, которые можно было бы совместно озаглавить «Корпоративная ИТ-архитектура в эпоху ИИ»:
👉 микросервисы vs монолиты. Откуда это моровое поветрие в отечественной айтишке взялось и каким должен был бы быть взвешенный подход снаряду;
👉 CTO, пишущий код? Sounds good. А если он в корпорации, под ним 1000 человек? Уже вроде бы не так good. Или?..
👉 architecture as a code. Верим/не верим? Область применимости и ограничения;
👉 архитектурный комитет. Внедрять нельзя остановить. Чем руководствуемся, ставя запятую?
👉 взаимодействие ИТ и бизнеса. Почему возникает взаимное непонимание и как его можно преодолевать;
👉 вайбкодинг, ИИ-архитектор… Ожидания, реальность, прогнозы.
Ну и в целом поговорим за подход к enterprise-архитектуре, базирующийся на здравом смысле, а не на хайпе и карго культе.
В комментариях к этому сообщению накидывайте ваши вопросы – постараемся ответить и на них тоже. Если их вдруг будет слишком много и ответы на них потянут на ещё один эфир – мы его проведём!
Регистрируемся через Timepad. Там же будет ссылка на трансляцию.
Коллеги, не стесняемся: получится просто огненное завершение рабочего дня четверга. Руководителю скажете, что у вас повышение профессиональной квалификации. Кто стесняется врать и потому не придёт – для тех выложу запись на моём канале в VK.
👉 Об ИТ и менеджменте. Подписываемся и пересылаем друзьям
Друзья, мы с Максимом Смирновым, ИТ-архитектором, автором ряда учебных курсов по архитектуре ПО и архитектуре предприятия, ведущим канала Архитектура ИТ-решений решили сделать совместный эфир.
Обсудим темы, которые можно было бы совместно озаглавить «Корпоративная ИТ-архитектура в эпоху ИИ»:
👉 микросервисы vs монолиты. Откуда это моровое поветрие в отечественной айтишке взялось и каким должен был бы быть взвешенный подход снаряду;
👉 CTO, пишущий код? Sounds good. А если он в корпорации, под ним 1000 человек? Уже вроде бы не так good. Или?..
👉 architecture as a code. Верим/не верим? Область применимости и ограничения;
👉 архитектурный комитет. Внедрять нельзя остановить. Чем руководствуемся, ставя запятую?
👉 взаимодействие ИТ и бизнеса. Почему возникает взаимное непонимание и как его можно преодолевать;
👉 вайбкодинг, ИИ-архитектор… Ожидания, реальность, прогнозы.
Ну и в целом поговорим за подход к enterprise-архитектуре, базирующийся на здравом смысле, а не на хайпе и карго культе.
В комментариях к этому сообщению накидывайте ваши вопросы – постараемся ответить и на них тоже. Если их вдруг будет слишком много и ответы на них потянут на ещё один эфир – мы его проведём!
Регистрируемся через Timepad. Там же будет ссылка на трансляцию.
Коллеги, не стесняемся: получится просто огненное завершение рабочего дня четверга. Руководителю скажете, что у вас повышение профессиональной квалификации. Кто стесняется врать и потому не придёт – для тех выложу запись на моём канале в VK.
👉 Об ИТ и менеджменте. Подписываемся и пересылаем друзьям
А
07:45
Архитектура ИТ-решений
Т
Тимур Хахалев про AI Coding 18.11.2025 22:21:29
Вот несколько интересных особенностей Antigravity
◼️ Судя по всему, новый форк VSCode был разработан под руководством Varun Mohan – он бывший фаундер Windsurf, попал в DeepMind летом 2025 после того, как развалилась сделка о покупке Виндсёрфа компанией OpenAI
◼️ Antigravity пока что бесплатный и это единственный способ попробовать Gemini 3 Pro бесплатно в IDE/CLI. Или можно попробовать в браузере, через ai.dev
◼️ Есть два режима: Planning (планирование, потом исполнение) и Fast (сразу исполнение)
◼️ Во время работы, Antigravity может создавать Artifacts
◾️ Task List - красивый список тасок в текущем диалоге
◾️ Implementation Plan - план выполнения задачи. Есть возможность дополнять его комментами, отвечать на вопросы модели, а затем обновлять план. Всё тоже самое, что я делаю вручную))
◾️ Walktrough - саммари выполненной задачи. Очень удобно резюмировать что было сделано!
◾️ Screenshots - скриншоты, которые браузер делает во время работы
◾️ Browser Recordings - в этой IDE есть browser subagent, который управляет браузером! Этот субагент может в последствии записать экран своей работы. Самый очевидный юзкейс - E2E тесты! Наконец-то!
◾️ Knowledge - аналог Memory Bank! Здесь хранятся полезные инсайты, паттерны, солюшены из кодинговой сессии
◼️ Нативная интеграция с браузером Chrome
Звучит очень офигенно! Жаль только что IDE пока что сырая, вижу это по отзывам в коммьюнити и по видосу Theo
Надо будет обязательно попробовать в работе.
Надеюсь, этот IDE не убьёт Gemini CLI, как это обычно бывает у гугла))
✔️ Timur Khakhalev про AI Coding, подписывайтесь!
⭐️ Консультации по AI Coding
◼️ Судя по всему, новый форк VSCode был разработан под руководством Varun Mohan – он бывший фаундер Windsurf, попал в DeepMind летом 2025 после того, как развалилась сделка о покупке Виндсёрфа компанией OpenAI
◼️ Antigravity пока что бесплатный и это единственный способ попробовать Gemini 3 Pro бесплатно в IDE/CLI. Или можно попробовать в браузере, через ai.dev
◼️ Есть два режима: Planning (планирование, потом исполнение) и Fast (сразу исполнение)
◼️ Во время работы, Antigravity может создавать Artifacts
◾️ Task List - красивый список тасок в текущем диалоге
◾️ Implementation Plan - план выполнения задачи. Есть возможность дополнять его комментами, отвечать на вопросы модели, а затем обновлять план. Всё тоже самое, что я делаю вручную))
◾️ Walktrough - саммари выполненной задачи. Очень удобно резюмировать что было сделано!
◾️ Screenshots - скриншоты, которые браузер делает во время работы
◾️ Browser Recordings - в этой IDE есть browser subagent, который управляет браузером! Этот субагент может в последствии записать экран своей работы. Самый очевидный юзкейс - E2E тесты! Наконец-то!
◾️ Knowledge - аналог Memory Bank! Здесь хранятся полезные инсайты, паттерны, солюшены из кодинговой сессии
◼️ Нативная интеграция с браузером Chrome
Звучит очень офигенно! Жаль только что IDE пока что сырая, вижу это по отзывам в коммьюнити и по видосу Theo
Надо будет обязательно попробовать в работе.
Надеюсь, этот IDE не убьёт Gemini CLI, как это обычно бывает у гугла))
✔️ Timur Khakhalev про AI Coding, подписывайтесь!
⭐️ Консультации по AI Coding
А
10:42
Архитектура ИТ-решений
📆 27 ноября 17:00 MSK
Google запускает антигравитацию, а мы новый учебный курс Проектирование ИТ-решений с использованием Cursor AI.
Курс сконструирован по принципу два в одном. Во-первых, это полноценный курс по Solution Architecture (Архитектуре решений) - продолжение курса-бестселлера Мастерская проектирования ИТ-решений. Во-вторых, архитектурные описания, диаграммы, ADRs мы будем делать в Cursor (что-то сами, а что-то LLM за нас сделает). И в качестве небольшого бонуса - сквозной учебный пример. В ходе курса мы займемся проектированием Enterprise RAG системы aiExpert - цифрового консультанта по архитектуре нашего предприятия
Обзор учебного курса уже в этот четверг.
Регистрируйтесь и задавайте вопросы: https://mxsmirnov.timepad.ru/event/3676588/
🔥
13
❤
3
👍
2
🥱
2
Google запускает антигравитацию, а мы новый учебный курс Проектирование ИТ-решений с использованием Cursor AI.
Курс сконструирован по принципу два в одном. Во-первых, это полноценный курс по Solution Architecture (Архитектуре решений) - продолжение курса-бестселлера Мастерская проектирования ИТ-решений. Во-вторых, архитектурные описания, диаграммы, ADRs мы будем делать в Cursor (что-то сами, а что-то LLM за нас сделает). И в качестве небольшого бонуса - сквозной учебный пример. В ходе курса мы займемся проектированием Enterprise RAG системы aiExpert - цифрового консультанта по архитектуре нашего предприятия
Обзор учебного курса уже в этот четверг.
Регистрируйтесь и задавайте вопросы: https://mxsmirnov.timepad.ru/event/3676588/
А
18:09
Архитектура ИТ-решений
In reply to this message
Пол Сойерс в обзоре Антигравитации Gemini 3 meets Antigravity: Google’s next step in agentic development на AINativeDev довольно скептичен. И уж точно он не стесняется показать реакцию сообщества на этот продукт от Google, например коммент от Aiden Bai(скрин см. выше):
или коммент Gergely Orosz, AKA the Pragmatic Engineer о том, что это уже 3-я AI IDE Google, выпушенная за \~6 месяцев
Впрочем, на AINativeDev.io зарегистрировано уже более 500 инструментов разработчика на базе AI. Так что может не все так страшно, как кажется
❤
6
👍
2
🤔
1
🥱
1
Безумие, что основатели Windsurf ушли, бросили продукт, пользователей и старую команду умирать
... и все равно умудрились забыть удалить «Cascade» (старый агент Windsurf) в Antigravity
или коммент Gergely Orosz, AKA the Pragmatic Engineer о том, что это уже 3-я AI IDE Google, выпушенная за \~6 месяцев
Впрочем, на AINativeDev.io зарегистрировано уже более 500 инструментов разработчика на базе AI. Так что может не все так страшно, как кажется
А
10:15
Архитектура ИТ-решений
📆 17 декабря 10:30 MSK
Наш следующий стрим называется: Модернизация процесса проектирования.
На нем мы продолжим обсуждение нового учебного курса Проектирование ИТ решений с использованием Cursor AI. На этот раз основной акцент будет сделан на разработке и улучшении записей архитектурных решений (architecture decision record, ADRs)
И хотя до события еще две недели, вы можете зарегистрироваться и задать свой вопрос уже сейчас: https://mxsmirnov.timepad.ru/event/3700275/
👏
5
❤
1
Наш следующий стрим называется: Модернизация процесса проектирования.
На нем мы продолжим обсуждение нового учебного курса Проектирование ИТ решений с использованием Cursor AI. На этот раз основной акцент будет сделан на разработке и улучшении записей архитектурных решений (architecture decision record, ADRs)
И хотя до события еще две недели, вы можете зарегистрироваться и задать свой вопрос уже сейчас: https://mxsmirnov.timepad.ru/event/3700275/
А
15:37
Архитектура ИТ-решений
Мне кажется, что в компании Docker ведут эксперименты с машиной времени. Наверняка ведут. Но видимо что-то пошло не так. Как иначе можно объяснить появление в их официальном блоге статьи You Want Microservices, But Do You Really Need Them?
Я сделал скриншот. Я проверил дату: 28 ноября 2025-го. Но они всерьез обсуждают крайне спорную статью из начала 2023 от инженеров Amazon Prime Video (только ленивый тогда не прокомментировал этот текст).
Ладно, бывает. Но что там дальше по тексту? Картинка от Gartner про минисервисы, макросервисы и микросервисы из 2018-го. Вы помните кто такой Гартнер? Конечно, помните. Разве можно забыть сервис-ориентированную архитектуру. Стоп! В разделе Beyond Microservices: Smarter Architectural Alternatives читаем название раздела:
Это не галлюцинация. Он точно там есть. Я смотрел несколько раз. Он сразу после раздела:
Да-да, я знаю, что Google закрыл Service Weaver уже год назад. Я читал сообщение об этом на https://serviceweaver.dev/ Полгода назад репозиторий этого проекта должны были заархивировать. Но, наверное, в Docker этом просто не знают. Зато вселяет оптимизм завершающий раздел статьи, называющийся: Docker: Built for Any Architecture
Хоть это хорошо. Не стану пока устанавливать Podman Не стану... Или как? 🤨
👍
8
🔥
5
❤
3
🥱
2
Я сделал скриншот. Я проверил дату: 28 ноября 2025-го. Но они всерьез обсуждают крайне спорную статью из начала 2023 от инженеров Amazon Prime Video (только ленивый тогда не прокомментировал этот текст).
Ладно, бывает. Но что там дальше по тексту? Картинка от Gartner про минисервисы, макросервисы и микросервисы из 2018-го. Вы помните кто такой Гартнер? Конечно, помните. Разве можно забыть сервис-ориентированную архитектуру. Стоп! В разделе Beyond Microservices: Smarter Architectural Alternatives читаем название раздела:
Service-Oriented Architecture: The Middle Ground
Это не галлюцинация. Он точно там есть. Я смотрел несколько раз. Он сразу после раздела:
Modular Monoliths: Structure without Distribution
Да-да, я знаю, что Google закрыл Service Weaver уже год назад. Я читал сообщение об этом на https://serviceweaver.dev/ Полгода назад репозиторий этого проекта должны были заархивировать. Но, наверное, в Docker этом просто не знают. Зато вселяет оптимизм завершающий раздел статьи, называющийся: Docker: Built for Any Architecture
Хоть это хорошо. Не стану пока устанавливать Podman Не стану... Или как? 🤨
А
08:17
Архитектура ИТ-решений
A
AI IDE BAS 🧠 ИИ агент для аналитики и архитектуры 🧠 04.12.2025 14:39:06
⭕Обсуждение трендов ИТ рынка и ИТ архитектуры с Максимом Смирновым, ИТ-архитектором и автором канала «Архитектура ИТ-решений» и Никитой Савиным основателем AI IDE BAS
Что было на стриме:
📌Отличия обычного чата GPT и подхода современных агентных ИДЕ: AI IDE BAS/Cursor/WindSurf и т.п.
📌Какие бывают архитектурные роли и функции, какие из них автоматизируются или усиливаются AI
📌Как правильно формировать контекст для моделей, как его выгрузить из голов коллег
📌Какие нотации диаграмм использовать чтобы было удобно и человеку и ИИ
📌Парадигма everything as a code наконец-то нам поможет?
🎥 Запись можно посмотреть здесь:
⭕YouTube
⭕VKВидео
🚀 Протестируйте наш продукт
📌 Инструкция и демо: 👉
⭕ YouTube
⭕ VKВидео
🗯 Полезные ссылки:
🔗 AI IDE BAS для VS Code
🔗 AI IDE BAS для Cursor, Windsurf и др.
🔗 Наш новостной канал
🔗 Тут можно рассказать о багах и помочь нам советом
🔗 Инструкция по установке и настройке
Что было на стриме:
📌Отличия обычного чата GPT и подхода современных агентных ИДЕ: AI IDE BAS/Cursor/WindSurf и т.п.
📌Какие бывают архитектурные роли и функции, какие из них автоматизируются или усиливаются AI
📌Как правильно формировать контекст для моделей, как его выгрузить из голов коллег
📌Какие нотации диаграмм использовать чтобы было удобно и человеку и ИИ
📌Парадигма everything as a code наконец-то нам поможет?
🎥 Запись можно посмотреть здесь:
⭕YouTube
⭕VKВидео
🚀 Протестируйте наш продукт
📌 Инструкция и демо: 👉
⭕ YouTube
⭕ VKВидео
🗯 Полезные ссылки:
🔗 AI IDE BAS для VS Code
🔗 AI IDE BAS для Cursor, Windsurf и др.
🔗 Наш новостной канал
🔗 Тут можно рассказать о багах и помочь нам советом
🔗 Инструкция по установке и настройке
А
13:52
Архитектура ИТ-решений
📆 23 декабря 18:00 MSK
Интервью с Тарасом Сорокой:
Управление для ИТ-архитекторов
Мне часто приходилось слышать, что один человек не может одновременно быть классным экспертом и хорошим руководителем. Что крайне сложно объединить в себе необходимые для этого качества. Правильное сочетание поддержки и директивности, соперничества и сотрудничества – всегда было непростой задачей для ИТ-архитектора.
Обсудить современное положение дел с управлением в ИТ я пригласил Тараса Сороку — эксперта в цифровой трансформации, управленческого и ИТ-консультанта, топ-менеджера российских и международных технологических компаний
Подробности и регистрация:
https://mxsmirnov.timepad.ru/event/3728292/
👍
12
❤
2
👎
1
Интервью с Тарасом Сорокой:
Управление для ИТ-архитекторов
Мне часто приходилось слышать, что один человек не может одновременно быть классным экспертом и хорошим руководителем. Что крайне сложно объединить в себе необходимые для этого качества. Правильное сочетание поддержки и директивности, соперничества и сотрудничества – всегда было непростой задачей для ИТ-архитектора.
Обсудить современное положение дел с управлением в ИТ я пригласил Тараса Сороку — эксперта в цифровой трансформации, управленческого и ИТ-консультанта, топ-менеджера российских и международных технологических компаний
Подробности и регистрация:
https://mxsmirnov.timepad.ru/event/3728292/
А
11:14
Архитектура ИТ-решений
🎊 Рождественские гадания
на тип подписчиков от ChatGPT.
LLM-сервисы, наверное так массово впервые, стали радовать своих подписчиков результатами уходящего года. Большинство, например Cursor, считают потраченные токены и выпушенные версии. Но вот в OpenAI решили сумничать и сделать на основании запросов топологию своих подписчиков (см. картинку. Странно, что сумма действительно составляет 100%).
Я получился на 55% архитектором, на 25% исследователем и на 20% практиком/оптимизатором. А что получилось у вас?
🔥
7
👍
5
на тип подписчиков от ChatGPT.
LLM-сервисы, наверное так массово впервые, стали радовать своих подписчиков результатами уходящего года. Большинство, например Cursor, считают потраченные токены и выпушенные версии. Но вот в OpenAI решили сумничать и сделать на основании запросов топологию своих подписчиков (см. картинку. Странно, что сумма действительно составляет 100%).
Я получился на 55% архитектором, на 25% исследователем и на 20% практиком/оптимизатором. А что получилось у вас?
А
09:32
Архитектура ИТ-решений
Пропустил ноябрьский анонс от The Open Group о разработке Eagle AI Assistant.
Попробовать своими руками не удалось. Короткая заметка в блоге: Introducing The Open Group Eagle Ai Assistant и часовое видео: Toolkit Tuesday Special Edition Episode 20 (внутри несколько слайдов, короткая демонстрация и небольшое обсуждение)
Мне кажется, что многие авторы различных руководств, методологий и стандартов в ближайшие пару лет займутся чем-то похожим. Вполне себе пример для подражания и отечественным ассоциациям. Я бы в такого ассистента и запросы на консультацию с живым экспертом засунул, и сообщения об ошибках и опечатках в текстах стандартов и запросы на доработку. Ну и улучшать и допиливать его, конечно, можно до бесконечности
👍
12
❤
3
🤩
2
👎
1
Попробовать своими руками не удалось. Короткая заметка в блоге: Introducing The Open Group Eagle Ai Assistant и часовое видео: Toolkit Tuesday Special Edition Episode 20 (внутри несколько слайдов, короткая демонстрация и небольшое обсуждение)
Мне кажется, что многие авторы различных руководств, методологий и стандартов в ближайшие пару лет займутся чем-то похожим. Вполне себе пример для подражания и отечественным ассоциациям. Я бы в такого ассистента и запросы на консультацию с живым экспертом засунул, и сообщения об ошибках и опечатках в текстах стандартов и запросы на доработку. Ну и улучшать и допиливать его, конечно, можно до бесконечности
А
11:54
Архитектура ИТ-решений
Большой текст про программные интерфейсы APIs as ladders (ссылку нашел у разработчиков OpenAI API).
Основная идея: сложная часть работы с API - его изучение, а не непосредственное использование. Да и вообще, разработчики не хотят разбираться с вашим API. Они хотят решить некоторую проблему и двигаться дальше. Но после решения простой задачи (первая ступень) может потребоваться сделать нечто чуть более сложное. И высота второй ступени может существенно отличаться от высоты первой. А потом приходит время еще более сложных задач...
В общем, почитайте, рекомендую
❤
11
👍
10
🔥
4
🤨
1
Основная идея: сложная часть работы с API - его изучение, а не непосредственное использование. Да и вообще, разработчики не хотят разбираться с вашим API. Они хотят решить некоторую проблему и двигаться дальше. Но после решения простой задачи (первая ступень) может потребоваться сделать нечто чуть более сложное. И высота второй ступени может существенно отличаться от высоты первой. А потом приходит время еще более сложных задач...
В общем, почитайте, рекомендую
А
09:12
Архитектура ИТ-решений
В прошлую пятницу Cursor выпустил довольно объемный текст Best practices for coding with agents в котором собрал набор рекомендаций о том, как правильно следует использовать Cursor.
По-хорошему, такому набору сценариев место в документации. Но ведь никто не станет постоянно перечитывать документацию, даже если продукт меняется слишком быстро. А в release notes такую инфу включать не принято. Так что появился этот текст
Полгода назад я бы не подумал, что Cursor выдержит такой темп изменений. Но он продолжает активно развиваться, не превращаясь походу в набор несогласованных фич, как это бывает с другими продуктами. О том, какая модель лучше пишет код можно спорить до бесконечности, но как среда ai-разработки, на мой взгляд, Cursor остается в лидерах
👍
25
❤
6
🔥
3
По-хорошему, такому набору сценариев место в документации. Но ведь никто не станет постоянно перечитывать документацию, даже если продукт меняется слишком быстро. А в release notes такую инфу включать не принято. Так что появился этот текст
Полгода назад я бы не подумал, что Cursor выдержит такой темп изменений. Но он продолжает активно развиваться, не превращаясь походу в набор несогласованных фич, как это бывает с другими продуктами. О том, какая модель лучше пишет код можно спорить до бесконечности, но как среда ai-разработки, на мой взгляд, Cursor остается в лидерах
А
10:12
Архитектура ИТ-решений
Gerben Wierda в конце января написал сразу три сообщения по поводу Archimate NEXT:
- Archimate NEXT drops BAT. Now What?
- ArchiMate NEXT: At your service!
- ArchiMate NEXT: On stories versus maps
На мой взгляд, самая полезная из них третья. Она о том, что заложенная в Archimate конструкция естественного языка "субъект-объект-предикат" имеет свои недостатки. Например потому, что одна и та же вещь может выступать в разных ролях при разных взаимодействиях. Ну и предложение автора в том, чтоб отказаться и от этого механизма (Предыдущие статьи серии о том, что другие упрощения, например вынесение ряда сущностей из классификации business-application-technology домены ничем плохим не закончились)
И мне кажется, что мы тут в очередной раз сваливаемся в разговор о том, насколько вообще универсальны те или иные метамодели и как часто нам их следует переизобретать/адаптировать. Насколько применим подход, при котором мы сначала придумываем небольшое количество категорий, а затем стараемся распихать в них всё многообразие вещей и событий. В общем, большой философский разговор про различие и повторение, скорее всего, с прагматичным выводом - полезное лучше правильного
👍
18
- Archimate NEXT drops BAT. Now What?
- ArchiMate NEXT: At your service!
- ArchiMate NEXT: On stories versus maps
На мой взгляд, самая полезная из них третья. Она о том, что заложенная в Archimate конструкция естественного языка "субъект-объект-предикат" имеет свои недостатки. Например потому, что одна и та же вещь может выступать в разных ролях при разных взаимодействиях. Ну и предложение автора в том, чтоб отказаться и от этого механизма (Предыдущие статьи серии о том, что другие упрощения, например вынесение ряда сущностей из классификации business-application-technology домены ничем плохим не закончились)
И мне кажется, что мы тут в очередной раз сваливаемся в разговор о том, насколько вообще универсальны те или иные метамодели и как часто нам их следует переизобретать/адаптировать. Насколько применим подход, при котором мы сначала придумываем небольшое количество категорий, а затем стараемся распихать в них всё многообразие вещей и событий. В общем, большой философский разговор про различие и повторение, скорее всего, с прагматичным выводом - полезное лучше правильного
А
15:28
Архитектура ИТ-решений
Прочитал книжку Generative AI for Software Architects: How to Use LLMs to Boost your Productivity by Adel Ghlamallah (разве можно пропустить такой заголовок :). Не стану её ни ругать ни хвалить. Просто обратите внимание, что она очень маленькая. 60 страниц в киндл версии - это, на самом деле, пара десятков страниц А4. Причем это вместе с иллюстрациями (которые, в основном, не особо внятные скриншоты).
В общем, полистать на полчаса, если не жалко $4,79 за kindle-версию. Тем не менее, несколько полезных вещей я в книжке вычитал. При случае, поделюсь
👍
16
🤔
9
🥱
6
❤
1
👏
1
В общем, полистать на полчаса, если не жалко $4,79 за kindle-версию. Тем не менее, несколько полезных вещей я в книжке вычитал. При случае, поделюсь
.webp){kind=link}
.webp){kind=link}
.webp){kind=link}
.webp){kind=link}
А
09:12
Архитектура ИТ-решений
Solution Concept Diagram – самая недоопределенная диаграмма в TOGAF. В ранних версиях руководств и примеров к ним она приписывалась к уровню application и отображала системы, сгруппированные некоторым образом. В текущих версиях документов сказано нечто невнятное про objectives, requirements, and constraints (ссылка на определение), но адекватным примеров этой диаграммы мне не известно
В курсе Мастерская проектирования ИТ-решений мы один день из четырех тратим на Solution Concept Diagram, чтоб научиться её рассказывать (самое сложно), придумывать (чуть проще) и визуализировать (отдельное упражнение в малых группах с последующим обсуждением). Я придерживаюсь традиционного взгляда на SCD. Для меня набор приложений, сгруппированный и промаркированный определенным образом
Но может у вас есть альтернативный взгляд на эту картинку? Хочу провести небольшой опрос накануне очередного потока курса по архитектуре решений (кстати, начнется 2 марта). Если вы использует другие варианты реализации Solution Concept Diagram, пожалуйста, напишите об этом в комментариях. Спасибо!
👍
5
❤
1
В курсе Мастерская проектирования ИТ-решений мы один день из четырех тратим на Solution Concept Diagram, чтоб научиться её рассказывать (самое сложно), придумывать (чуть проще) и визуализировать (отдельное упражнение в малых группах с последующим обсуждением). Я придерживаюсь традиционного взгляда на SCD. Для меня набор приложений, сгруппированный и промаркированный определенным образом
Но может у вас есть альтернативный взгляд на эту картинку? Хочу провести небольшой опрос накануне очередного потока курса по архитектуре решений (кстати, начнется 2 марта). Если вы использует другие варианты реализации Solution Concept Diagram, пожалуйста, напишите об этом в комментариях. Спасибо!
А
17:42
Архитектура ИТ-решений
Многие тг-каналы сегодня переживают: что делать если заблокируют Telegram? Давайте я тоже прокомментирую
После того как это случится я планирую сделать акцент на свой полузаброшенный блог: https://mxsmirnov.com Безусловно, я не ожидаю там даже десятой доли того трафика, что был здесь и уж тем более не планирую брать рекламу, но зато стиль в блоге бывает более емкий, а формат не столь навязчивый
Я не стану приглашать вас в какие-либо социальные сети просто потому, что они все равно не показывают сообщения авторов, на которых вы подписываетесь. Не сильно от них отличаются платформы публикации контента, на которые я вас тоже не позову. Так что просто блог на отдельно стоящей CMS-ке, т.е. возвращаемся в нулевые. При случае постараюсь прикрутить к нему e-mail уведомления о новых сообщениях (дорого, но сердито)
Впрочем, делиться ссылками на свой блог я все равно планирую везде, где смогу (если и пока этого явно не запретит закон о рекламе). И я непременно буду дублировать ссылки на сообщения из блога и в этот канал, если только это будет не слишком сложно
Вот такие дела!
👍
71
🥱
9
🤔
5
❤
4
После того как это случится я планирую сделать акцент на свой полузаброшенный блог: https://mxsmirnov.com Безусловно, я не ожидаю там даже десятой доли того трафика, что был здесь и уж тем более не планирую брать рекламу, но зато стиль в блоге бывает более емкий, а формат не столь навязчивый
Я не стану приглашать вас в какие-либо социальные сети просто потому, что они все равно не показывают сообщения авторов, на которых вы подписываетесь. Не сильно от них отличаются платформы публикации контента, на которые я вас тоже не позову. Так что просто блог на отдельно стоящей CMS-ке, т.е. возвращаемся в нулевые. При случае постараюсь прикрутить к нему e-mail уведомления о новых сообщениях (дорого, но сердито)
Впрочем, делиться ссылками на свой блог я все равно планирую везде, где смогу (если и пока этого явно не запретит закон о рекламе). И я непременно буду дублировать ссылки на сообщения из блога и в этот канал, если только это будет не слишком сложно
Вот такие дела!
А
21:32
Архитектура ИТ-решений
Начинаю понемногу постить сообщения из своего блога. Сегодняшняя заметка называется Кто мы без хардов?
Навеяна она несколькими недавними заметками от Gregor Hohpe в его Architect Elevator Blog, которые вроде бы про soft skills, но вроде бы и не совсем. Вернее, на мой взгляд, не совсем
В общем, заметка скорее про базовые навыки ИТ-архитектора. Как всегда буду признателен за ваши мнения
👍
16
❤
8
🔥
2
Навеяна она несколькими недавними заметками от Gregor Hohpe в его Architect Elevator Blog, которые вроде бы про soft skills, но вроде бы и не совсем. Вернее, на мой взгляд, не совсем
В общем, заметка скорее про базовые навыки ИТ-архитектора. Как всегда буду признателен за ваши мнения
А
08:37
Архитектура ИТ-решений
Следующая история в блоге называется Hallucinations as Code или Debugging AI-Generated Diagrams. Я сделал обзор великолепного текста Why Your AI-Generated C4 Diagrams Look Terrible (And How to Fix Them) от David R Oliver, который он опубликовал пару дней назад. Я посвятил достаточно много времени экспериментам по генерации Mermaid и PlantUML большими языковыми моделями пока делал курс Проектирование ИТ-решений с использованием Cursor AI и пришел к сходим выводам.
👍
16
🔥
5
13:47
Архитектура ИТ-решений
Еще одно сообщение в моем блоге: Модели контролируют соблюдение ADRs Пока в научных лабораториях и постфактум.
Очень непростое по дизайну исследование о том, как посредством ИИ выявить несоответствие кода архитектурным решениям (задокументированным в виде ADRs). Одна модель анализировала, три других её проверяли, но на третьей линии подключились люди и во всем разобрались
🔥
4
Очень непростое по дизайну исследование о том, как посредством ИИ выявить несоответствие кода архитектурным решениям (задокументированным в виде ADRs). Одна модель анализировала, три других её проверяли, но на третьей линии подключились люди и во всем разобрались
А
12:42
Архитектура ИТ-решений
В нашей вселенной telegram все еще работает и это позволяет мне оттягивать прикручивание e-mail рассылки к этому блогу...
Новое сообщение в блоге: Старый добрый RSS/ATOM
🔥
27
👍
5
Новое сообщение в блоге: Старый добрый RSS/ATOM
А
09:12
Архитектура ИТ-решений
🌦 Почти год прошел с появления нового программного интерфейса Response API от Open AI, который должен был вытеснить Chat Completions API, но воз, похоже, и ныне там ...
🗞 Новое сообщение в блоге:
Chat Completions API vs Response API
🔌 А вы какой API используете?
👍
2
🗞 Новое сообщение в блоге:
Chat Completions API vs Response API
🔌 А вы какой API используете?