Russian Association of Software Architects

Много материалов по ADR:
https://github.com/joelparkerhenderson/architecture-decision-record

Коллеги, хочу предложить к обсуждению один вопрос, который часто поднимается архитекторами в профильных чатах.

Заключается он в том, что архитектору нужно доказывать правоту своей позиции перед лицом команды или менеджмента. Причем, судя по обсуждениям, зачастую это заканчивается безуспешно, несмотря на всю правильность и обоснованность его позиции. О таких проблемах нередко пишут достаточно авторитетные в сообществе ребята с хорошей глубиной знаний.

Собственно, о такой ситуации писали и всемирно известные авторы в области ИТ-архитектуры (Nick Tune, Gregor Hohpe, Neal Ford и др.)

Мне кажется, что корень проблемы лежит не в том, что говорит архитектор, а в том, что он из себя представляет. Как только он начинает что-то доказывать, он тем самым занижает свою значимость, и завышает значимость своего оппонента. Ставит себя в подчиненную позицию. Тем самым он занижает ценность своих аргументов.

Задача архитектора заключается прежде всего в том, чтобы сформировать свою ценность в глазах окружения. Не доказывать, а создать такие предпосылки, при которых к нему сами обращались бы с вопросами.

Я часто говорю, что лучший формат общения архитектора - это не утверждения, а вопросы. Такие вопросы, которые делали бы очевидными достоинства его решения. Тут есть и психологический момент - задавая вопросы, архитектор не ставит себя в позицию "снизу", не занижает своей значимости. А оппонент, дошедший до правильного решения самостоятельно, под воздействием правильных вопросов, будет чувствовать себя причастным к этому решению, что устраняет предпосылки для психологической защиты и сопротивления.

А лучшим помощником архитектора является нагрузочное тестирование, которое делает предполагаемые проблемы явными. Если проанализировать подобные дискуссии в профильных пабликах, то можно обнаружить, что чаще всего проблемы возникают там, где нагрузочное тестирование не организовано.

Что думаете по этому поводу? Какой у вас опыт?

[UPDATE]: Ранее уже были посты по этой теме:
- https://t.me/ru_arc/77
- https://t.me/ru_arc/76

Есть кто из nic.ru, можете мне написать (@sergey486), помочь решить проблему?

Выглядит так, что грохнули мне CMS и перекладывают ответственность, причем так грохнули, что она даже из бэкапа не восстанавливается.

А первая линия общается так, будто вообще мой аккаунт не видит. Пишет про некий антивирус (который у меня не подключен), про каких-то внешних разработчиков CMS (хотя у меня не кастомизированный хостинг от nic.ru), как-будто даже не пытаются разобраться, да даже просто посмотреть на аккаунт, а просто рандомно инструкции в меня шлют.

24 октября (чт) в 19:00 по МСК пройдет вебинар на тему «Саги как инструмент управления сложными бизнес-процессами: от теории к практике на примерах из финтеха и других отраслей» на котором Михаил Натаров, системный архитектор и Engineering Manager, подробно разберёт примеры использования саг в различных доменах и покажет, что этот паттерн применим в любом бизнесе.

Этот вебинар будет особенно полезен:
— Системным аналитикам, которые хотят углубить своё понимание сложных бизнес-процессов и улучшить взаимодействие с разработчиками и архитекторами.
— Архитекторам и разработчикам, работающим с распределёнными системами и микросервисами.
— Руководителям IT-проектов, которые заинтересованы в эффективном управлении проектированием и поддержкой отказоустойчивых систем.
— Специалистам из различных отраслей (финтех, маркетплейсы, логистика, и т.д.), которые сталкиваются с управлением сложными процессами и распределёнными транзакциями.

🚀 План вебинара
1. Введение в паттерн саги
2. Пример: типичный сценарий платежа в маркетплейсе.
3. Сложности внешних вызовов: таймауты, разница в состоянии систем, идемпотентность.
4. Компенсационные механизмы в саге
5. Различные срезы для анализа при проектировании саги
6. Когда сага не нужна

У всех слушателей будет возможность задать вопросы в режиме реального времени

Регистрация

#вебинар

#события #москва #онлайн #бесплатно

AlfaArchMeetup #1
Митап от solution-архитекторов Альфа-Банка
25 октября 18:00, Москва + онлайн

- Архитектурная стратегия. Чем она помогает компании
- Проект MLM / История создания «Свой в Альфе»
- Как мы развиваем архитектуру и архитекторов
- Невероятная жизнь архитектора решений

Ссылка

Судя по всему, используется активно, предлагаю в комментариях к этому треду поделиться как именно используете в формате:

Какая LLM
Как использую

Польза в том, чтобы пошарить между собой сценарии, почти наверняка у каждого есть какой-то уникальный сценарий, о котором не подумали другие :)

Вы только посмотрите, о какой крутой штуке сегодня рассказали:
https://regexcrossword.com

Кто у себя в компании/продукте/системе интегрировал любые AI решения, какие архитектурные особенности вы заметили, которые важно учитывать, если интегрируется именно AI-компонент, как они на общую архитектуру влияют?

Подскажите аналог Miro, который можно развернуть on-premise.

Важнейшее требование - возможность одновременной работы участников.

20 августа 19:00 по мск “Learning Domain-Driven Design Часть III. Применение DDD на практике (Глава 10-13) / Сергей Баранов”

В самом начале обсудим историю перевода. После разберемся как быстро определять какой паттерн из DDD соответствующих сложности предметной области и ее потребностям. Рассмотрим практику EventStorming. И обсудим самый главный вопрос - как внедрить DDD в уже существующий проект, как его поддерживать и сопровождать.

В обсуждении нам поможет невероятный гость - Сергей Баранов 🔥 Занимается развитием направления DevOps и ИТ-архитектуры, партнер ScrumTrek с 2015 года. Он является основателем и идейным вдохновителем конференции ArchDays, председателем РОО «Объединение ИТ-Архитекторов», а также признанным экспертом в практике проведения сессий Event Storming.

Подключайтесь в вторник в 19:00 к обсуждению в Zoom или к YouTube трансляции

А в комментариях к этому посту оставляйте свои вопросы, которые хотели бы задать Сергею ⤵️

Нашел в своих старых заметках

Если рассматривать организацию или команду как единую систему, то при оценке навыков членов команд навык обучения других становится более важным, чем уровень навыка каждого конкретного члена команды в отдельности.
Если один разработчик выполняет задачу в 10 раз быстрее, чем остальные, но не умеет передавать знания — это хуже, чем если он же выполняет в 5 раз быстрее и может научить других делать так же быстро и эффективно.
В первом случае получаем потенциальное бутылочное горлышко и в перспективе: 10x, 1x, 1x, 1x
Во второму случае в перспективе: 5x, 5x, 5x, 5x и рост всех до 10x - это вопрос значительно более короткого промежутка времени.

Друзья!

В связи с последними событиями с youtube, какие теперь есть варианты с предоставлением доступа к видео с ArchDays?

Из уже рассмотренных вариантов:
- rutube не подходит, так как в нем нет ни целевой аудитории, ни каких-либо инструментов для продвижения видео/аналитики
- vk не подходит по тем же причинам

И то и другое не подходит в том числе потому, что там нет западной аудитории, а одна из целей еще и в том, чтобы повышать осведомленность в мире о наших достижениях.

Варианты?

Проект "Архитектурные этюды" неожиданно обрел для себя новое качество, в виде площадки по найму специалистов.

Мне видится эта тенденция положительной, т.к. она способна уменьшить проблему "лимонов и персиков" на рынке труда.

[UPDATE]: после регистрации требуется пройти спам-тест в главном топике https://t.me/archicases/1 за 60 сек.

💼 Добавил группу для всех причастных к ИТ-предпринимательству:
- https://t.me/rasa_business

Добавляйтесь)

Вас уже ждет 3 глава книги Иэна Гортона «Foundations of Scalable Systems. Designing Distributed Architectures» на тему «Основы распределённых систем».

Содержание главы:
– Основы коммуникаций
– Коммуникационное оборудование
– Программное обеспечение для коммуникаций
– Интернет-протокол (IP)
– Протокол управления передачей (TCP)
– Удаленный вызов метода
– Частичные отказы
– Консенсус в распределённых системах
– Время в распределённых системах

Эта глава важна для понимания проектировщикам и разработчикам приложений!

Продолжаем набор спикеров

5️⃣ Call for Papers: ArchDays’24

Открыт прием заявок на выступление на конференции ArchDays’24, которая состоится 1 ноября в Москве.

Наша цель — распространение имеющихся и создание новых знаний об архитектуре программных решений.
Мы обсудим следующие темы:
🟩 Процессы проектирования.
🟩 Инструменты проектирования.
🟩 Практики проектирования.
🟩 Обучение архитектуре.
🟩 Собственная разработка.

Если вам есть чем поделиться с сообществом, заполните заявку на сайте конференции.
Ждём ваших заявок! ⬅️

Архитектурный митап от билайна: нагрузка, фреймворки, автоматизация организации

📆 11 июля, 18:30 (Новосибирск, GMT+7)
📍 Офлайн в Новосибирске в офисе билайна
🌐 онлайн на YouTube

В программе:
✔ Balance Manager — как и зачем изменять «балансы» абонентов пятьдесят тысяч раз в секунду.
✔ ArchOps 2.0 — еще один архитектурный фреймворк. Концепция «Архитектура как код».
✔ AccountOps — автоматизируем операционную деятельность компании

Начало митапа — 11 июля в 18:30 по новосибирскому времени. Офлайн-участников ждем к 18:00.

Регистрация — на сайте.

На мой взгляд такие новости заслуживают внимание тем, что в них выставляют работников злостными нарушителями при этом основная суть в том, что уважаемый банк оценивает производительность сотрудников по движению мышки и нажатию на клавиши, при этом устраивая слежку за сотрудниками (и я не про контроль безопасности). Остается открытым вопрос, какой процент сотрудников не сделали эмуляторов, а просто сидят с чашкой кофе двигая мышкой.

Ну и что касается таких систем, то не мало есть людей, для которых обмануть такую систему становится куда более увлекательным занятием, чем заниматься повседневной работой 🙂

«Wells Fargo массово уволила сотрудников, которые установили на свои ПК программы для имитации работы.»
https://www.cnews.ru/news/top/2024-06-14_bankovskij_gigant_vyshvyrnul