Олег Олтыбаев
IT-рекрутер в Magnit Tech ИТМ · 02.07
Едем дальше прокачивать свои знания!
АРХИТЕКТОРЫ:
Solution Architect - это чувак, который рулит командой разрабов, выбирает классные фреймворки и другие инструменты, следит за техническим долгом. При этом, он сам иногда пишет код (но не каждый день, расслабься!)
«Как только инженер начал думать о нуждах бизнеса - он стал Solution Architect» (с) Алексей Кожемякин |Director, Technology Solutions, EPAM Belarus
System Architect - этот чувак отвечает за инфраструктурную сторону решения, фокусируясь на облачных сервисах и софте, необходимом для поддержки решения после развертывания.
В итоге должен быть готов документ - system design (или что-то похожее) В нем должно быть: - Общая схема компонентов проекта; - Описание компонентов - технологии, инфраструктура и т.д.; - Описание взаимодействия компонентов; - Расчеты производительности, нагрузки, предельных параметров; - Возможности для расширения или улучшения критичных параметров И каждое решение должно быть прокачано, если его не спустили сверху.
Еще есть Enterprise Architect - этот чувак разрабатывает дизайн взаимодействия систем и их эксплуатацию на глобальном уровне.
Короче, если ты претендуешь на должность архитектора, надо разобраться - ты будешь координировать разработчиков, технологии и инструменты на проекте, или будешь работать только над инфраструктурой и развертыванием, без технического управления.
Что можно обсудить на собесе?
✅ Разобрать предыдущие проекты, исходя из вышеописанного ✅ На каком этапе вошел в проект? Если не с самого начала - с какими сложностями столкнулся, как стал главным в уже существующем проекте? ✅ Какая была основная задача, когда пришел, и как с ней справился (До/После) ✅ Самые крутые проблемы, с которыми пришлось разбираться? ✅ Размер команды, которую сам набирал? ✅ Какой у тебя техбэкграунд? Сам пишешь код? ✅ Как подходишь к решению багов в проекте (по разным причинам)? ✅ Как прокачиваешь MVP - где надо остановиться? Как держишь баланс между MVP и техническим долгом?
И, конечно, вопросы по стеку, с которым надо работать, и по софт скиллам.
В целом это всё. Если такой формат подробностей про сложные специальности вам зашел, то вы можете поставить 🔥 и я все пойму✌️
Анатолий Стародубцев
· 03.07
По моему опыту первые два вопроса обычно берут на себя техлид или даже тимлид, а вопросы взаимодействия систем решают сами разрабы между собой.
А "классные фреймфюворки" после выхода из MVP из проекта скорее надо выносить..
ответить
еще контент в этом сообществе
еще контент в этом соообществе
Олег Олтыбаев
IT-рекрутер в Magnit Tech ИТМ · 02.07
войдите, чтобы увидеть
и подписаться на интересных профи