Конференция ArchDays
前往频道在 Telegram
Инструменты и практики проектирования для IT-архитекторов. Новости конференции, полезные материалы и профессиональные обсуждения. 🌐 Подробнее: archdays.ru 📧 Контакты: event@scrumtrek.ru | +7 (495) 374-88-12
显示更多632
订阅者
无数据24 小时
+27 天
+230 天
帖子存档
+1
📌 Два формата, чтобы прокачать архитектурное мышление: спорить аргументированно и настраивать AI под свои правила
Архитектура — это не только про то, какое решение выбрать. Важно ещё уметь его обосновать, договориться с командой и добиться, чтобы даже AI-агент работал по заданным стандартам.
На ArchDays 2026 разберём это на практике — на воркшопе и мастер-классе.
Наталья Макарова, ведущий программист Java в CDEK, Новосибирск
«АрхДебаты»
Как убедить команду в правильности архитектурного решения? Давить авторитетом, приводить больше фактов или подключать эмоции? На архитектурных дебатах две команды будут защищать разные точки зрения на реальные архитектурные проблемы. Вместе разберём аргументы участников и выясним, что делает позицию убедительной, а что мешает договориться.
Навык особенно полезен в эпоху AI, когда важно не просто получить готовое решение, но и критически оценить его.
Денис Никифоров, архитектор Advalange, Москва
«Как заставить ИИ агента работать по вашим правилам?»
AI-агент может подготовить требования к приложению, но перепутать приоритеты, пропустить детализацию или потерять связи между бизнес- и системными требованиями. А попытки исправить результат порой приводят к новым ошибкам. На мастер-классе Денис покажет, как описать метамодель и правила валидации, чтобы агент самостоятельно проверял требования на соответствие стандартам компании и работал по заданным правилам.
Два практических занятия 🦕 — о том, как принимать архитектурные решения, убедительно их защищать и выстраивать работу с AI без бесконечных исправлений.
Выбирайте сторону в архитектурном споре или приходите настраивать AI-агента — и попробуйте оба формата на практике 27 ноября на ArchDays 2026.
+1
Два доклада об AI в архитектуре: от новых подходов до автоматизации
Как меняется работа архитектора в эпоху LLM? И как использовать AI не только для проектирования систем, но и для работы с корпоративными знаниями?
На ArchDays 2026 обсудим эти вопросы с двумя экспертами.
➡️ Александр Сорокин, архитектор UseTech
«AI harness и управление архитектурой в эпоху LLM»
Как проектировать системы, принимать решения и контролировать их в быстро меняющихся условиях? Александр работает solution architect с 2004 года и поделится практическим опытом, а также своим видением будущего профессии.
➡️ Шамим Бхуян, корпоративный архитектор ПАО «Сбербанк»
«AI для корпоративной архитектуры: от создания базы знаний к автоматизации»
Как превратить накопленные документы и архитектурные решения в рабочий инструмент? Шамим расскажет о создании единой базы знаний, автоматизации архитектурного ревью и анализа документов, а также поделится опытом внедрения AI в корпоративные процессы.
Два доклада — о том, как AI меняет работу архитектора уже сегодня: от подходов к проектированию до конкретных инструментов и процессов.
Встречаемся 27 ноября на ArchDays 2026!
Анализ трендов: что нового в мире корпоративной архитектуры?
🎲ИИ, данные, платформы, новые подходы и технологии — каждый год список трендов становится длиннее. Следить за всем уже почти отдельная профессия.
Но главный вопрос для архитектора не в том, сколько новых трендов появилось, а в том, какие из них действительно меняют подход к корпоративной архитектуре.
На ArchDays Александр Войновский, лидер функции корпоративной архитектуры ПАО «Газпром нефть», представит собственную аналитику более 22 трендов и попробует собрать из них цельную картину.
Александр опирается не только на собственный опыт более 16 лет в ИТ и цифровой трансформации, но и на практику коллег из архитектурного сообщества.
Из этого получится реальная попытка разобраться, куда на самом деле движется корпоративная архитектура — и что эти изменения уже сегодня означают для архитекторов.
Встречаемся 27 ноября на ArchDays в Центре событий РБК.
Итак, уже 27 ноября встретимся с вами на площадке РБК на ArchDays 2026. Поэтому начинаем знакомить вас со спикерами и их докладами.
📺 Agentic Payments: клиентский опыт vs безопасность
AI по-настоящему захватил вспомогательные и сервисные домены компаний: научился искать, сравнивать и принимать решения. Следующий шаг — платить.
Visa и Mastercard развивают решения для agentic commerce, где AI-агенты смогут совершать транзакции от имени пользователя, а вместе с этим появляются новые протоколы, правила авторизации и совсем другой уровень требований к безопасности.
И здесь возникает главный вопрос: как сделать клиентский опыт максимально простым, не потеряв контроль над деньгами?
На ArchDays об этом расскажет Евгения Умен, Head of Architect в JSC National Interbank Processing Centre HUMO, Ташкент — корпоративный архитектор в области прикладной и Data/AI-архитектуры в финтехе.
Поговорим о том, как устроены Agentic Payments, какие новые AI-based протоколы уже появляются и что происходит с привычным балансом между удобством, автономностью и безопасностью. Потому что если AI получает право платить, архитекторам придётся ответить на вопрос: а кому именно мы доверяем деньги — человеку, агенту или системе, которая стоит за ними?
ArchDays 2026
27 ноября, Москва.
Repost from Russian Association of Software Architects
На что вы опираетесь при выработке архитектурных решений? (возможен множественный выбор)
Запись вебинара уже доступна:
Youtube: https://www.youtube.com/watch?v=7sLMNBNCMi8
VK: https://vkvideo.ru/video-184472537_456239215
Презентация.
Приятного и полезного просмотра!
Repost from ScrumTrek
NFR – это требование к чему именно?
Наверняка у всех вас в том или ином виде описаны атрибуты качества, такие как безопасность, производительность, масштабируемость. На первый взгляд все в порядке: они указаны и даже заданы количественно или качественно. Однако при детальном рассмотрении часто выясняется, что совершенно непонятно, к какому объекту относится требование.
Требование производительности – к чему конкретно? К продукту? К отдельному модулю? К сервису? К данным? К конкретному пользовательскому сценарию?
К каким проблемам это может привести?
▪️Компания берет на себя обязательства, которые невозможно проверить и защитить перед клиентом или регулятором: не зафиксировано, к какому именно объекту относятся эти обязательства
▪️Архитектурный артефакт невозможно однозначно спроектировать и протестировать, если NFR сформулированы без привязки к нему
▪️Требования нельзя проверить на полноту и согласованность между командами, поскольку отсутствует воспроизводимая практика определения объектов и границ NFR
В Школе Архитекторов мы подробно разбираем сценарии атрибутов качества. Одна из обязательных частей такого сценария – объект, к которому относится требование.
На вебинаре обсудим два вопроса:
▪️Какими бывают объекты NFR?
▪️Как определить границы этих объектов?
Вебинар проведет Сергей Баранов.
🗓 8 сентября, 17:00 МСК
🔗 Подключение: https://scrumtrek.ktalk.ru/sccu2uneqagt
Регистрация не требуется – добавляйте событие в календарь, чтобы не забыть 🙂
Сжатие технологического стека, или анти-Highload
Павел Кутаков, VK Tech
Выступление поднимает важные темы для архитектуры - применение паттернов и управление сложностью.
А именно: существует большое количество стандартных паттернов и тактик проектирования. Они отлично решают большинство ежедневных задач проектирования, стоящих перед архитекторами. Но есть ситуации, где стандартные паттерны не позволяют решить проблему. Таких задач, обычно, не так много - это специфичная/очень высокая нагрузка, специфичные объемы данных, специфичные требования к безопасности и так далее. Приходится вырабатывать решения, выходящие за рамки стандартных.
Но есть нюанс. Именно описания таких нестандартных решений чаще всего публикуют компании, они резонируют, их интересно читать и хочется применить. Однако, в силу своей специфики, не стандартности, они часто оказываются дороже и в разработке и в эксплуатации. А самое главное, – они дороже, даже если перед компанией не стоит тех задач, которые решали авторы описываемого не стандартного подхода.
Есть и другая сторона. Уже не мало более или менее стандартных референсных решений (CQRS/ES) под вырост. Однако, и к ним нужно подходить с осторожностью, причем часто с большей осторожностью как раз из-за того, что они, вроде как - стандартные. Важно оценить сложность решения на соответствие сложности решаемой задачи.
Если посмотреть в суть выступления, то оно о том, как управлять сложностью, а именно - как не усложнять архитектурное решение без явно сформированной потребности на усложнение.
VK: https://vkvideo.ru/video-184472537_456239204
Youtube: https://www.youtube.com/watch?v=IowGieH3FvQ
Как архитектор готовится к передаче системы в эксплуатацию
Тимофеев Денис
Cloud.ru
Передача в системы в эксплуатацию - это не дело архитектора
Именно так начинается это выступление :)
Денис сразу начинает с того, что архитектор – это уже одной ногой владелец продукта, что в целом отражает тенденции отрасли. Но тут же делает разворот – это не все, об инфраструктуре теперь тоже нужно думать и думать куда больше, чем архитектор думал об этом раньше.
Выступление раскладывает деятельность через системный подход – сразу отделяя структуру (инфру) от функции (конкретные рабочие процесс). Далее повествование строится вокруг инфраструктуры.
Пожалуй, стоит привести цитату Дениса, которая точно отражает на концептуальном уровне, что вообще такое передача в эксплуатацию: «Передача в эксплуатацию – это изменение ответственности за эксплуатационные задачи конкретной ИС».
А дальше... А дальше придется смотреть само видео, потому что рассказать его суть - это рассказать буквально все, в выступлении плотный и конкретный контент:
- Чеклист передачи в эксплуатацию
- Процесс приемки, описанный по шагам
- Вовлеченные роли
- Отработка инцидента
Отличное, легкое для просмотра и емкое выступление ✍️
VK: https://vk.com/video-184472537_456239210
Youtube: https://youtu.be/g8rEUA8iPjc
Архитектор и ИИ: Управляем старым техдолгом и создаем новый.
Руслан Серкин
МТС Web Services
Это выступление хорошо тем, что демонстирует как развивается инженерия. Настоящая инженерия – она скучная. Скучная не в том плане, что ей скучно заниматься, а в том, что она часто лишена громких лозунгов, развивается не очень быстро, зато надежно. Как это выгдядит? Есть некоторое видение далекого будущего, но чтобы к нему прийти мы берем небольшие задачи, решаем их, анализируем результаты, доволим до рабочего состояния. Затем на этих кубиках строятся следующие и так далее. Собственно, так и появляются большие, сложные, надежные и в том числе инновационные решения.
В выступлении Руслан рассматривает как ИИ помогает в работе с тремя видами техдолга:
▪️Долг по незнанию (когда ИИ знает всё, но не знает вашу компанию)
▪️Долг непоследовательности (когда в компании много решений, но они не согласованы друг с другом)
▪️Долг документации (много сделали, надо описать)
Однако во время отбора докладов именно вторая его часть триггернула, а она о том, что «бесплатный сыр только в мышеловке» и несмотря на то, что ИИ помогает работать с одними видами техдолга, он привносит новые (часть из которых совершенно новые):
▪️Долг черного ящика (зависимость от эффективной, но непонятной системы)
▪️Долг слепого контекста (технически безупречное решение, нежизнеспособное в реальных условиях)
▪️Долг сверхоптимизации (особенно преждевременная оптимизация, которая лишает маневременнности)
▪️Долг версии модели (то, что сегодня паттерн, в новой версии модели может стать антипаттерном, несмотря на то, что хорошо решает задачу)
В выступлении даны рекомендации о том, как работать с новым техдолгом и роли архитектора и, если выйти на уровень чуть выше, то мы увидим, что это во многом про нейросимволический подход и построение формальных онтологий поверх LLM для управления ей.
Смотреть: https://www.youtube.com/watch?v=FLELAI1rqIw
Проектируем собственный рекламный движок
Денис Токарев
Яндекс.Еда
Я всегда просматриваю все выступления ArchDays и в этом году первым просмотрел выстуление Дениса.
Помимо того, что кому-то может быть интересно узнать как устроена Яндекс.Еда изнутри, это отличное выступление, в котором есть:
▪️Примеры численно определенных атрибутов качества в связке с бизнес-целями. Здесь вы найдете, например, объяснение, почему API должен отдавать результат за 50ms, а не за секунду или 500ms в контексте продукта
▪️Пример выбора наиболее подходящего решения из нескольких альтернатив
▪️Практическое применение некоторых архитектурных тактик, например Fallback и тактик позднего связывания на примере конфигурации алгоритмов
Ссылка: https://www.youtube.com/watch?v=YBxi8msb3Ys
📢 Записи ArchDays’25 уже доступны для всех!
Делимся отличной новостью для тех, кто любит учиться в удобном темпе: видео с прошедшей конференции уже на платформах!
Теперь можно в спокойной обстановке пересмотреть самые интересные темы или наверстать упущенное.
📺Смотреть в YouTube: https://youtube.com/playlist?list=PLrVFXqPAjZspdew_cxF88CkPUCZD5GiuJ&si=WXHhzsXBe6p7liVQ
👮♂️Смотреть в VK: https://vkvideo.ru/playlist/-184472537_6?sh=4
Набираемся опыта и кидаем друг другу самые крутые инсайты в комментариях.
Какой доклад планируете посмотреть в первую очередь?
IT-тренды 2026
📹 Короткое видео о том, куда движется IT-индустрия: какие тренды перестали быть хайпом и превращаются в новую норму, а какие только набирают обороты.
💡 Основная мысль – мы начинаем смотреть на архитектуру как на инструмент выживания и роста компании и перестаем воспринимать ее как просто набор паттернов.
Приятного просмотра, делитесь своими мыслями в комментариях! ⬇️
Кто уже видел — давайте вспомним вместе, а кто ещё не успел — самое время посмотреть!
Делимся мемным видео с закрытия ArchDays, чтобы добавить осеннему дню немного яркости и улыбок. Смотрите сами и делитесь настроением ☀️
➡️ Делимся записью вебинара "Модульность без фанатизма: о чем на самом деле книга Balancing Coupling"
Ведущий: Сергей Баранов.
Гостем был Влад Хононов, архитектор и автор книг «Learning Domain-Driven Design» и «Balancing Coupling in Software Design». Вебинар посвящён идеям из второй книги.
Это была живая беседа: обсуждали, как найти баланс между связанностью и модульностью, почему связанность не всегда плохо, а иногда помогает сделать систему крепче.
Смотрите видео:
👮♂️ ВК
🌐 Рутуб
📺 YouTube
Друзья, у нас отличные новости: фотоотчёт с ARCHDAYS уже готов!
В альбоме — эмоции, улыбки и атмосфера, которую мы создавали вместе.
Заходите, ищите себя на кадрах, делитесь снимками с коллегами и сохраняйте лучшие моменты этого дня.
Спасибо всем, кто был с нами, до встречи на ARCHDAYS’26!
Фотоальбом:
📸 Часть 1
📸 Часть 2
Экономические_последствия_архитектурных_решений.pdf6.14 MB
Завершаем основную часть ArchDays!5️⃣
Надеемся, что выступления вдохновили вас и зарядили новыми идеями. Впереди неформальная часть, где можно пообщаться в более неформальной атмосфере 🍸
