Middle SA | И в хвост и в гриву

❗️По итогам голосования, теперь в приоритете собесы в финтех.

Вакансия: Системный аналитик
Уровень: Middle
Жалование: 240 запрошено
Сфера: Финтех

🔊 Запись собеседования🔊

📝 Секция «Общие вопросы»:

🔵Была ли на проектах выделенная роль бизнес-аналитика или ты совмещала бизнес- и системный анализ.
🔵С какими ролями в смежных командах тебе доводилось взаимодействовать.
🔵Чем ты пользуешься для повышения квалификации.
🔵Если все пройдет успешно, через какой срок ты сможешь выйти на работу.

📝 Секция «Требования/Нотации/Документация»:

🔵Доводилось ли составлять sequence-диаграммы.
🔵Использовала ли нотацию BPMN 2.0 для описания бизнес-процессов.
🔵Делала ли ER-диаграммы или диаграммы классов.
🔵Что такое верификация и валидация требований, и когда они применяются.
🔴Задача: Нужно набросать в формате нотации BPMN процесс экзамена студентом преподавателю.
🔴Задача: Построить sequence-диаграмму процесса вызова лифта, включая:
пассажира, кнопку вызова, контроллер, кабину лифта, двери, лампочку.
🔴Кейс: QA говорит: «всё не по требованиям», Dev говорит: «я сделал по требованиям».
Из-за чего может возникнуть такая ситуация. Что бы ты делала как аналитик, чтобы эту проблему устранить?
Далее уточняющие вопросы:

- Если разработчик говорит: «не могу сделать, как в требованиях, из-за ограничений платформы» что будем делать?
- Кого следует уведомить/подключить?
- Нужно ли пересогласовывать требования с бизнесом, если реализация другая, но бизнес-цель достигается?

👣 Секция «API/HTTP/Интеграции»:

🔵В чём разница между PUT и POST запросами.
🔵Был ли опыт описания интеграции.

⚙️ Секция «Архитектура»:

🔵В чём ты видишь минусы микросервисной архитектуры.
🔵Что можешь рассказать об оркестрации и хореографии микросервисов.
🔵Какие варианты взаимодействия между сервисами ты знаешь.
🔵Знакомо ли тебе понятие «событийный сегмент».
🔵С помощью чего обычно реализуют событийный сегмент.
🔵Доводилось ли работать с Kafka? Описывать сообщения.
🔵Были ли опыт проектирования микросервисов.

🖥 Секция «Вопросы иного характера»:

🔵Понимание принципов ООП.
🔴Задача: У нас есть 5 дорожек и 25 лошадей, секундомера нет.
Какое минимальное число забегов нужно, чтобы определить самую быструю?

🔨 Итоги:

Насыщенный на вопросы собес, местами не самыми тривиальными для грейда Middle. Вопросы про ООП конечно же нетипичны для собеседования СА.

💩 Голосование: Как вам собес?

😎 — Спасибо админу, который вместо баньки и шашлыков выбрал написание обзора.

😰 — Куда катится рынок, если СА задают вопросы про разработку?!

Подписывайтесь на:
❤@sa_sobes

Подписчик попросил вас оценить его собес | Middle SA

Вакансия: Системный аналитик
Уровень: Middle
Жалование: 300 запрошено (Отказ)
Сфера: Финтех
Компания: Сбер 💳

ВАЖНЫЙ АПДЕЙТ: Описал в посте тут

Предисловие: Буквально вчера мне попало в руки это собеседование, с просьбой выложить запись и дать на оценку вам, моим прекрасным читателям. Поэтому раз попросили, выкладываю собес бесплатно на Boosty со свеми таймкодами для вашего удобства. А еще вас там ждёт небольшой бонус от меня:


📝 Секция «Общие вопросы»:

🔵Расскажи про свой опыт.
🔵Была ли выделанная роль SA на проекте.
🔵Чем отличается BA от SA.

📝 Секция «Требования/Нотации/Документация»:

🔵Какие артефакты ты создавал.
🔵С какими UML-диаграммами работал.
🔵Как в sequence-диаграмме выглядит синхронное и асинхронное сообщение.
🔵Как показать на sequence альтернативый поток.
🔵Что такое BPMN и чем отличается от UML.
🔵Какие события в BPMN ты знаешь.
🔵Какие группы событий знаешь.
🔵Зачем нужны пулы и дорожки? Чем отличаются.
🔵Как работали с user stories.
🔵Что такое user story? Структура? Пример.
🔵По каким критериям определяется качество user story.

⚙️ Секция «Архитектура»:

🔵С какими архитектурами работал.
🔵Отличие микросервисной архитектуры от SOA.
🔵Что такое корпоративная ESB-шина? Для чего она нужна.
🔵Как интегрировать системы между собой при высокой нагрузке.

👣 Секция «API/HTTP/Интеграции»:

🔵REST vs SOAP.
🔵Структура SOAP сообщения.
🔵Какие транспортные протоколы использует SOAP.
🔵Какие методы использует SOAP.
🔵Какие методы HTTP есть и чем они отличаются.
🔵Что такое ключ идемпотентности.
🔵Kafka vs Rabit.
🔵Почему Kafka подходит лучше для высокой нагрузки.

🖥 Секция «Базы данных»:

🔵Какие виды СУБД существуют.
🔵Чем отличаются реляционные и нереляционные БД.
🔵Какие ограничения есть в реляционных БД.
🔵Что такое индекс.
🔵Можно ли проиндексировать всю БД.
🔵Что будет, если проиндексировать всю БД.
🔵Что делать, если база данных начинает тормозить.
🔵Какие механизмы ускорения работы БД знаешь.
🔵Что такое нормализация и денормализация.

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

💩 Голосование: Как вам собес?

🙏 — Автор, спасибо большое за этот чудесный халявный дроп.

🔥— Собес огонь, пойду слушать и отпишу свою оценку в комментариях.

Подписывайтесь на:
❤@sa_sobes

Нас нае**ли, расходимся

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

Что я могу сказать и в чём вас заверить:

🔵Со своей стороны не буду никому верить на слово и буду чекать лично кто что скидывает.
🔵Хочу конечно же извиниться перед вами.

Поэтому я сдержу своё обещание и поделюсь с вами бесплатно собесом и даже не одним:

🔵Бесплатный собес в Ростелеком на позицию Senior
🔵Бесплатный собес в Т-Банк на позицию Senior

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

P.S. С такими-то партнёрами скоро выйду на эффективную работу 23 часа в сутки, вместо делегирования обязанностей 👍

Middle SA | Интервьюер докопался

Вакансия: Системный аналитик
Уровень: Middle
Жалование: 200+ запрошено (с ОС вернуться не успели, а если бы вернулись, то скорее всего с отказом)
Сфера: Финтех

🔊Запись собеседования🔊

📝 Секция «Общие вопросы»:

🔵Расскажите про текущий проект?
🔵У вас есть профильное образование?
🔵Вы начали работать буквально на втором курсе университета?
🔵Как вы отнесетесь к тому, что на проекте нет BigData.
🔵Из какого города планируете работать.

📝 Секция «Требования/Нотации/Документация»:

🔵Опыт описания спецификаций в формате OpenAPI.
🔵В каком формате и где приходилось описывать интеграции.
🔵Как доводилось работать с Figma.

👣 Секция «API/HTTP/Интеграции»:

🔵Шаблон описания API, которым вы пользовались на проекте.
🔵Как разработчики понимали какие данные запрашиваются/обновляются в БД при вызове endpoint'a.
🔵Типы данных в JSON.
🔵Ограничения строковых типов в JSON.
🔵Опыт работы с паттернами и регулярными выражениями.
🔵Когда лучше использовать GET и POST.
🔵Можно ли POST запросить информацию о ресурсе.
🔵Каким методом лучше воспользоваться для авторизации пользователя в системе.
🔴Кейс: Вы системный аналитик. Необходимо описать часть интеграции. Есть ИМ с одним складом, есть БД в которой отражена информация об остатках товара. Необходимо на сайте ИМ реализовать интеграцию с БД склада для оформления заказа и совершения оплаты.

🔨 Итоги: Интервьюер сразу почувствовал, что у кандидата небольшой опыт и начал валить конкретными вопросами. К слову опыт реально есть, но опыт не покрывает специфику проекта, о чём завуалированно сказал интервьюер на собеседовании.

💩 Голосование: Как вам собес?

🙏 — Автор, спасибо за серию обзоров в финтех на Middle позиции.

🙄 — И как можно было не ответить на такие простые вопросы?

Подписывайтесь на:
❤@sa_sobes

Middle SA

Вакансия: Системный аналитик
Уровень: Middle
Жалование: 250 запрошено
Сфера: Финтех

🔊Запись собеседования🔊

📝 Секция «Общие вопросы»:

🔵Расскажи про свой опыт.
🔵С какими трудностями с роли СА сталкивался на работе.
🔵Флоу работы с задачами.
🔵Был ли опыт чтения кода и работы с Git.
🔵Опыт приёмки и тестирования.

📝 Секция «Требования/Нотации/Документация»:

🔵Опиши состав спецификации требований на разработку.
🔵Опыт работы с UML. Содержимое Sequence диаграммы.
🔵Элементы UseCase.
🔵Опыт работы с BPMN. Виды шлюзов.
🔵Опыт работы с ERD.
🔴Кейс: Сбор ФТ и НФТ для сервиса по созданию отчётности для логистической фирмы.

👣 Секция «API/HTTP/Интеграции»:

🔵Синхронный/асинхронный вызов.
🔵Отличия GET и POST. Какой лучше использовать для логина пользователя.
🔵Идемпотентность. Идемпотентные/ не идемпотентные методы.
🔵JSON. Типы данных в JSON. Способы передачи даты и времени.
🔵Kafka vs RabbitMq. Поведение сообщения после успешного прочтения. Семантики доставки. В каком случае использовать ту или иную семантику. Поведение consumer'a в случае at-least-once.

🖥 Секция «Базы данных»:

🔵Опыт проектирования БД.
🔵Элементы реляционной БД.
🔵Первичный ключ. Внешний ключ. Типы связей между сущностями.
🔵JOIN vs INNER JOIN vs OUTER JOIN.
🔵UNION vs UNION ALL.

🔑 Секция «Безопасность»:

🔵Требования к безопасности это ФТ или НФТ.
🔵Авторизация vs аутентификация.

⚙️ Секция «Архитектура»:

🔵Опыт проектирования микросервисов.
🔵Паттерны микросервисной архитектуры. Saga/оркестрация/хореография/Api-Gateway.
🔵Преимущества и недостатки микросервисной архитектуры.
🔵Как поддерживать консистентность двух БД.

💩 Голосование: Как вам собес?

🙏 — Сложновато для мидла.

😎 — Изи собес.

Подписывайтесь на:
❤@sa_sobes