Архитектура ИТ-решений
📆 Уже завтра 7 августа в 19:00 MSK поговорим об Archimate Присоединяйтесь по ссылке: https://us02web.zoom.us/j/87387272422?pwd=g8J2EBF7rt10bjbMCgftkZd9GhQDD9.1 Идентификатор конференции: 873 8727 2422 Код доступа: 329698
Запись тут
https://vkvideo.ru/video-228508670_456239021
https://youtu.be/Z2CzE9j5cu0
Чуть позже поделюсь материалами
https://vkvideo.ru/video-228508670_456239021
https://youtu.be/Z2CzE9j5cu0
Чуть позже поделюсь материалами
VK Видео
Archimate - 5 историй 2025
Несколько рассказов о практическом применении Archimate
🔥32👍12❤8
Разбираясь с тем, как менялась концепция доменов в Archimate, нашел еще одну точку входа в эту нотацию. Это опубликованное в сообществе языка на сайте TheOpenGroup руководство: ArchiMate 101: A Practical Introduction Мне оно не показалось каким-то выдающимся, но кому-то может будет полезно
Идея этой книги возникла из отзывов преподавателей, которые были разочарованы тем, что новые ученики не могли на практике применить полученные знания, в то время как в других (более неформальных) ситуациях можно было быстро объяснить, как использовать небольшую часть ArchiMate® и освоить её за несколько часов
👍13🔥6
Архитектура ИТ-решений
Запись тут https://vkvideo.ru/video-228508670_456239021 https://youtu.be/Z2CzE9j5cu0 Чуть позже поделюсь материалами
Ссылки на слайды и дополнительные материалы:
- Kirill Keker https://disk.yandex.ru/i/zg1qKa-90_kmlw и ссылка на плагин для интеграций https://github.com/archi-contribs
- Mikhail Zaborov https://disk.yandex.ru/i/cs2TMt64qUzcrg
- Alexander Chertilin https://disk.yandex.ru/i/g0aC2tt6C8LPJw
- Roman Tsirulnikov https://disk.yandex.ru/i/enNNR_r32ZQm2w
- Artem Varkulevich https://www.canva.com/design/DAGvHUc-W2g/tNIt1Fmb3kwLaXnZGEYapQ/view?utm_content=DAGvHUc-W2g&utm_campaign=designshare&utm_medium=link2&utm_source=uniquelinks&utlId=he42c4e8409
- Kirill Keker https://disk.yandex.ru/i/zg1qKa-90_kmlw и ссылка на плагин для интеграций https://github.com/archi-contribs
- Mikhail Zaborov https://disk.yandex.ru/i/cs2TMt64qUzcrg
- Alexander Chertilin https://disk.yandex.ru/i/g0aC2tt6C8LPJw
- Roman Tsirulnikov https://disk.yandex.ru/i/enNNR_r32ZQm2w
- Artem Varkulevich https://www.canva.com/design/DAGvHUc-W2g/tNIt1Fmb3kwLaXnZGEYapQ/view?utm_content=DAGvHUc-W2g&utm_campaign=designshare&utm_medium=link2&utm_source=uniquelinks&utlId=he42c4e8409
❤6🔥6👏6👍5
Когда-то я хотел сам поделиться этой печальной историей, но подумал, что она будет не вполне в формате канала. Однако Павел великолепно, кратко и емко, описал всё в одном сообщении и теперь я просто не могу его не репостнуть
Forwarded from РИМ-III. Когда нужен результат (Pavel Alferov)
Можно ли представить, что ИТ система отправляет сотни людей в тюрьму?
Увы можно. Я в своей книге говорю, что сейчас ошибки в проектах обычно не измеряются жизнями. Но есть и неприятные исключения.
Проект 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) принимал решения в ИТ-терминах, а исполнители (субпостмастеры) работали с реальными людьми и деньгами. Они не понимали друг-друга.
Казалось бы УСПЕХ!
И что же пошло не так?
Увы за фасадом успеха была трагедия, вышедшая на национальный масштаб!
Оказалось, что большая часть случай мошенничества мошенничеством не являлась. А являлась ошибками системы. Десять лет это отрицалось. При этом людей увольняли, сажали. 900+ субпостмастеров обвинены, более 230 — в уголовном порядке. Было как минимум 13 случаев самоубийства.
В конце-концов пришлось признать очевидное. Что что переросло в крупнейшее в истории Британии судебное и репутационное поражение для Post Office. Уже выплачено более £1 млрд, через суд оправдано уже 555 человек. И дела еще идут...
Вобщем шикарная история как не надо делать проекты. По итогам даже сериал сняли. В прошлом году вышел - «Mr Bates vs the Post Office» («Мистер Бейтс против почты»). Статьи с подробностями можно почитать здесь и здесь.
🦉Практические выводы для Ваших проектов:
❗️ Никогда слепо не доверяйте ИТ системе. Horizon считалась «непогрешимой», и это стало ключевой ошибкой.
❗️ Риски - это не формальные списки, а способ мышления. Мне очень много раз помогал простой вопрос "Из-за чего мой проект признают провальным?". Швейцарский сыр Вам в помощь..
❗️ Слушайте пользователей. Они часто невнятные, скандальные, не могут объяснить что не так. И вообще "Любая система работает идеально, пока туда не запустили пользователей" (c). - но они ближе всего к системе. И они поднимают красные флажки.
❗️ Внедрение ≠ успех. Формально Horizon была успешно внедрена, но последствия были разрушительны. После того как внедрили надо хорошенько "погонять" систему. Стоит убедиться, что все работает правильным образом. Это называется "опытная эксплуатация" и не надо на нее жалеть времени! Это тема ПРИЖИВЛЕНИЯ - я много об этом пишу в книге - это критично!!
Увы можно. Я в своей книге говорю, что сейчас ошибки в проектах обычно не измеряются жизнями. Но есть и неприятные исключения.
Проект Fujitsu North Star. Автоматизация почты Великобритании
Разберем по Пентабазису:
🔻ЗАЧЕМ
Проблема: Замена бумажного учета на Единую электронную систему учета (Epos) – Horizon от Fujitsu.
Для кого: Post Office как организация, государственные институты и тысячи управляющих почтовыми отделениями. (ПА: Тут интересно - Это не наемные сотрудники, а контрактные управленцы, часто — микропредприниматели, которые арендуют или владеют локальными отделениями Post Office и работают по франчайзингу. Они несут финансовую ответственность за любую недостачу)
🔻ЧТО
Автоматизация учета и обслуживания клиентов - финансовые транзакции, кассовые операции, учёт товаров, учёта пенсий, пособий и переводов, инвентаризацию и централизованный сбор данных
🔻КАК
🔻КТО
🔻ЧЕМ
Контракт порядка 2 млрд.£ (около 2,5 млрд.долларов)
🔻УСЛОВИЯ
К 2013 году система Horizon была внедрена более чем в 11,500 отделениях почты Великобритании. Через систему ежедневно проходило около 6 млн транзакций. Благодаря работе системы удалось выявить сотни случаев мошенничества!
Казалось бы УСПЕХ!
И что же пошло не так?
Оказалось, что большая часть случай мошенничества мошенничеством не являлась. А являлась ошибками системы. Десять лет это отрицалось. При этом людей увольняли, сажали. 900+ субпостмастеров обвинены, более 230 — в уголовном порядке. Было как минимум 13 случаев самоубийства.
«Мы не работали на компанию. Мы были этой компанией в глазах общества. А она отвернулась от нас в момент, когда мы больше всего в ней нуждались» — пострадавший субпостмастер.
В конце-концов пришлось признать очевидное. Что что переросло в крупнейшее в истории Британии судебное и репутационное поражение для Post Office. Уже выплачено более £1 млрд, через суд оправдано уже 555 человек. И дела еще идут...
Вобщем шикарная история как не надо делать проекты. По итогам даже сериал сняли. В прошлом году вышел - «Mr Bates vs the Post Office» («Мистер Бейтс против почты»). Статьи с подробностями можно почитать здесь и здесь.
🦉Практические выводы для Ваших проектов:
Please open Telegram to view this post
VIEW IN TELEGRAM
👍39❤21🔥12😢2
Is "Software Architect" a Fake Role? - вероятно, самый длинный текст из встречавшихся мне попыток ответа на вопрос кто такой архитектор ПО и чем он собственно занимается. Настоящий лонгрид, с пометкой 32 min read (в конце есть summary).
Я далеко не совсем согласен, но читается текст легко. Любителям поразмышлять, располагающим некоторым свободным временем, однозначно рекомендую
Я далеко не совсем согласен, но читается текст легко. Любителям поразмышлять, располагающим некоторым свободным временем, однозначно рекомендую
CloudWay Digital
Is "Software Architect" a Fake Role?
The role of the software architect has evolved out of the necessity to design increasingly complex systems. But what does that really mean?
🔥12👍8❤4🥱4
Автор c4model Саймон Браун написал пару дней назад в своем
Farewell "blue and grey boxes" ... the new example diagrams are now live on the C4 model website -> https://c4model.com
На сайте https://c4model.com и правда обновились все диаграммы. Посмотрите кому интересно. Скоро такие же появятся везде
👍27🔥17❤3
Пятничное. В последнюю пятницу уходящего лета неплохая шутка десятилетней давности:
Подробности см. здесь
There are only two hard problems in distributed systems:
2. Exactly-once delivery
1. Guaranteed order of messages
2. Exactly-once delivery
Подробности см. здесь
Mathias Verraes' Blog
Two Hard Problems with Distributed Systems
A joke
🔥42💯13👍7❤1👏1
Я решил обновить учебный курс Мастерская проектирования ИТ-решений (ближайший поток 22-25 сентября пройдет без изменений, а следующий уже поменяется). И потому хочу попросить выпускников поговорить со мной в зуме 30-40 минут в формате небольшого импровизированного интервью.
Нужны разные мнения. Кто готов напишите в комментах к этому сообщению или мне лично.
Спасибо!
PS. Откликнулось больше чем я ожидал. Останавливаю. Еще раз большое спасибо!
Нужны разные мнения. Кто готов напишите в комментах к этому сообщению или мне лично.
Спасибо!
PS. Откликнулось больше чем я ожидал. Останавливаю. Еще раз большое спасибо!
👍20
Из серии Корпоративному ИТ-архитектору на заметку сентябрьская статья Нила Хьюза с красивым заголовком Bring Your Own AI and the rise of shadow AI in the workplace
BYOAI и Shadow AI – два новых термина вокруг которых вращались все летние отчеты о том, куда, зачем и сколь эффективно энтерпрайзы приделывают искусственные интеллекты, на фоне массированного запугивания пользователей увольнением для тех, кто неосвоит компьютерную грамотность приобретет подписку на ChatGPT
Надеюсь, подписчики нашего канала заранее заготовили истории для своих CIO о том, какие архитектурных изменения позволят противостоять кусочно-лоскутной AI-зации и даже готовы порассуждать про AI-powered applications
Доброй всем пятницы!
BYOAI и Shadow AI – два новых термина вокруг которых вращались все летние отчеты о том, куда, зачем и сколь эффективно энтерпрайзы приделывают искусственные интеллекты, на фоне массированного запугивания пользователей увольнением для тех, кто не
Надеюсь, подписчики нашего канала заранее заготовили истории для своих CIO о том, какие архитектурных изменения позволят противостоять кусочно-лоскутной AI-зации и даже готовы порассуждать про AI-powered applications
Доброй всем пятницы!
Cybernews
Bring Your Own AI and the rise of shadow AI in the workplace
Bring Your Own AI: How ChatGPT, Bard, and Claude are fueling a shadow AI boom at work
🔥8👍5
Архитектура ИТ-решений
Из серии Корпоративному ИТ-архитектору на заметку сентябрьская статья Нила Хьюза с красивым заголовком Bring Your Own AI and the rise of shadow AI in the workplace BYOAI и Shadow AI – два новых термина вокруг которых вращались все летние отчеты о том, куда…
Об этом же, но более подробно чем я, пишет у себя в канале Дэн Реймер https://xn--r1a.website/ReymerDigital/436
Telegram
Реймер | AI Трансформация Бизнеса
BYOAI: новая головная боль ИТ-директоров
Помните времена BYOD? Сотрудники приходили в офис со своими айфонами, а ИТ-отдел седел от мыслей о безопасности. Теперь история повторяется с ИИ.
Дежавю по-новому
2010-е: Bring Your Own Device
• Сотрудники: "Мой…
Помните времена BYOD? Сотрудники приходили в офис со своими айфонами, а ИТ-отдел седел от мыслей о безопасности. Теперь история повторяется с ИИ.
Дежавю по-новому
2010-е: Bring Your Own Device
• Сотрудники: "Мой…
👍6👎2🔥1
📆 Сегодня день HR-менеджера
Алармистские тексты и видео относительно рынка ИТ-труда окружают нас уже не первый месяц. Бываю редкие исключения такие, как например сентябрьский обзор State of the software engineering job market in 2025 от Gergely Orosz (вкратце: крупные компании снова нанимают, количество вакансий медленно, но растет, учите ai), но это, действительно исключения. Много чаще можно услышать про сотни нерелевантных откликов на любую позицию в течении первого дня, после публикации и месяцы безуспешных попыток поиска работы.
Несмотря на то, что группа Работа для ИТ-архитекторов является закрытой, недавний опрос показал - отклики на вакансии рекрутеры получают и там (их значительно меньше но, надеюсь, что они более релевантные). Рискну предположить, что причины проблем поиска и подбора кроются не только во внешних факторах, но отчасти и в самом процессе поиска, подбора и найма. Таковы результаты дигиталиации и "глобализации"(вернее, подражания практикам интернет-гигантов) этой деятельности. Сначала кто-то написал ботов по обработке резюме, затем другие научились отслеживать открытие позиций, кто-то немножко подделывает резюме, кто-то проводить ненужные интервью, ну а о темных паттернах площадок по подбору я вообще умолчу.
В итоге всем стало хуже
Еще раз повторю свою мысль. Если испортился процесс поиска и подбора, то нечего пенять на сам рынок труда (тем более приплетать сюда искусственный интеллект). Надо процесс чинить. Например, кандидатов надо искать не там, где светло, а там, где их потеряли а в тематических чатах и на профильных мероприятиях
Да и с работой примерно та же история
Так что с праздником, HR-менеджеры!
Алармистские тексты и видео относительно рынка ИТ-труда окружают нас уже не первый месяц. Бываю редкие исключения такие, как например сентябрьский обзор State of the software engineering job market in 2025 от Gergely Orosz (вкратце: крупные компании снова нанимают, количество вакансий медленно, но растет, учите ai), но это, действительно исключения. Много чаще можно услышать про сотни нерелевантных откликов на любую позицию в течении первого дня, после публикации и месяцы безуспешных попыток поиска работы.
Несмотря на то, что группа Работа для ИТ-архитекторов является закрытой, недавний опрос показал - отклики на вакансии рекрутеры получают и там (их значительно меньше но, надеюсь, что они более релевантные). Рискну предположить, что причины проблем поиска и подбора кроются не только во внешних факторах, но отчасти и в самом процессе поиска, подбора и найма. Таковы результаты дигиталиации и "глобализации"(вернее, подражания практикам интернет-гигантов) этой деятельности. Сначала кто-то написал ботов по обработке резюме, затем другие научились отслеживать открытие позиций, кто-то немножко подделывает резюме, кто-то проводить ненужные интервью, ну а о темных паттернах площадок по подбору я вообще умолчу.
В итоге всем стало хуже
Еще раз повторю свою мысль. Если испортился процесс поиска и подбора, то нечего пенять на сам рынок труда (тем более приплетать сюда искусственный интеллект). Надо процесс чинить. Например, кандидатов надо искать не там, где светло,
Да и с работой примерно та же история
Так что с праздником, HR-менеджеры!
Pragmaticengineer
State of the software engineering job market in 2025: what the data says
A deepdive into today’s tech jobs market, with exclusive data on tech jobs, AI engineering, Big Tech recruitment, the growing importance of location, and more
👍11🔥5❤4
На самом деле Ээту Ниеми не говорит чего-то такого, что не было бы прописано в TOGAF. Но этого автора чаще хвалят, а вот TOGAF обычно ругают
Посмотрите его недавнюю заметку From Context to Vision: Defining What Enterprise Architecture Should Achieve Знакомые ведь все слова: определите контекст и проясните цели, начните с тех, у кого есть спрос на вашу EA, сделайте вдохновляющий vision и приземлите все это в конкретные шаги... Банально, но здесь некая магия есть, а в текстах The Open Group как-то не очень
Посмотрите его недавнюю заметку From Context to Vision: Defining What Enterprise Architecture Should Achieve Знакомые ведь все слова: определите контекст и проясните цели, начните с тех, у кого есть спрос на вашу EA, сделайте вдохновляющий vision и приземлите все это в конкретные шаги... Банально, но здесь некая магия есть, а в текстах The Open Group как-то не очень
Eatransformation
From Context to Vision: Defining What Enterprise Architecture Should Achieve
Practical guide to setting the direction for your enterprise architecture function
История Effective Practices for Architecting a RAG Pipeline показалась мне довольно интересной не только описываемым продуктом – экспертной системой с которой можно поговорить о текущей архитектуре системы (на основании описания) и способах её улучшения (вот прям картинка из будущего, ИТ-архитектура в формате чат-бота: «Спроси своего архитектора»).
В равной степени интересно во что превращается абстрактный RAG конвейер (рис.2) в результате своего реального воплощения (см. рис.1). Звучит это примерно так: langchain выбросим, pdf-парсер напишем свой, предварительную обработку и проверки приделаем от guardrails, оркестратор просто напишем на питоне и т.д. Подозреваю, что между строк этой лаконичной статьи осталось еще много чего интересного.
Да и вообще, процесс разработки железного архитектора вполне себе итерационный и после появления версии номер раз можно еще бесконечно что-либо тюнить
В равной степени интересно во что превращается абстрактный RAG конвейер (рис.2) в результате своего реального воплощения (см. рис.1). Звучит это примерно так: langchain выбросим, pdf-парсер напишем свой, предварительную обработку и проверки приделаем от guardrails, оркестратор просто напишем на питоне и т.д. Подозреваю, что между строк этой лаконичной статьи осталось еще много чего интересного.
Да и вообще, процесс разработки железного архитектора вполне себе итерационный и после появления версии номер раз можно еще бесконечно что-либо тюнить
InfoQ
Effective Practices for Architecting a RAG Pipeline
Hybrid search, smart chunking, and domain-aware indexing are key to building effective RAG pipelines. Context window limits and prompt quality critically affect LLM response accuracy. This article provides lessons learned from setting up a RAG pipeline.
❤2🤨1
Для обсуждения книжки Тайлера Суарда Enterprise RAG. Scaling Retrieval Augmented Generation решил организовать книжный клуб. Думаю встреч за 5-8 книжку осилим и некоторые варианты новых архитектур корпоративных приложений обсудим.
Подробности и пригласительная ссылка у меня в блоге: https://mxsmirnov.com/2025/10/12/enterprise-rag/
Будут вопросы и комментарии - готов ответить!
P.S. Если капча-бот вас удаляет из группы, пожалуйста, попробуйте вступить по ссылке еще раз или напишите мне!
Подробности и пригласительная ссылка у меня в блоге: https://mxsmirnov.com/2025/10/12/enterprise-rag/
Будут вопросы и комментарии - готов ответить!
P.S. Если капча-бот вас удаляет из группы, пожалуйста, попробуйте вступить по ссылке еще раз или напишите мне!
👍24
А вот вам сердитое видео от Dave Farley Vibe Coding Is The WORST IDEA Of 2025 с рассуждениями о роли языков программирования в качестве инструмента упорядочивающего наши суждения о будущей системе
Я бы и про ИТ-архитектуру такое сказал если бы формальные Architecture Description Languages были бы чуть более популярны
Я бы и про ИТ-архитектуру такое сказал если бы формальные Architecture Description Languages были бы чуть более популярны
YouTube
Vibe Coding Is The WORST IDEA Of 2025
Vibe coding might sound trendy, but in this video Dave Farley explains why vibe coding is one of the worst ideas in software engineering and software development in 2025. Discover what vibe coding really is, why it fails in real-world projects, and how relying…
👍7🎉7💯4👎2🔥2❤1
Появилось видео с моего весеннего выступления Некоторые заблуждения об архитектуре предприятия
По сути, эту историю можно считать прологом к учебному курсу Модели корпоративной архитектуры. TOGAF 10 и Archimate 3.2 Но курс в онлайн-формате это 4 дня по 6 академ. часов, а выступление длится меньше часа. И может кому-то этого будет достаточно для правильного начала знакомства с Enterprise Architecture
По сути, эту историю можно считать прологом к учебному курсу Модели корпоративной архитектуры. TOGAF 10 и Archimate 3.2 Но курс в онлайн-формате это 4 дня по 6 академ. часов, а выступление длится меньше часа. И может кому-то этого будет достаточно для правильного начала знакомства с Enterprise Architecture
VK Видео
Некоторые заблуждения об архитектуре предприятия • Максим Смирнов
Максим Смирнов выступил на третьей конференции Systems Design Online с докладом на тему «Некоторые заблуждения об архитектуре предприятия» Тайм-код доклада: 00:00 О докладе 02:11 Введение 05:34 Заблуждения относительно архитектуры предприятия 10:54 Откуда…
👍33❤11🔥4
Архитектура ИТ-решений
Появилось видео с моего весеннего выступления Некоторые заблуждения об архитектуре предприятия По сути, эту историю можно считать прологом к учебному курсу Модели корпоративной архитектуры. TOGAF 10 и Archimate 3.2 Но курс в онлайн-формате это 4 дня по 6…
А это чуть более ранняя запись https://vkvideo.ru/video-223253636_456239063 с ответами на вопросы о курсе Модели корпоративной архитектуры. TOGAF 10 и Archimate 3.2 Выкладываю для полноты истории
👍9🔥4
📆 5 ноября 10:30 MSK
Приглашаю вас на очередной, безусловно, бесплатный вебинар Первые десять лет Architecture as Code
Архитектура как код (Architecture as Code, AaC) — это подход, при котором архитектура представляется в виде декларативного машиночитаемого описания, развиваемого, обновляемого и отслеживаемого с использованием инструментов непрерывной интеграции и систем контроля версий
Этот подход существует уже около 10 лет и имеет как ярых приверженцев, так и откровенных скептиков. Я постараюсь остаться посередине и в своем выступлении расскажу о том, что уже реально получилось в подходе architecture as code, а что пока остается невыполненными обещаниями, а так же отвечу на ваши вопросы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/3648919/
Приглашаю вас на очередной, безусловно, бесплатный вебинар Первые десять лет Architecture as Code
Архитектура как код (Architecture as Code, AaC) — это подход, при котором архитектура представляется в виде декларативного машиночитаемого описания, развиваемого, обновляемого и отслеживаемого с использованием инструментов непрерывной интеграции и систем контроля версий
Этот подход существует уже около 10 лет и имеет как ярых приверженцев, так и откровенных скептиков. Я постараюсь остаться посередине и в своем выступлении расскажу о том, что уже реально получилось в подходе architecture as code, а что пока остается невыполненными обещаниями, а так же отвечу на ваши вопросы
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/3648919/
👍38❤8🔥5
Архитектура ИТ-решений
📆 5 ноября 10:30 MSK Приглашаю вас на очередной, безусловно, бесплатный вебинар Первые десять лет Architecture as Code Архитектура как код (Architecture as Code, AaC) — это подход, при котором архитектура представляется в виде декларативного машиночитаемого…
Добавил еще входных билетов. Если кто-то не смог зарегистрироваться, то попробуйте еще раз
❤11