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

Middle SA |Банк Вакансия: Системный аналитик Уровень: middle Жалование: 270к запрошено ⏺Запись собеседования⏺ 📝 Секция «Общие вопросы»: 🔵Расскажите о себе, о своём опыте. 🔵Были ли конфликты или спорные ситуации с командой или заказчиком? Как решал? 👣 Секция «HTTP/REST и синхронные интеграции»: 🔵По интеграциям, с какими инструментами работал. 🖥Секция «Брокеры сообщений и асинхронные интеграции»: 🔵Какие асинхронные интеграции использовал. 🔵Что такое очереди сообщений. 🔵RabbitMQ vs Kafka. 🔵Может ли один consumer обращаться к нескольким партициям. 🖥 Секция «Базы данных»: 🔵Опыт работы с ETL‑процессом. 🔵Уровень знания SQL. 🔵Для чего нужен индекс в базе данных. ⚙️ Секция «Архитектура»: 🔵Опыт работы с корпоративной шиной. 🔵Корректно ли для шины формировать требования по преобразованию формата сообщений. 🔵Монолит vs микросервис. 🤓 Секция «Практика»: 🔴Кейс: Есть система, в рамках которой заказчик хочет реализовать оформление выдачи продукта. Пользователь заходит в систему, нажимает кнопку создания заявки, открывается окно, какие-то поля заполняются автоматически, какие-то полня заполняет сам пользователь. Далее пользователь нажимает кнопку "отправить" на какую-то продуктовую систему для принятия решения. Требуется написать ТЗ. 🔴Кейс: По каким критериям можно определить, как строить взаимодействие с системами? 🔴Кейс: Есть система, там есть стартовая страница поиска юридического лица, есть много параметров: ИНН, ОГРН и т.д. Требуется реализовать единую строку с живым поиском, т.е когда пользователь вводит слово "рога", ему система выдает результат "рога и копыта", "рога и хвост", "рога и глаза", добавляет ещё какой-то символ, опять начинается поиск, опять даёт результат. Эти данные наименования и ИНН живут в одной большой денормализованной таблице из 200+ столбцов. Ты понимаешь, что live search будет обращаться туда очень долго, а это его основная функция. Какие решения можешь предложить? 🔴Попутные вопросы по кейсу: 🔵Синхронизация основной и поисковой таблиц. 🔴Кейс: Приходит заказчик, ставит нам бизнес - цель и даёт срок - до конца месяца, ты понимаешь, что эту задачу за данный срок выполнить не возможно. Как будешь действовать в данной ситуации? 🔴Кейс: Ты проаналитил задачу, разработка завершена. К тебе приходит тестировщик и говорит: "почему ТЗ отличается от реализации". Идешь к разработчику, спрашиваешь его, он тебе отвечает: "я решил, что так будет лучше". Что будешь делать в данной ситуации? 💩 Голосование: Как вам собес? 🙏 — Сложновато 🔥 — Изи собес ❤️ — Спасибо за подгон Подписывайтесь на: ❤️@sa_sobes

Senior SA | Банк Вакансия: Системный аналитик Уровень: Senior Жалование: 390к запрошено ⏺Запись собеседования⏺ 📝 Секция «Общие вопросы»: 🔵Расскажите о себе, о своём опыте. 🔵Свои лучшие решения/факапы. 👣 Секция «HTTP/REST и синхронные интеграции»: 🔵Классификация интеграций. 🔵Какие методы HTTP использовал. 🔵REST vs SOAP. 🤓 Секция «Практика»: 🔴Кейс: Пришел бизнес и говрит: "хочу, чтобы для не клиентов банка была возможнсть заказать кредитку." Есть несколько систем: сайт, система учета заявок, печать, логистика и скоринг. Требуется спроектировать систему так, чтобы она работала "нормально". 🔴Попутные вопросы по кейсу: 🔵Какая система скажет, что человек уже клиент? 🔵Нам надо понять прохождение по статусам во времени. Как сделать это удобным способом для внутренних сотрудников? 🔵Как собирать дополнительные аналитические поля? 🔵Как посчитать объём данных? 🔵Как посчитать объём логов и что делать при превышении? 💩 Голосование: Как вам собес? 🙏 — Сложновато 🔥 — Изи собес ❤️ — Спасибо за подгон Подписывайтесь на: ❤️@sa_sobes

Middle SA | Недвижимость Вакансия: Системный аналитик Уровень: middle Жалование: 270к запрошено ⏺Запись собеседования⏺ 📝 Секция «Общие вопросы»: 🔵Расскажите о себе, о своём опыте. 🔵Причина выхода на рынок. 🔵Что тебе не нравится в работе системного аналитика. 👣 Секция «HTTP/REST и синхронные интеграции»: 🔵С какими интеграциями работал. 🔵Если есть JWT‑токен, надо ли ещё передавать userId. 🔵Есть ли кейсы, когда надо уйти с GET в пользу POST. 🔵Ограничения на длину URL у GET. 🖥Секция «Брокеры сообщений и асинхронные интеграции»: 🔵«Cложная маршрутизация сообщений» в RabbitMQ 🖥 Секция «Базы данных»: 🔵Опыт работы с с Postgres, ClickHouse, Mongo, Redis. 🔵Redis - для каких целей вы его использовали. 🔵За счёт чего в Redis обеспечивается высокая скорость. ⚙️ Секция «Архитектура»: 🔵Что такое микросервис. 🔵Когда выберешь монолитную архитектуру, а когда микросервисную. 🤓 Секция «Практика»: 🔴Кейс: Представим, что мы разрабатываем интернет - магазин. У нас есть личный кабинет клиента, клиент может совершать заказы. Бизнес захотел добавить новую фичу, чтобы клиент мог видеть список своих заказов. Тебе как аналитику приходит задача спроектировать REST, который с back'a на front будет возвращать список заказов. Требуется обозначить метод, какие входящие параметры и где ты бы передавал? 🔴Попутные вопросы по кейсу: 🔵Какой примерно был бы URL? 🔴Кейс: Выбор между Kafka и RabbitMQ для интеграции двух микросервисов. 🔴Кейс: Представим ситуацию, что ты написал требование на backend. Приходит разработчик и говорит, что с каким-то решением не согласен. Вы пообщались и не пришли к общему мнению, как будешь решать данную ситуацию? 💩 Голосование: Как вам собес? 🙏 — Сложновато 🔥 — Изи собес ❤️ — Спасибо за подгон Подписывайтесь на: ❤️@sa_sobes

Хочу помочь вам с поиском работы, ответьте на вопросы ниже: Что вас не устраивает в чатах с вакансиями в тг? 🔵Что вы хотели бы там видеть? 🔵Чего вы бы не хотели там видеть? 🔵Что вы думаете о структуре подобных сообществ? 🔵Насколько эффективен поиск работы через них? Если не эффективен, то почему на ваш взгляд? 🔵Как вы вообще сейчас ищете работу? 🔵Если недавно нашли работу, то как? (HH, чаты в тг, рефералки или иное) P.S. Админа триггерят вакансии на сеньеров за 180к.

от подписчика. P.S. Настолько под впечатлением от вас, что идите на*** Делитесь в комментах как у вас проходит поиск работы.

Middle SA | IT - компания Вакансия: Системный аналитик Уровень: middle Жалование: 220к запрошено ⏺Запись собеседования⏺ 📝 Секция «Общие вопросы»: 🔵Расскажите о себе, о своём опыте. 🔵От кого приходят задачи. 🔵Как оцениваешь свой уровень владения SQL. 👣 Секция «HTTP/REST и синхронные интеграции»: 🔵С какими интеграциями работал. 🔵GET vs POST. 🖥Секция «Брокеры сообщений и асинхронные интеграции»: 🔵Отличительные особенности gRPC по сравнению с REST. 🔵Kafka и RabbitMQ - кто из них работает по pull‑модели, а кто по push ‑ модели. 🖥 Секция «Базы данных»: 🔵Опыт работы с составными индексами. 🔵Какую нереляционную БД лучше выбрать для кэширования. 🔵Какой класс нереляционных БД лучше использовать для логирования. 🔵В чём отличие WHERE и HAVING в SQL. 📝Секция «Прочие вопросы»: 🔵Опыт оформления фронта. 🔵Опыт описания интерфейсов. 🤓 Секция «Практика»: 🔴Кейс: Представим, что мы работаем в банке, у нас есть процесс выдачи кредитных продуктов. Процесс устроен следующим образом: пользователь заполняет анкету, запрашивает сумму, мы отправляем эту анкету на скоринг. Система принимает решение и дает ответ. Я как стейкхолдер прихожу к тебе у говорю, что нужно, чтобы на экране ожидания одобрения пользователя независимо от ситуации находилось одну минуту. Какое это требование? 🔴Попутные вопросы по кейсу: 🔵Ты знаешь, что у тебя взаимодействие с системой скоринга происходит по REST через POST - запрос. Ты посмотрел по логам и увидел, что самый длительные ответ от системы не более 5 секунд. Ты знаешь, что сервис может ответить тебе в течение 5 секунд, но тебе всё ровно нужно ждать 1 минуту. Какое это будет требование в таком случае? 🔴Попутные вопросы по кейсу: 🔵У тебя синхронное взаимодействие, но ответ тебе нужно отобразить через некоторое время. Как это реализовать? 🔴Кейс: У нас есть kafka, есть топик, есть 5 партиций. У тебя есть некая консьюмер - группа, в которой есть 5 консьюмеров, тебе нужно довить шестого. Что нужно делать, чтобы подписаться на данный топик? 🔴Кейс: У нас есть таблица, в которой находится ФИО сотрудника, дата его рождения, пол, должность, зарплата. На какие поля ты бы повесил индексы и почему? 🔴Попутные вопросы по кейсу: 🔵Какой составной индекс есть в этой таблице? 💩 Голосование: Как вам собес? 🙏 — Сложновато 🔥 — Изи собес ❤️ — Спасибо за подгон Подписывайтесь на: ❤@sa_sobes

Middle SA | Банк Вакансия: Системный аналитик Уровень: middle Жалование: 270к запрошено ⏺Запись собеседования⏺ 📝 Секция «Общие вопросы»: 🔵Расскажите о себе, о своём опыте. 🔵С чем связан выход на рынок. 📝 Секция «Требования/Нотации/Документация»: 🔵Перечень используемых нотаций. 🔵Опыт написания ER - диаграмм. 🔵Типы связей между таблицами. 🔵Как на sequence ‑ диаграмме отражаешь альтернативные ветки. 🔵Как различаешь синхронные и асинхронные вызовы на sequence. 👣 Секция «HTTP/REST и синхронные интеграции»: 🔵Были ли у вас на проекте REST - интеграции. 🔵В каких случаях поднимали мажорную версию API. 🖥Секция «Брокеры сообщений и асинхронные интеграции»: 🔵Принцип работы Kafka. 🔵Топики, партиции, оффсеты. 🔵Партиции: зачем они нужны и почему их несколько в топике. 🤓 Секция «Практика»: 🔴Кейс: В Kafka было опубликовано сообщение. После того как наш консьюмер его прочитал, мы поняли, что обработали его неправильно. Как можно реализовать повторное чтение этого сообщения? 🔴Кейс: Как обеспечить корректную последовательность обработки сообщений? 🔴Попутные вопросы по кейсу: 🔵Если сообщения ушли в разные партиции и одна отвалилась - что произойдет с последовательностью? 💩 Голосование: Как вам собес? 🙏 — Сложновато 🔥 — Изи собес ❤️ — Спасибо за подгон Подписывайтесь на: ❤@sa_sobes

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

‼️Коллеги, просьба ‼️ кто работает в аккредитованной 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 Жалование: 260к запрошено ⏺Запись собеседования⏺ 📝 Секция «Общие вопросы»: 🔵Расскажите о себе, о своём опыте. 🔵Почему вышли на рынок. 🔵Состав команды на предыдущем проекте. 👣 Секция «HTTP/REST и синхронные интеграции»: 🔵Термин "интеграция" своими словами. 🔵Классификация интеграций. 🔵Синхронные vs асинхронные интеграции. 🔵Основные протоколы или архитектурные стили для синхронных интеграций. 🔵Опыт работы с WebSocket. 🖥Секция «Брокеры сообщений и асинхронные интеграции»: 🔵С какими брокерами сообщений работал. 🔵Kafka vs RabbitMQ. ⚙️ Секция «Архитектура»: 🔵В каком виде приходят задачи, как вы их прорабатываете. 🤓 Секция «Практика»: 🔴Кейс: У тебя есть брокерское приложение где мгновенно (частота обновления информации несколько раз в секунду) обновляется информация о котировках на бирже. Каким - то образом информация из биржи была доставлена до нашего backend'a. Как эту информацию доставить на фронт? Какой тип интеграции ты выберешь? 🔴Кейс: Как сделать так, чтобы backend перестал слать сообщения по WebSocket, если клиент уже не слушает, но соединение не закрыл? 🔴Кейс: При открытии сайта должна показываться погода релевантная к тому местоположению, где находится устройство, и ко времени открытия сайта. Мы нашли какую-то бесплатную API'шку на просторах интернета у неё только один GET - запрос, в Query - параметрах которого мы передаём ID региона. В ответ она отдает строчку "погода". Как будешь решать данную задачу? 🔴Попутные вопросы по кейсу: 🔵Как определить местоположение клиента, чтобы положить в POST‑запрос. 🔵Где будем хранить справочник соответствия города и ID региона. 🔵Диаграмма последовательности запросов. 💩 Голосование: Как вам собес? 🙏 — Сложновато 🔥 — Изи собес ❤️ — Спасибо за подгон Подписывайтесь на: ❤@sa_sobes