Senior SA | IT интегратор

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

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

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

🔵Причина ухода с предыдущего места работы.
🔵Расскажи о своём опыте, последних проектах, наставничестве.
🔵Совокупный опыт в тимлидстве только последний год.
🔵Процент менеджерской работы vs работы руками.
🔵Ты лидишь всю команду или только аналитиков.
🔵Ты участвуешь в проведении церемоний, декомпозиции задач и их делегировании.
🔵Сколько времени остаётся на свои задачи в роли СА.
🔵Как проводишь ревью аналитических артефактов.
🔵Управлял ли бэклогом, чем отличаются CR и техдолг.
🔵Как удавалось проталкивать техдолг перед PM/PO.

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

🔵C4, BPMN, UML - что используешь и как.

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

🔵микросервисы VS монолит.
🔵С какими видами интеграций работал.
🔵Как МП взаимодействовало с BE на твоих проектах. Какой протокол использовался. Какая цепочка взаимодействия.
🔵Как работает идемпотентный ключ.

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

🔵Приходилось ли реализовывать асинхронные процессы из мобилки, какие механизмы использовал.
🔵Что такое шортполлинг и чем отличается от лонгполлинга.

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

🔵SQL, реляционные/нереляционные, проектирование БД.
🔵Проектирование БД под микросервисы.

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

🔵Был ли опыт создания и последующего выпуска продукта с 0.

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

🔵JWT‑токены: из каких частей состоят.
🔵Как бэк узнаёт роли и отличить 401 от 403.

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

🔵На каком языке писал Backend‑разработчик в твоей команде.
🔵Что ты знаешь о Camunda.

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

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

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

🔵 Не заберёшь ли все задачи себе при разнице в грейде.

🔴Кейс: У нас есть SDK отвечающий за сбор логов и метрик с мобильного приложения и есть API от этого же вендора для сбора предоставления метрик, что будет быстрее интегрировать SDK или интегрировать API и почему?
🔴Кейс: Допустим ты не архитектор, ты не знаешь, что такое масштабирование, что такое реплики баз. У нас есть только мобильное приложение и есть сервер, он например стоит у меня дома. На сервере у меня крутится бэк приложения и БД. Когда я нажимаю на кнопку в мобильном приложении, то у меня создается некоторая сущность в базе. Расскажи как выглядит цепочка от нажатия кнопки до сохранения записи в базу, как изменится эта цепочка, если я выдерну сервер из розетки?
🔴Кейс: Тот же кейс с сервером, только теперь мы выдернули сервер из розетки в момент того, что запись в базу записалась, но наш бэк не успел сформировать ответ для фронта. Чем этот кейс будет отличаться от предыдущего и какие риски ты видишь?

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

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

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

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

🔥 — Изи собес

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

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

8 тысяч на канале

В честь этого, без преувеличения важного для меня события хочется поблагодарить вас, дорогие читатели.

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

Посему выкладываю в бесплатный доступ 3 свежих записи собеседований

🔴Tele-2
🔴Альфа-Банк
🔴Т-Банк

и... впервые за долгое время делаю скидку на Boosty нa ProPack уровень подписки, где я выложил собеседования в:

📞Мегафон - 3
💳Альфа - 5
💳Сбер - 17
💳 Иннотех/ВТБ - 4
📞Tele2 - 6
🛍WB банк - 4
🛍WB - 2
📞Ростелеком - 4
📞МТС авто - 2
🍔Вкусно и точка - 1
🗂Мосбиржа - 3
💳Псб - 6
💳Т- банк - 3
📞МТС - 4

🟡Другие банки- 17
🟡IGaming (Кипр, различные компании под NDA) - 5
🟡Зарубежные компании (не Igaming) - 9
🟡IT Интеграторы РФ (КРОК, Ланит, БФТ, РедЛаб и прочие) - 43

Важно: Подписка даёт доступ сразу ко всем собесам

Middle SA | Технологическая корпорация (известная своей соц.сетью)

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

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

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

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

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

🔵Что важнее из всей документации, если задача срочная: словесное описание или API-спека.
🔵Как бы ты улучшил свои текущие процессы по написанию документации.

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

🔵Часто ли проектируешь REST API.
🔵С какими типами интеграций чаще сталкиваешься/сталкивался на практике.

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

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

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

🔵В Camunda ты описывал существующую схему или с нуля.

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

🔴Кейс: У тебя есть новая фича, на вебе есть какая-то форма, мы заполняем ее, дальше она улетает на бек, возвращается, что ты будешь писать в документации, какую документацию ты передашь в разработку и тестирование?
🔴Кейс: Срочная фича «к понедельнику». Что и в какой последовательности будешь делать, и что отдашь в первую очередь в разработку и тестирование?

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

🔵Что именно ты первым отдашь в разработку, чтобы мы начали работать? Какую информацию ты нам выдашь.
🔵Функциональные требования в каком виде? Что ты мне отдашь.
🔵Что важнее из всей документации, если срочно надо: словесное описание или API-спека.

🔴Кейс: У нас ручка возвращает 10000 записей, где у нас в таком случае должна происходить фильтрация?
🔴Кейс: Есть 2 микросервиса и приносят тебе на разработку задачу: один сервис должен ставить задачи другому сервису, другой сервис должен в порядке очередности брать эти задачи и их выполнять. Какие решения ты предложил бы, если посредником (если он нужен) между ними может выступить что угодно.
🔴Кейс: Какие варианты кеширования/оптимизации на фронте ты знаешь. Как оптимизировать выдачу 10000 записей.

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

🔵Что будешь делать, чтобы понять, почему оно тормозит.
🔵В каких случаях лучше использовать БД, а в каких - Kafka или другой брокер сообщений.

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

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

🔥 — Изи собес

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

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

Senior SA | ИИ команда

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵Самая сложная коммуникация в твоём опыте работы.
🔵Приоритезация стейкхолдеров в ML‑кейсе.
🔵Чем вам интересен ML.

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

🔵Функциональные vs нефункциональные требования.
🔵Инструменты для описания user stories.
🔵Опыт работы с CJM.
🔵FT vs NFT.
🔵Примеры FT и NFT.
🔵Могут ли НФТ корректироваться разработчиками.

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

🔵Какие гарантии доставки сообщений бывают.
🔵Какие гарантии доставки используете и почему.
🔵Пример, когда можно использовать at most once.

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

🔵Опыт работы с DDD.

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

🔴Кейс: У тебя система, которая отправляет платежи, т.е там есть ручка "отправить платеж". Как сделать так, чтобы не отправить платеж несколько раз?

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

🔵 Почему платеж вообще может отправиться больше, чем 1 раз.

🔴Кейс: Ты отправляешь платеж с мобильника, не дожидаясь ответа свайпаешь приложение, оно закрывается. После открываешь опять приложение и нажимаешь "отправить платеж". Как решать задачу?

🔴Кейс: Нужно сделать фичу. С чего начинается её создание?

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

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

🔥 — Изи собес

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

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

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵Что тебе ближе: собирать бизнес‑требования или заниматься системной аналитикой.
🔵Почему вышел на рынок.
🔵Твои критерии комфортных/некомфортных условий работы.

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

🔵Когда ты пришёл на проект, Kafka уже была внедрена или вы её внедряли.
🔵Сколько по времени занимала твоя работа по интеграции через Kafka.

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

🔵Требования приходили от заказчика или через бизнес‑аналитика.

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

🔴Кейс: Тебе нужно получить требования от заказчика, но детализации нет, требования очень размытые, а время идёт. Как бы ты решал эту проблему?
🔴Кейс: Обратная ситуация к предыдущему кейсу. Заказчик генерирует слишком много требований в MVP, как его ограничить, чтобы мы укладывались в нужные нам сроки.
🔴Кейс: У нас есть утвержденный бизнес-процесс во внутренней документации, а - заказчики говорят: "мы по такому бизнес-процессу не работаем, мы делаем вот так..." Как бы ты решал данную проблему?
🔴Кейс: Допустим ты проработал год-два в новой системе и заказчики привыкли к тебе ходить к вопросами, но при этом у тебя есть новая задача с короткими сроками, плюс прилетел дефект, который нужно проанализировать. И в этот момент к тебе постоянно ходит старый заказчик с очередными вопросами. Как расставлять приоритеты?
🔴Кейс: У тебя есть какая-то система, которая не использует kafka, но в ней событийная модель взаимодействия есть. С чего бы ты начал, чтобы переставить эту систему на взаимодействие через kafka.

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

🔵Какие документы в своей зоне ответственности ты начнешь разрабатывать, чтобы осуществить переход на kafka?

🔴Кейс: Есть событийный уровень взаимодействия между рядом систем, систем - n. Есть событийные разрозненные взаимодействия между системами. Нужно все n систем укладывать на одни рельсы. В какой момент, и на каком уровне ты бы:
а) разрабатывал
б) согласовывал со смежными командами.

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

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

🔥 — Изи собес

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

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

Middle SA | Онлайн-кинотеатр
Вакансия: Системный аналитик
Уровень: Middle
Жалование: 250к запрошено.

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

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

🔵Расскажите о себе, о своём опыте.
🔵Чем тебе интересен системный анализ.
🔵Главный fuckup в работе системным аналитиком.
🔵Твои ожидания от нового места работы.

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

🔵Без чего нельзя передавать задачу в разработку.

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

🔵Когда БА начинает проработку и когда начинается discovery.

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

🔵Как отнесешься к тому, что пару спринтов будешь заниматься только бизнес - анализом.

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

🔴Кейс: Ты работаешь в команде, у тебя в команде есть разработчики, с которыми тебе нужно будет взаимодействовать по какой - либо задаче. Тебе нужно провести с ним интервью, получить от него какую-то информацию. Он говорит "давай как-нибудь потом (никогда)". Как бы ты поступил в данной ситуации?
🔴Кейс: У нас есть внутренний портал, в рамках него мы хотим реализовать новую фичу "карта фичей". У нас все задачи находятся в Jira и они все названы по наименованию функциональности. Мы хотим видеть в рамках нашего портала отдельный раздел, в который можно зайти у увидеть все фичи, где они были реализованы и т.д.

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

🔵Какую интеграцию мы будем использовать для получения данных из Jira.
🔵В каком формате мы будем получать данные?
🔵При каждом входе пользователя будем запрашивать данные из Jira?
🔵Как часто мы будем обновлять эту базу данных с фичами?
🔵Мы будем обновлять все данные целиком или точечно?
🔵На что мы будем триггериться при точечной синхронизации изменений?
🔵Если история в Jira периодически утилизируется и база чистится, как тогда быть с отслеживанием изменений?
🔵У всех пользователей будут одинаковые права или мы их разделим?
🔵Давай накидаем UI карты фичей: что там будет и что мы сможем делать с набором из, скажем, 100 тикетов?
🔵Какие еще UI‑улучшения мы можем сделать для повышения удобства работы?
🔵Какие документы по фиче было бы полезно видеть product owner'у или техническому директору в этой карте фичей?

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

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

🔥 — Изи собес

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

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

Нищий Банкинг | Middle SA

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

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

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

🔵Расскажите о себе, о своём опыте.

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

🔵SOAP vs REST.

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

🔵что такое Kafka? Где и как ее нужно использовать.

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

🔵Опыт работы с БД.

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

🔵какие метрики важны при анализе эффективности бизнес‑процесса.

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

🔵Что такое smoke‑тестирование.
🔵Каким образом используешь ИИ в своей повседневной деятельности.
🔵Какие инструменты и подходы применяешь для анализа, генерации и автоматизации.

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

🔴Кейс: Приведи пример сложной ситуации при сборе требований. Как удавалось разрешить такую ситуацию.

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

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

🔥 — Изи собес

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

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

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

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

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

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

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

🔵Какие данные нужны на вход, чтобы начать задачу по интеграции.
🔵Какой результат работы/шаблон по интеграции ты передашь в разработку.
🔵Какие методы защиты авторизации знаешь.
🔵Как получить токен к закрытому API.
🔵Зачем нужен refresh‑токен.

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

🔵Как гарантируется получение сообщения в Kafka.
🔵По какому принципу сообщения в Kafka удаляются.
🔵Алгоритм взаимодействия продюсер-Kafka-консюмер.

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

🔵Какие виды баз данных знаешь, с какими работал.
🔵Нормализация баз данных.
🔵Нормализация/денормализация.

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

🔵Отличие тестового и продового контуров.

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

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

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

🔵Опыт маппинга данных.

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

🔴Кейс: Раньше у кредита была одна цель займа, теперь ЦБ решил, что у кредита может быть несколько целей займа. Тебе приходит задача проанализировать изменения от ЦБ. Как будешь решать эту задачу?
🔴Кейс: У нас есть ДВХ. Работа с БКИ в проде построена следующим образом: мы идем получаем данные, раскладываем их в свою продовую базу. Эти данные из базы мы больше никогда не читаем. С периодичность раз в день к нам в реплику продовой базы приходит ДВХ и эти данные забирает. За год мы генерируем терабайт данных. Что нам сделать, чтобы наша база не распухала в проде?
🔴Кейс: Есть логин/пароль, нужно авторизоваться в методе получения кредитных отчетов. Какие действия будешь предпринимать?

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

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

🔥 — Изи собес

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

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

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵Почему ушли из разработки.

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

🔵Опыт работы с UML‑нотациями.
🔵Опыт работы с BPMN.

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

🔵Опыт работы с YAML.
🔵Объём YAML - примерно сколько строк было.
🔵Принципы проектирования RESTful API.
🔵GET vs POST.
🔵Что такое идемпотентность и как она связана с GET/POST.
🔵С какими типами данных работает JSON.
🔵Можно ли передавать объект с массивами и т.п. в JSON.

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

🔵Опыт работы с БД.
🔵Что такое индексы и зачем они нужны.
🔵Таблица с 10 атрибутами, индексируем все - это хорошо или плохо.
🔵Каким образом большое число индексов нагружает систему.
🔵Что такое Constraint.

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

🔵К какому типу НФТ/характеристик отнесём мониторинг.
🔵Какой эффект даёт мониторинг.
🔵Какие бывают виды масштабирования.
🔵Горизонтальное и вертикальное масштабирование.

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

🔵Чем бизнес‑требования отличаются от бизнес‑правил.
🔵Пример требований и правил.
🔵Пример бизнес‑правила в рознице.

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

🔴Кейс: ER‑диаграмма «автомобили и парковка»
🔴Кейс: Есть шлюз слияния, в который может заходить несколько потоков управления. BPMN запрещает использовать вхождения нескольких потоков во все остальные элементы. Но есть один элемент, который позволяет отрисовываться также как шлюз слияния. Что это за элемент?


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

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

🔥 — Изи собес

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

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

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵Наличие офферов на руках.
🔵Использование AI в работе.
🔵Как оцениваешь свои коммуникативные навыки.

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

🔵Опыт работы с UML‑нотациями.
🔵Чем в sequence ‑ диаграмме отличается alt от opt.
🔵Как понять, выбрать альтернативный или опциональный блок.
🔵Как в sequence ‑ диаграмме обозначить цикл.
🔵Синхронные и асинхронные вызовы.

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

🔵Как происходит сделка на криптобирже и как приложение контактирует с биржей.
🔵Почему WebSocket для котировок, а не другая технология.
🔵Как происходит сделка при покупке крипты.
🔵Что такое идемпотентность в контексте REST/HTTP.
🔵Какие HTTP‑методы идемпотентные, какие нет.
🔵Как сделать операции идемпотентными.
🔵Что такое ключ идемпотентности.
🔵Short polling и long polling.

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

🔵С какими видами интеграций работал.
🔵Структура Kafka.
🔵Что такое партиция и зачем она.
🔵Логика записи в партиции.
🔵Можно ли ограничить группы по партициям.

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

🔵Процесс инвестирования от начала до конца.
🔵AML/санкционные ограничения на кошельки.
🔵Виды электронных подписей.

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

🔵JWT‑токен: что это, что в нём хранится.
🔵Access token и refresh token.
🔵Как работает связка access/refresh, риски кражи.

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

🔴Кейс: Есть фронт система, где человек может оставить заявку. У клиента бывают проблемы с интернетом, вследствие чего создается несколько заявок в БД. Как решать данную проблему?
🔴Кейс: Есть front, back и партнерский сервис. Партнерский сервис получает входные параметры что-то считает и отдает нам результат. Когда он нам ответил, мы считаем, что заявка обработана. Нарисовать sequence ‑ диаграмму.

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

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

🔥 — Изи собес

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

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

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵Причина ухода с предыдущего места работы.
🔵Что тебе ближе БА/СА.
🔵Пример задачи, которой ты гордишься.
🔵Знание языков программирования.
🔵Для какого объёма задач умеешь писать требования.

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

🔵Что такое интеграция.
🔵Использование REST‑API в работе.
🔵При описании REST что описывал ты.

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

🔵Какие инструменты/нотации ты используешь.
🔵Где ведете документацию.

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

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

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

🔵В каком виде поступали задачи.

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

🔵От кого поступали задачи.
🔵Валидацию данных где лучше делать: на фронте, на бэке или в базе.

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

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

🔥 — Изи собес

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

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

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵С чем больше работал: монолит/микросервис.

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

🔵Сталкивался ли с идемпотентностью при разработке REST API.

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

🔵Какие инструменты использовал при описании ER - диаграммы.

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

🔵Была ли у вас какая - то шина на проекте.

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

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

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

🔵Опыт работы с фронтом.
🔵Опыт работы с gRPC.
🔵Опыт работы с SOAP.

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

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

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

🔵Что будет в базе?

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

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

🔥 — Изи собес

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

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

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

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

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

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

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

🔵Термин "интеграция" своими словами.
🔵Классификация интеграций.
🔵Синхронные vs асинхронные интеграции.
🔵Основные протоколы или архитектурные стили для синхронных интеграций.
🔵Опыт работы с WebSocket.

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

🔵С какими брокерами сообщений работал.
🔵Kafka vs RabbitMQ.

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

🔵В каком виде приходят задачи, как вы их прорабатываете.

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

🔴Кейс: У тебя есть брокерское приложение где мгновенно (частота обновления информации несколько раз в секунду) обновляется информация о котировках на бирже. Каким - то образом информация из биржи была доставлена до нашего backend'a. Как эту информацию доставить на фронт? Какой тип интеграции ты выберешь?
🔴Кейс: Как сделать так, чтобы backend перестал слать сообщения по WebSocket, если клиент уже не слушает, но соединение не закрыл?
🔴Кейс: При открытии сайта должна показываться погода релевантная к тому местоположению, где находится устройство, и ко времени открытия сайта. Мы нашли какую-то бесплатную API'шку на просторах интернета у неё только один GET - запрос, в Query - параметрах которого мы передаём ID региона. В ответ она отдает строчку "погода". Как будешь решать данную задачу?

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

🔵Как определить местоположение клиента, чтобы положить в POST‑запрос.
🔵Где будем хранить справочник соответствия города и ID региона.
🔵Диаграмма последовательности запросов.

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

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

🔥 — Изи собес

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

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

‼️Коллеги, просьба ‼️

кто работает в аккредитованной IT компании и у кого есть рефералка на позицию SA/Fullstack майкните плз мне в лс (@andrey_platonov_arch). Одной подписчице канала и по совместительству хорошему человеку очень нужна помощь

Коротко по кандидату:

🔵4 года опыта в роли Fullstack (БА/СА)
🔵Домены: Производственный сектор и Телеком
🔵Разработка фич с 0 с полным циклом от сбора и формирования БТ, создания макетов до формирования артефактов на разработку
🔵Стек: REST, SOAP (XSD, WSDL) JSON/Schema, OpenAPI, Kafka, ESB, UML, BPMN, SQL
🔵Бонусом: Есть опыт разработки и солидный оконченный уник (бакалавриат + магистратура)


‼️Пишите сюда: @andrey_platonov_arch

‼️ Если кому тоже нужна помощь - пишите в комменты (по возможности постараюсь со всеми связаться и пообщаться)

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

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

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

🔵Расскажите о себе, о своём опыте.
🔵Как оцениваешь свой уровень SQL.

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

🔵Опыт написания бизнес - требований.
🔵Какие инструменты/нотации использовал для описания требований.
🔵От кого получал задания на описание бизнес‑требований.
🔵Какую документацию вел в Confluence.
🔵Опыт работы с UML.
🔵Типы диаграмм UML.
🔵Для чего нужна sequence ‑ диаграмма.
🔵Как обозначить цикл в sequence ‑ диаграмме.
🔵Функциональные vs нефункциональные требования.

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

🔵Что такое REST.
🔵GET vs POST.
🔵Можно ли GET‑ом создавать сущность.
🔵Почему чувствительные данные передают POST‑ом.
🔵Идемпотентность GET и POST.
🔵Type object - что это и где указывается.
🔵В каких случаях используем 500‑е коды.
🔵В каких случаях используем 300‑е коды.

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

🔵Опыт работы с асинхронными интеграциями.
🔵Опыт описания контрактов по Kafka.

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

🔵Опыт работы с ER - диаграммами.
🔵Как в ER ‑ диаграмме связать многие ‑ ко ‑ многим.
🔵Что такое нормализация.
🔵Что такое денормализация.
🔵Пример денормализации.
🔵Зачем нужны индексы.
🔵Недостатки индексов.

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

🔵Опыт оформления фронта.
🔵Опыт описания интерфейсов.

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

🔴Кейс: Написать SELECT: у нас есть таблица пользователей, в которой есть имена и возраст. Необходимо вывести средний возраст по каждому имени.

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

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

🔥 — Изи собес

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

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