Можно, а зачем? | Компания: Lada
Вакансия: Системный аналитик
Уровень: Middle
Жалование: 230к запрошено
⏺Запись собеседования⏺
📝 Секция «Общие вопросы»:
🔵Расскажите о себе, о своём опыте.
🔵Расскажи про предыдущий проект: в чём суть, архитектура.
🔵Опыт работы с 1C.
📝 Секция «Требования/Нотации/Документация»:
🔵Какие методы и инструменты ты используешь для описания ТЗ.
🖥Секция «Брокеры сообщений и асинхронные интеграции»:
🔵Разница между брокером сообщений и интеграционной шиной.
🖥 Секция «Базы данных»:
🔵Что такое партиционирование.
🔵Когда применяется партиционирование, а когда шардирование.
🔵Отличие репликации и шардирования .
⚙️ Секция «Архитектура»:
🔵Плюсы микросервисной архитекрутры.
🔵Процесс масшабирования микросервисов.
🤓 Секция «Практика»:
🔴Кейс: Нам важно в нашей системе запустить функционал загрузки прайс - листов, чтобы пользователь мог загружать своё предложение в систему. Раскрой жизненный путь данной фичи.
🔴Попутные вопросы по кейсу:
🔵Опиши функциональные требования.
🔵Должны ли мы предъявить какие-то требования к стороннему сервису и как их зафиксировать?
🔵Если есть отдельные сервисы хранения остатков и цен, ты всё равно хранишь всё у себя?
🔵Какие артефакты ты считаешь необходимыми для описания интеграции для команды разработки
🔴Кейс: Мы грузим 500 тыс. строк и только одна строка у нас прошла валидацию успешно. Как ты скажешь об этом пользователю?
🔴Кейс: У нас есть нестабильная API, которая может давать сбой в периоды нагрузки. Можем ли мы как-то это нивелировать со стороны нашей системы, чтобы интеграция проходила гладко, даже если API нам не отвечает?
🔴Попутные вопросы по кейсу:
🔵Какие видишь пути обработки таких сложных интеграционных кейсов?
🔴Кейс: При масштабировании микросервисов балансировщиком не станут ли данные неконсистентными?
P.S: Кандидата душили вопросами, при том сам же интервьюер местами крайне коряво задавал эти вопросы и ожидал получить совсем другие ответы. Также интервьюер сам путается в теории 😌
💩 Голосование: Как вам собес?
🙏 — Сложновато
🔥 — Изи собес
Подписывайтесь на:
❤️@sa_sobes
Вакансия: Системный аналитик
Уровень: Middle
Жалование: 230к запрошено
⏺Запись собеседования⏺
📝 Секция «Общие вопросы»:
🔵Расскажите о себе, о своём опыте.
🔵Расскажи про предыдущий проект: в чём суть, архитектура.
🔵Опыт работы с 1C.
📝 Секция «Требования/Нотации/Документация»:
🔵Какие методы и инструменты ты используешь для описания ТЗ.
🖥Секция «Брокеры сообщений и асинхронные интеграции»:
🔵Разница между брокером сообщений и интеграционной шиной.
🖥 Секция «Базы данных»:
🔵Что такое партиционирование.
🔵Когда применяется партиционирование, а когда шардирование.
🔵Отличие репликации и шардирования .
⚙️ Секция «Архитектура»:
🔵Плюсы микросервисной архитекрутры.
🔵Процесс масшабирования микросервисов.
🤓 Секция «Практика»:
🔴Кейс: Нам важно в нашей системе запустить функционал загрузки прайс - листов, чтобы пользователь мог загружать своё предложение в систему. Раскрой жизненный путь данной фичи.
🔴Попутные вопросы по кейсу:
🔵Опиши функциональные требования.
🔵Должны ли мы предъявить какие-то требования к стороннему сервису и как их зафиксировать?
🔵Если есть отдельные сервисы хранения остатков и цен, ты всё равно хранишь всё у себя?
🔵Какие артефакты ты считаешь необходимыми для описания интеграции для команды разработки
🔴Кейс: Мы грузим 500 тыс. строк и только одна строка у нас прошла валидацию успешно. Как ты скажешь об этом пользователю?
🔴Кейс: У нас есть нестабильная API, которая может давать сбой в периоды нагрузки. Можем ли мы как-то это нивелировать со стороны нашей системы, чтобы интеграция проходила гладко, даже если API нам не отвечает?
🔴Попутные вопросы по кейсу:
🔵Какие видишь пути обработки таких сложных интеграционных кейсов?
🔴Кейс: При масштабировании микросервисов балансировщиком не станут ли данные неконсистентными?
P.S: Кандидата душили вопросами, при том сам же интервьюер местами крайне коряво задавал эти вопросы и ожидал получить совсем другие ответы. Также интервьюер сам путается в теории 😌
💩 Голосование: Как вам собес?
🙏 — Сложновато
🔥 — Изи собес
Подписывайтесь на:
❤️@sa_sobes