SA | Собеседования

System Design в Т-Банк

Всем привет 🙂

Наконец-то мне в руки попала секция СисДиза из тинька. Залил собес на бусти. По итогам обратной на прошлый собес в Ростелеком сделал вывод что новый формат вам зашел ввиду лучшей информативности и пользы от просмотра, поэтому Т-Банк сделал в аналогичном ключе: Ссылочка на запись собеса

Также небольшой бонус для тех кто давно хотел оформить подписку но все еще сомневается

Сегодня и завтра действует скидка на подписку

Бесплатный собес с СисДизом (Лайков накиньте пожалуйста чтобы я почаще такие дропы делал 🙂🙂🙂)

Кандидата задушили | Ростелеком

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵Расскажи про предыдущий проект.

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

🔵Как фиксировал требования и артефакты.
🔵Опыт работы с BPMN.
🔵В каком инструменте рисовал sequence-диаграммы.
🔵Каким инструментом пользовался для описания REST.

👣 Секция «HTTP/REST и синхронные интеграции»:

🔵Из чего состоит protobuf.
🔵В чём концептуальная суть gRPC.
🔵Чем REST отличается от gRPC.
🔵На каком уровне описывал REST.
🔵Опыт проектирования REST с нуля.

🖥Секция «Брокеры сообщений и асинхронные интеграции»:

🔵Опыт работы с Kafka и RabbitMQ.
🔵Kafka vs RabbitMQ.
🔵Как обеспечить доставку при обрыве интернета.

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

🔵Уровень владения SQL.
🔵С какими базами данных работал.
🔵DDL и ограничения.
🔵Опыт работы с оконными функциями.
🔵С какими реляционными и нереляционными базами вы работали.

🤓 Секция «Практика»:

🔴Кейс: Мы разрабатываем веб - приложение, представляющее собой веб - страницу, на которой можно рисовать многоугольники. При этом можно изменять ранее сохраненную фигуру. Ограничения по цвету нет. Ограничений по числу многоугольников тоже нет. Ограничений по расположению фигур нет (могут накладываться друг на друга в рамках страницы). Требуется:
1) Описать сохраняемые данные в БД
2) Предложить методы REST API для взаимодействия между frontend b backend.

🔴Попутные вопросы по кейсу:

🔵Вы будете создавать уже готовые фигуры или рисовать их из точек?
🔵Как будут задаваться цвета?
🔵Как задаются экранные координаты
🔵Что происходит при изменении масштаба?
🔵Как направлена связь один-ко-многим?
🔵Нужно ли хранить количество рёбер?
🔵Нужно ли хранить угловые метрики?
🔵Проинтерпретируй цвет #800000
🔵Как сохранять точки?
🔵Как передать несколько фигур в response?
🔵Как представить это в JSON?
🔵Как получить ранее нарисованные фигуры?
🔵Как разложить данные по БД?
🔵Может ли контур пересекаться?
🔵Что возвращать при ошибке?
🔵Как соотносятся POST и создание фигур?

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

🙏 — Сложновато

🔥 — Изи собес

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

Интервьюеры были в восторге от кандидата | Разработка ПО

Вакансия: Системный аналитик
Уровень: Senior
Жалование: 420к запрошено

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

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

🔵Расскажите о себе, о своём опыте.
🔵Расскажи про предыдущий проект.

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

🔵Как документируете API? Опыт работы со Swagger и Confluence.

👣 Секция «HTTP/REST и синхронные интеграции»:

🔵Опыт работы с SOAP.
🔵Какие HTTP-методы вы знаете.
🔵Какие бывают группы HTTP-кодов ответов.
🔵REST vs SOAP.
🔵Почему POST безопаснее GET.

🖥Секция «Брокеры сообщений и асинхронные интеграции»:

🔵Чем отличаются pull- и push-модели.
🔵В чём разница между интеграционной шиной и брокером сообщений.
🔵RabbitMQ vs Kafka.
🔵Что такое ACK (Acknowledgment) и DLQ (Dead Letter Queue) в rabbitMQ.

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

🔵Реляционные vs нереляционные базы данных.
🔵Какие бывают JOIN .
🔵Что такое GROUP BY и HAVING.
🔵Опыт работы с оконными функциями.
🔵С какими реляционными и нереляционными базами вы работали.

Дополнительно кандидат продемонстрировал знания:

🔵Индексы в РСУБД.
🔵Redis.
🔵Нормальные формы. PK и FK. Построение связей между таблицами.
🔵Транзакции и ACID.
🔵Опыт использования JSONB.


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

🔵Монолит vs микросервисы.
🔵Как организуется взаимодействие микросервисов и оркестрация.

📝Секция «Прочие вопросы»:

🔵Взаимодействовали ли вы с DevOps и как.
🔵Что такое нефункциональные требования.
🔵Что такое SLA.
🔵Что делать, если упал хост.
🔵Как работать с инцидентом и логами.

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

🙏 — Сложновато

🔥 — Изи собес

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

Коллеги, мысли/мнение?

Архитектор | Ритейлер товаров для детей

Вакансия: Архитектор
Уровень: Senior
Жалование: 450к запрошено

⏺Запись собеседования⏺(В том числе systemDesign со схемами)

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

🔵Расскажите о себе, о своём опыте.
🔵Расскажи про предыдущий проект.
🔵Расскажи о негативном опыте.
🔵Опыт работы с высоконагруженными системами.
🔵Почему перешёл из системного анализа в архитектуру.

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

🔵Какая документация была подготовлена на предыдущем проекте.
🔵Что отражали в ADR.
🔵Как проверить соответствие реализации проекту.


👣 Секция «HTTP/REST и синхронные интеграции»:

🔵По каким параметрам выбирать синхронную интеграцию.
🔵Что делать при риске перегрузки системы.
🔵Как обеспечить согласованность данных между системами.

🖥Секция «Брокеры сообщений и асинхронные интеграции»:

🔵Что такое распределённая транзакция.

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

🔵Кто такой архитектор по вашему мнению.
🔵Что самое сложное в работе архитектора.

🤓 Секция «Практика»:

🔴Кейс: Приходит бизнес и ставит срок выполнения проекта - 2 месяца, а ты понимаешь, что за 2 месяца эту задачу не выполнить, нужно как минимум 3 - 4 месяца. Как будешь решать эту проблему?

🔴Попутные вопросы по кейсу:

🔵Приходит бизнес и говорит, что нужно ввести какой - то функционал, но ты понимаешь, что этот функционал будет сильно перегружать систему. Что будешь делать?

🔴Кейс: У нас есть микросервисная архитектура онлайн - магазина. Есть сервис каталога, корзины, заказов. Есть кнопка "добавить в корзину", в "корзине" есть кнопка "оформить заказ", после нажатия этой кнопки заказ летит в сервис заказов и дальше проходить весь жизненный цикл. Сейчас у нас работа с акциями и промо - кодами, проблема в том, что логика работы с этими акциями и промо - кодами размазана по сервисам "корзина", "каталог" и т.д. Маркетологи хотят быстрее запускать акции и промо - коды, а не так как сейчас: через задачу, разработку и т.д. Что ты как архитектор можешь предложить по этой задаче?

🔴Попутные вопросы по кейсу:

🔵Акция на товар, который уже находится в корзине закончилась, что делать?
🔵Как долго хранить данные?
🔵Какую базу данных использовать?
🔵Контракт в Redis изменился. Что произойдёт?
🔵Как построить аналитическую выгрузку?
🔵Где хранить расчёты?
🔵Нужен ли кэш для повторных запросов?
🔵Что будет при изменении JSON?
🔵Будет ли расчёт сохраняться при каждом обновлении?
🔵Как определить устаревший расчёт?
🔵Нужно ли брать другую сумму после окончания акции?
🔵Что делать при медленной работе сервиса?
🔵Что делать, если масштабирование не помогло?
🔵Где хранить данные для отчётности?

🔴Кейс: Что делать при сбое перед отправкой платежа?

🔴Попутные вопросы по кейсу:

🔵Как защититься от повторной отправки заявки?

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

🙏 — Сложновато

🔥 — Изи собес

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

спишь?

Собес в Альфа Банк

Вакансия: Системный аналитик
Уровень: Senior
Жалование: 430к оффер
Кратко о проекте: Разработка решений для клиентов из сферы ЖКХ.
Архитектура и стек: Микросервисная архитектура, интеграции с внешними системами, C4-моделирование, инструменты: Drawio, Excalidraw; базы данных: реляционные, Redis, MongoDB, ClickHouse.

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

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

🔵Расскажите о себе, о своём опыте.
🔵Расскажи про предыдущий проект.
🔵Опиши путь задачи от начала до конца.
🔵Какое у тебя было взаимодействие с QA.
🔵Были ли какие-нибудь проблемы с тестировщиками.
🔵Что делаешь, если ты что-то объясняешь коллеге, но он не понимает.

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

🔵Что такое WSDL/XSD.

👣 Секция «HTTP/REST и синхронные интеграции»:

🔵Какие HTTP-методы знаешь.
🔵PUT vs PATCH.
🔵С помощью PUT можно ли частично обновить информацию.

🖥Секция «Брокеры сообщений и асинхронные интеграции»:

🔵Rabbit vs Kafka.
🔵Асинхрон без брокеров - варианты реализации.

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

🔵Нереляционные БД.

📝Секция «Прочие вопросы»:

🔵SOAP: можно ли передать JSON.
🔵Что такое мастер - система.

🤓 Секция «Практика»:

🔴Кейс: Предположим, что ты СА в банке. Приходит бизнес и говорит: "мы хотим, чтобы теперь клиент мог оставить заявку на сайте в ЛК. Клиент оставляет заявку на оформление кредитной карты, заявка должна попасть в систему управления заявками. Далее заявка должна попасть в систему скоринга. Если карту система одобряет, то карту нужно напечатать, этим занимается система печати. После того, как карта была напечатана её нужно отправить клиенту, этим занимается система логистики. У нас есть эти 5 систем, мы рассматриваем их как "черные ящики". Мы считаем, что функционал этих систем достаточным, чтобы данный процесс был реализован. Требуется спроектировать систему, для выполнения данного функционала.

🔴Попутные вопросы по кейсу:

🔵Предположим, что мы реализовали данную систему. Она какое - то время успешно работала, но в какой - то момент приходит бизнес и говорит: "Мы заметили, что раньше мы успевали пройти весь процесс выдачи карты за 1 неделю, а сейчас этот процесс занимает 2 недели." Как бы ты решал данную проблему?

🔵Что-то не в порядке с БД. Очень медленно выполняются запросы. Что с этим можно сделать?

🔵Какие данные чаще всего кэшируют?

🔵Какую БД использовал бы? Почему?

🔴Кейс: У нас есть интернет библиотека. Мы хотим сделать сервис для администраторов этой библиотеки с минимальным набором метрик, которые позволяют администратору выполнять следующие действия:

1) Зайти в административную панель.
2) Видеть список всех книг.
3) Увидеть какую - то информацию по отдельно взятой книге.
4) Редактировать год издания книги.
5) Удалить книгу.

🔴Кейс: У нас есть БД: Есть таблица "студенты" и таблица "группы". Студенты учатся в группах, в группах простая информация: id и номер группы. У студентов есть ссылка на группу, в которой они учатся, есть ссылка на старосту группу, имя студента и стипендия. Требуется вывести имена студентов, которые получают стипендию больше, чем их староста.

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

🙏 — Сложновато

🔥 — Изи собес

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

Senior SA | iGaming

Вакансия: Системный аналитик
Уровень: Senior
Жалование: 320к запрошено
Кратко о проекте: Desktop клиент на C#, монолитный Backend который начали распиливать.

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

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

🔵Расскажите о себе, о своём опыте.
🔵Описать флоу самой сложной задачи из вашей карьеры.
🔵Бывают ли ситуации, когда разработчики отказываются выполнять задачу. Как решаете такие ситуации.
🔵Вам комфортнее быть единственным аналитиком на проекте или работать в команде с другими аналитиками.
🔵Работаете с шаблонами компании или собственными.

P.S. Далее следовало множество вопросов на подробное описание своего текущего проекта кандидатом. Интервьюер задавал много вопросов на тему стека/архитектуры и почему команда выбирала тот или иной подход для решения задачи.

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

🔵Опыт работы с маппингом данных.
🔵Приходилось ли самому проектировать спецификации сервисов, запрашивать методы.
🔵Опыт работы с Confluence.
🔵На каждую ли задачу создаёте диаграмму.
🔵Как организуете процесс поддержки и переноса сервиса старой админки.

👣 Секция «HTTP/REST и синхронные интеграции»:

🔵Опыт работы с REST.
🔵GET vs POST.
🔵Опыт работы с Postman.
🔵Приходилось ли имитировать REST‑запросы через Postman.

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

🔵Если база данных одна, есть ли смысл делить на микросервисы.
🔵Какое хранилище данных использовали на предыдущем проекте.
🔵В S3 хранилище чем обусловлено использование разных бакетов для хранения данных.
🔵Опыт работы с ClickHouse.

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

🔵В каких случаях Kafka лучше Rabbit.
🔵Монолит vs микросервис. DDD, Границы контекста. Сильная и слабая связанность. Отказоустойчивость. Способы масштабирования.

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

🔵Ролевая модель и доступ к данным.
🔵Структура JWT.
🔵Где и как производить проверки ролей пользователя.


🤓 Секция «Практика»:

🔴Кейс: Представим REST'овый сервис, который является нашей прослойкой между фронтом и БД. Как можно реализовать пагинацию в такой архитектуре?

🔴Попутные вопросы по кейсу:

🔵Можно ли реализовывать пагинацию на стороне REST'ового сервиса? Корректно ли будет такое решение?

🔴Кейс: Если у нас есть таблица размером 1млн. записей. Как будем её отображать на фронте?

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

🤨 — Не понятно зачем нужен Desktop клиент, если есть web

🙏 — Сложновато

🔥 — Изи собес

❔ Как думаете, почему на проекте был сделан выбор в пользу десктопного клиента вместо web'а?

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

Можно, а зачем? | Компания: Lada

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵Расскажи про предыдущий проект: в чём суть, архитектура.
🔵Опыт работы с 1C.

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

🔵Какие методы и инструменты ты используешь для описания ТЗ.

🖥Секция «Брокеры сообщений и асинхронные интеграции»:

🔵Разница между брокером сообщений и интеграционной шиной.

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

🔵Что такое партиционирование.
🔵Когда применяется партиционирование, а когда шардирование.
🔵Отличие репликации и шардирования .

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

🔵Плюсы микросервисной архитекрутры.
🔵Процесс масшабирования микросервисов.

🤓 Секция «Практика»:

🔴Кейс: Нам важно в нашей системе запустить функционал загрузки прайс - листов, чтобы пользователь мог загружать своё предложение в систему. Раскрой жизненный путь данной фичи.

🔴Попутные вопросы по кейсу:

🔵Опиши функциональные требования.
🔵Должны ли мы предъявить какие-то требования к стороннему сервису и как их зафиксировать?
🔵Если есть отдельные сервисы хранения остатков и цен, ты всё равно хранишь всё у себя?
🔵Какие артефакты ты считаешь необходимыми для описания интеграции для команды разработки

🔴Кейс: Мы грузим 500 тыс. строк и только одна строка у нас прошла валидацию успешно. Как ты скажешь об этом пользователю?

🔴Кейс: У нас есть нестабильная API, которая может давать сбой в периоды нагрузки. Можем ли мы как-то это нивелировать со стороны нашей системы, чтобы интеграция проходила гладко, даже если API нам не отвечает?

🔴Попутные вопросы по кейсу:

🔵Какие видишь пути обработки таких сложных интеграционных кейсов?

🔴Кейс: При масштабировании микросервисов балансировщиком не станут ли данные неконсистентными?

P.S: Кандидата душили вопросами, при том сам же интервьюер местами крайне коряво задавал эти вопросы и ожидал получить совсем другие ответы. Также интервьюер сам путается в теории 😌

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

🙏 — Сложновато

🔥 — Изи собес

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

Кандидата попустили на задаче с лошадьми | SA в маркетплейс

Вакансия: Системный аналитик
Уровень: Senior
Жалование: 300к запрошено
Проект: CRM система с функционалом: push-уведомлений, сегментацией клиентов, формирования обращений/рассылок/писем и.т.д.

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

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

🔵Расскажите о себе, о своём опыте. Интересует наиболее релевантный нашему проекту опыт.
🔵Расскажи про самый крутой и интересный на твой взгляд проект/задачу. Чем ты был полезен проекту и как тебе удавалось закрывать сложные задачи. Насколько ты идеально справлялся там с задачами и что на твой взгляд тебе помешало идеально их закрыть.
🔵Состав команды. Ты единственный аналитик и есть ли отдельный PO.
🔵Какая CRM система используется на текущем проекте.
🔵Обсуждал ли с текущим руководством вопрос повышения зп и как это делал.
🔵Если бы тебе все-таки повысили зп на текущем месте ты бы продолжил искать новый проект.
🔵Опиши идеальное место работы.
🔵Топ красных флагов в работодателе.
🔵Тебе больше по душе бизнес или техничка.
🔵Какие сложности на твой взгляд у тебя могут возникнуть на новом проекте.
🔵Есть ли опыт проектирования CRM.
🔵В случае успеха когда будешь готов выходить к нам.

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

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

🤓 Секция «Практика»:

🔴Задача про 25 лошадей: за минимальное количество забегов определить трёх самых быстрых. За сколько забегов это можно сделать?

🔴Кейс про ограничение маркетинговых коммуникаций: В банке используются разные каналы коммуникации с клиентами: push-уведомления, email, SMS и баннеры. Разные продуктовые подразделения самостоятельно запускают рассылки и практически не координируют их между собой. Например, подразделение кредитов может отправить клиенту несколько сообщений, затем подразделение дебетовых карт - ещё несколько, а подразделение страхования - дополнительные SMS или email. Единого контроля количества коммуникаций на одного клиента нет.

Кандидату необходимо было определить:

🔵Является ли текущая ситуация проблемой.
🔵Нужно ли вводить ограничения на количество сообщений.
🔵Должны ли лимиты быть общими или отдельными для каждого канала.
🔵Какие данные необходимо собрать до принятия решения.
🔵Как учитывать стоимость каналов, сезонность и цели разных подразделений.
🔵Каким должен быть процесс разработки единой коммуникационной политики.

🔴Кейс на оценку эффективности коммуникационных лимитов: После введения ограничений на количество push, email и SMS необходимо понять, действительно ли новая политика улучшила коммуникации, а не просто сократила количество отправок.

Кандидату нужно было определить:

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

🔴Кейс про добавление новых фильтров в сегментатор: Маркетинговая команда обращается с запросом добавить в сегментатор новые фильтры для отбора клиентов. Сегментатор используется для формирования целевых аудиторий перед запуском рассылок. Нужно описать как подойдешь к решению задачи.

Кандидату нужно было определить:

🔵Уточнить, какие фильтры нужны бизнесу.
🔵Выяснить, для каких кампаний и сценариев они будут использоваться.
🔵Определить бизнес-правила и допустимые значения.
🔵Найти систему - источник данных.
🔵Проверить наличие и качество нужных данных.
🔵Организовать взаимодействие с командой источника и хранилищем.
🔵Определить, в какую витрину должны поступать данные.
🔵Описать изменения в интерфейсе сегментатора.

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

🙏 — Сложновато

🔥 — Изи собес

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

Middle SA | Телекоммуникационная компания
Вакансия: Системный аналитик
Уровень: middle
Жалование: 290к запрошено

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

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

🔵Расскажите о себе, о своём опыте.
🔵Причина выхода на рынок.

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

🔵Отличие при отрисовке синхронного запроса от асинхронного.
🔵В PlantUML, что нужно сделать, чтобы нарисовался синхронный запрос.
🔵Опыт работы со Swagger/YAML.

👣 Секция «HTTP/REST и синхронные интеграции»:

🔵Что происходит, когда в браузере вбиваем google.com, со стороны клиента.
🔵Браузер какой тип запроса отправляет.
🔵REST: какие методы бывают и из чего состоит типовой запрос.
🔵POST vs GET.
🔵HTTP-ответы: на какие группы делятся коды.
🔵401-я ошибка о чём говорит.

🖥Секция «Брокеры сообщений и асинхронные интеграции»:

🔵Если надо заново прочитать события с определённого места в Kafka, как это делается.
🔵Зачем вообще нужны брокеры, если можно сделать очередь в микросервисе.
🔵RabbitMQ vs Kafka.

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

🔵БД: какие бывают и с какими работал.
🔵Для чего используют индексы.
🔵Что такое DML, DDL .

🖥 Секция «Предметная область»:

🔵По CMS: ты сталкивался с ней только по API или ещё смотрел структуру внутри.
🔵Для чего в целом CMS.
🔵Опыт работы с высоконагруженными сервисами.
🔵Как уменьшить количество запросов в мастер-систему при большой нагрузке.

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

🔵Монолит vs микросервис.

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

🔵Почему SOAP применяют в банковских системах.
🔵За счёт чего в SOAP достигается защищённость.
🔵Могу ли я добавить свои параметры в SOAP-метод сверх контракта.
🔵SSO/авторизация: сталкивался, на каком уровне.
🔵Опыт работы с Access и refresh токенами.

📝Секция «Прочие вопросы»:

🔵Приходилось ли быть в роли наставника/ментора.

🤓 Секция «Практика»:

🔴Кейс: Ревью контракта метода полного обновления данных пользователя (REST).

🔴Попутные вопросы по кейсу:

🔵Если в этом PUT-запросе не передать параметр age, что с ним произойдёт?

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

🙏 — Сложновато

🔥 — Изи собес

❤️ — Спасибо за подгон

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