Введение и тема выступления 0:02 Спикер приветствует участников и объясняет, что тема сложная и требует внимания. Упоминает о проблемах с голосом и надеется, что формат и тема будут интересны. Основная тема: майн сет и майн шифт в архитектуре.
Ситуационное мышление 1:01 Спикер предлагает использовать ситуационное мышление для сравнения подходов инженеров и архитекторов. Подчеркивает, что методика не абсолютна, а относительна. Обещает поделиться полезными материалами в конце.
О себе и своем опыте 2:02 Спикер представляется как Дмитрий Тобольевич и рассказывает о своем опыте в компании ИПАМ. Упоминает, что участвовал в становлении дисциплины и аттестации инженеров. Подчеркивает, что его опыт не ограничен только ИПАМ.
Переход от инженера к архитектору 3:21 Спикер объясняет, что переход от инженера к архитектору не является резким изменением. Описывает трансформацию от технолога к стратегу. Подчеркивает, что это не шаг вперед, а скорее шаг влево или вправо.
Различие в подходах мышления 6:12 Спикер предлагает использовать кейсы для понимания разницы в подходах мышления инженеров и архитекторов. Описывает инженерный подход как "пойти и сделать". Подчеркивает важность понимания ограничений и альтернативных решений для архитекторов.
Заключение 8:44 Спикер подводит итоги, подчеркивая важность многообразия решений для архитекторов. Завершает выступление, обещая поделиться полезными материалами в конце.
Документирование в разработке 8:50 Документация часто воспринимается как дополнительный форт. Разработчики могут не уметь рисовать диаграммы, но это важно для архитекторов. Документация ключевых решений и нотации являются ключевыми частями работы архитектора.
Понимание проблематики 9:41 Разработчикам важно четкое понимание задач, архитекторам — понимание проблематики. Важно понимать, зачем что-то делается, а не только как это сделать. Использование фреймворков должно быть оправдано и учитывать множество аспектов.
Рациональность использования технологий 11:35 Архитектор должен учитывать требования безопасности и навыки команды. Использование фреймворков должно быть оправдано, даже если это требует обучения. Важно, чтобы использование фреймворков было рациональным.
Язык коммуникации в архитектуре 12:33 Важно понимать структуру приложения, но не обязательно говорить на техническом языке. Архитектурные решения должны быть понятны разным стейкхолдерам. Язык коммуникации архитектуры должен быть вариативным и адаптированным.
Стейкфлоу девелопмент 14:30 Стейкфлоу девелопмент помогает решать проблемы, но важно выбирать подходящие решения. Архитектурные решения должны быть осознанными и соответствовать требованиям и ограничениям. Разные подходы к решению задач требуют разных подходов и мышления.
Роль архитектора 16:17 Архитектор должен понимать влияние своих решений на систему в целом. Роль архитектора в команде отличается от его роли в организации. Для становления архитектором недостаточно быть экспертом в одном проекте, важен дополнительный опыт.
Горизонтальная специализация 18:16 Важно следить за развитием технологий и экосистем. Для архитектора важно понимать, как строятся решения на других платформах. Пример с AWS Lambda и Java показывает важность понимания ограничений технологий.
Выбор технологий 20:29 Выбор технологий должен быть обоснован, а не основан на личных предпочтениях. Архитектура требует системного подхода к выбору решений. Важно понимать, как выбранные технологии будут работать в долгосрочной перспективе.
Ответственность архитектора 23:01 Архитектор должен принимать решения и нести за них ответственность. Разработчики часто апеллируют к архитектору, но он должен сам принимать решения. Ситуационное мышление помогает понять, как архитектор должен действовать в различных ситуациях.
Стандартизация ролей 25:18 Международная ассоциация архитекторов ASA стандартизирует роли в индустрии. ИТ-архитектор превратился в бизнес-технологического архитектора. Это требует от ИТ-специалистов майн шифта и адаптации к новым ролям.
Вопросы и ответы 27:16 Обсуждение перехода от инженера к архитектору и обратно. Сложности в стратегическом подходе для архитекторов. Проблемы с переходом от уровня 2 к уровню 3 в архитектурной карьере.
Кодирование и роль архитектора 29:01 Вопрос о необходимости кодирования для архитекторов. Кодирование как способ поддержания навыков. Архитектор не должен заниматься кодированием в регулярной работе. Кросс-функциональные команды и распределение ролей.
