Архитектура решений. Ответы на вопросы

• Максим Смирнов начинает трансляцию, обсуждая архитектуру и решения.  

• Он ожидает от зрителей плюсов и комментариев, а также обсуждает тренды на рынке.  

• Максим рассказывает о разных видах архитекторов и их роли в архитектуре решения и архитектуре предприятия.  

• Он также упоминает о своем новом учебном курсе и планах на будущее.  

• Максим отвечает на вопросы зрителей, связанные с архитектурой решения и архитектурой предприятия.  

• Он также обсуждает, стоит ли архитектору решения стремиться к архитектуре предприятия и какие есть альтернативы.  

• Максим обещает ответить на все вопросы зрителей, которые были заданы при регистрации.  

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

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

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

• Опыт групп адаптирует подходы к бизнес архитектуре, основанные на потоках создания ценности и бизнес-процессах.  

• Введение в архитектуру решения Алана Маквини (1999) - фундаментальный учебник.  

• Салюшин архитектор (2022) - попытка применить подходы архитектуры предприятия к архитектуре решения.  

• Облачная салюшин архитектура (2019) - книга о разработке облачных решений.  

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

• Отмечается, что в современных организациях существует большое количество "легаси" систем, которые не могут быть полностью заменены новыми решениями.  

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

• В видео говорится о влиянии чат g5 на архитектуру, особенно в контексте облачных интеграций и больших языковых моделей.  

• Отмечается, что архитектура становится все больше про замысел и намерение, а не про структуру приложений.  

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

• Архитектор - это владелец эвристик по эффективному решению задач, а не просто структура приложений.  

• Архитектор может "прикипеть" к своей компании и стать ее частью, что может быть сложно изменить.  

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

• Термин "эмоциональное выгорание" может быть притянут за уши, так как причины могут быть связаны с работой или с человеком.  

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

• Важно использовать карьерные кризисы с пользой и не ограничиваться локальными изменениями.  

• Ситуация с вакансиями для архитекторов изменилась, и сейчас на рынке много мусорных вакансий и вакансий, которые не принесут пользы компаниям.  

• Рекрутерам и ресечерам нужно решать, как подбирать архитекторов, но важно, чтобы они выбирали тех, кто им действительно нужен.  

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

• Стандарты и руководства по архитектуре со временем меняются, и архитекторы могут заниматься архитектурой продуктов и эволюционным развитием.  

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

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

• Интерпрайс архитектор может предложить типовую рамку, а салюшин архитектор может переопределить ее для конкретного случая.  

• Важно учитывать специфику изменений и реагировать на них, чтобы обеспечить эффективное взаимодействие между архитекторами.  

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

• Когда объем работы возрастает, имеет смысл разделять работу архитекторов на специализации, но со временем это может стать проблемой.  

• Оптимальная ситуация, когда интерпрайс может выступить в роли салюшина, салюшин может выступить в роли системного архитектора.  

• Совмещение ролей не рекомендуется, так как это мешает специализации и может снизить зарплату.  

• Важно специализироваться и найти применение своей специализации для повышения зарплаты.  

• Проблемы, мешающие развитию талантов и технологий, могут быть решены с помощью архитектуры.  

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

• Важность изучения данных и интеграции данных для салюшин архитектора.  

• Обсуждение вопроса о необходимости изучения высшей математики для салюшин архитектора.  

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