Как понять сложную систему?
Архитектор часто стоит перед нечто неясным, что ему/ей нужно понять. С какой стороны начать?
Я рассматриваю такую систему или процесс как черный ящик. Спрашиваю какие Input и Output у этого ящика. Это позволяет получить быстрое и простое понимание. При обсуждении инпутов и аутпутов, проясняются четкие границы черного ящика.
Возьмем к примеру продукт Workday. Его лендос говорит "The enterprise AI platform for people, money, and agents." - вообще ничего не понятно. А если эксперт нам скажет Его Inputы
- Данные сотрудников
- Заявки на работу
- Записи трекинга времени
- Информация по оплате
- Ревью производительности
Его Outputы
- Отчеты
- Исполненные платежи
- Профили работников
- Документация для комплаенса
- Аналитические дашборды
То становится понятно, какие задачи решает такая сложная система. Для автоматического анализа новых продутов я давненько сделал сервис. Но этот метод хорошо помогает найти общий язык и когда мы обсуждаем продукт с экспертом.
Какие методы используете для определения нечто неясного?
· 05.12.2025
Какой невероятный способ, я думаю, он достоин быть преподаваем в университетах.
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
коммент удалён
· 05.12.2025
Как это не грустно, то этот способ прекрасно знали в СССР и технические специальности вроде радиоэлектроники про него знают. А грустно потому что в современном IT это мало кто знает. QA знают, это их работа.
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
ответ удалён