Едем дальше прокачивать свои знания!

АРХИТЕКТОРЫ:

Solution Architect - это чувак, который рулит командой разрабов, выбирает классные фреймворки и другие инструменты, следит за техническим долгом. При этом, он сам иногда пишет код (но не каждый день, расслабься!)

«Как только инженер начал думать о нуждах бизнеса - он стал Solution Architect» (с) Алексей Кожемякин |Director, Technology Solutions, EPAM Belarus

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

В итоге должен быть готов документ - system design (или что-то похожее) В нем должно быть: - Общая схема компонентов проекта; - Описание компонентов - технологии, инфраструктура и т.д.; - Описание взаимодействия компонентов; - Расчеты производительности, нагрузки, предельных параметров; - Возможности для расширения или улучшения критичных параметров И каждое решение должно быть прокачано, если его не спустили сверху.

Еще есть Enterprise Architect - этот чувак разрабатывает дизайн взаимодействия систем и их эксплуатацию на глобальном уровне.

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

Что можно обсудить на собесе?

✅ Разобрать предыдущие проекты, исходя из вышеописанного ✅ На каком этапе вошел в проект? Если не с самого начала - с какими сложностями столкнулся, как стал главным в уже существующем проекте? ✅ Какая была основная задача, когда пришел, и как с ней справился (До/После) ✅ Самые крутые проблемы, с которыми пришлось разбираться? ✅ Размер команды, которую сам набирал? ✅ Какой у тебя техбэкграунд? Сам пишешь код? ✅ Как подходишь к решению багов в проекте (по разным причинам)? ✅ Как прокачиваешь MVP - где надо остановиться? Как держишь баланс между MVP и техническим долгом?

И, конечно, вопросы по стеку, с которым надо работать, и по софт скиллам.

В целом это всё. Если такой формат подробностей про сложные специальности вам зашел, то вы можете поставить 🔥 и я все пойму✌️

repost

232

input message

напишите коммент

· 03.07

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

А "классные фреймфюворки" после выхода из MVP из проекта скорее надо выносить..

ответить

еще контент в этом сообществе

еще контент в этом соообществе

войдите, чтобы увидеть

и подписаться на интересных профи

в приложении больше возможностей

пока в веб-версии есть не всё — мы вовсю работаем над ней

сетка — cоциальная сеть для нетворкинга от hh.ru

пересекайтесь с теми, кто повлияет на ваш профессиональный путь