Для архитектора важна важность)

для важного архитектора
отсюда выводим - архитектор важен (в обоих смыслах) )))))))))))

Диаграммы переходов важны для задротов и специалистов по UX) К надежности конструкции посредственное отношение имеют, ИМХО конечно

Это ты не рисовал схему экспайринга токена в середине платежа )

Не чертил, бох миловал)) Но видел да)

Вообще, бывают очень неочевидные процессы переходов и для безопасности приходится с ними разбираться.
И да, архитектору.

Ну тут скорее к процессам бизнеса, чем переходов экрана, вообще мутная тема

Ну, там оно тесно связано (

Особенно если рядом еще PCI DSS бегает

Мне как архитектору совершенно безразлично как меняются переходы в UI в результате UX

Но "переходы" могут изменяться в результате изменения пользовательских историй и бизнес-процессов. В этом случае важны "другие" диаграммы

Ну да, я в общем про это, что акцент смещается с диаграмм переходов на другие вещи и важны архитектору именно они

Да. То есть изменения UI (в т.ч. переходы) - это часто экспертименты в рамках UX, либо "симптомы" каких-то других изменений (вот это важно)

с линейкой в руках

Ладно если с линейкой, а то обычно с банхаммером

я обычно различаю Customer/User Journey и UI-flow. Первое важно для меня и изменения в нем могут влиять на очень много, второе важно для UX и обычно не влияет на бизнес процессы (а когда начинает влиять то UX дизайнер сам прийдет и объяснит свою боль)

Трудно не согласиться.

И всё же, в моём понимании UI-flow появляется в результате UX (в том числе исследований).

Мне всегда казалось, что архитектору больше интересны нефункциональные требования UI, нежели как они выглядят, какие есть переходы, UX и прочие вещи.
Вот если хотят сделать UI где страница грузится пол часа - это проблема архитектора.
Если хотят простые векщи сделать сложным путём, то тут тоже стоит поработать архитектору.
Если безопасность запросов страдает, если персональные данные кому попало прокидываются, если js напрямую ходит в базу, ...

Просто надо в определённый момент взять палку и отчертить зону ответственности. Иначе скоро окажется, что архитектор занимается работой middle js developer.

👫 Вебинар «Связи в мастер-системе клиентских данных и зачем они нужны» — 1 апреля

1 апреля Миша Берёзин проведет заключительный вебинар из цикла о мастер-системах клиентских данных. Мы рассмотрим одну из ключевых тем: как и зачем находить связи между сущностями в CDI. Обсудим аффилированность, обогащение данными и сквозную аналитику. Обо всем этом наши заказчики обычно заводят речь на реальных проектах.

👂 О чем пойдет речь

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

Ровно так же обстоят дела и в мастер-системе клиентских данных. У нас в «Едином клиенте» есть, например, домохозяйства, связи людей с компаниями и автомобилями. А как-то раз нас просили добавить связи для сокамерников 🧐.

На вебинаре мы рассмотрим:
— виды связей между физлицами, юрлицами, продуктами;
— особенности работы со связями в мастер-системах;
— пользу от выявления связей.

🎓 Кому будет полезно

Вебинар полезен архитекторам, дата-инженерам, аналитикам, специалистам по безопасности информации. И всем, кто хочет разобраться в сложностях работы с клиентскими данными.

⭐️ Кто выступит

Спикером будет Миша Берёзин. В HFLabs он руководит разработкой мастер-системы «Единый клиент». На этой позиции изучает алгоритмы поиска связей между сущностями. Анализирует эффективность различных подходов и ошибки.

«Единый клиент» используют такие компании как «Открытие», «Росгосстрах», «Альфастрахование», МТС, «Мегафон».

🧗 Как поучаствовать

Мероприятие начнется 1 апреля, в четверг, в 18:00. Продлится примерно час.

Регистрируйтесь в Zoom, чтобы попать на вебинар. Ссылка придет сразу после регистрации, а за час до начала — еще и напоминание.

https://us02web.zoom.us/webinar/register/6516019999686/WN_pr--cbYZTiSlylAs3WtFzg

#основы

Иной раз хочется без "палки". Помню, в 14-15 даже видел презентацию на тему "какой архитектор за что отвечает"... Вот только за рамки определëнного круга лиц эта презентация так и не вышла. Как итог, каждый  понимает одно, подразумевает другое, а на словах озвучивает вообще третье. Иной раз приходится сильно покопаться, чтобы понять, что именно хотят от очередной версии "что-то-там архитектора"