[middle] SA | Aston | REST, SOAP, Kafka, SQL, BPMN

Компания: #aston
Уровень: #middle
Формат: #техсобес
Темы: #REST #SOAP #XML #XSD #WSDL #Kafka #RabbitMQ #gRPC #SQL #SQL_задачи #ERD #BPMN #UML #DoR #DoD #user_story #use_case #openapi #swagger #пси #тестирование #архитектура #реальный_уровень

Как проходит собеседование:
Сначала коротко идут вопросы по проектному опыту и артефактам, потом плотный теоретический блок по интеграциям, после этого база данных и SQL, дальше архитектура, UML/BPMN, Agile-термины и блок про тестирование. По ходу интервью много уточнений и разворотов в сторону “объясни на примере”.

🧩 Общие вопросы
➖С какими артефактами работал?
➖Что такое DoR и DoD?
➖В чем отличие User Story от Use Case?

🔌 Интеграции / REST / Kafka
➖Что такое REST и какие у него принципы?
➖Чем REST отличается от SOAP?
➖Что такое XML, XSD, WSDL?
➖Зачем нужны брокеры сообщений?
➖В чем разница Kafka и RabbitMQ?
➖Почему Kafka производительнее?
➖Что такое consumer group?
➖Чем gRPC отличается от REST?

🗄 Базы данных / SQL
➖Какие бывают типы БД?
➖Какие бывают join?
➖Чем WHERE отличается от HAVING?
➖Что такое UNION?
➖Что такое индекс?
➖Как реализуется many-to-many?
➖Что такое нормализация и какие бывают аномалии?
➖Как оптимизировать БД, если она медленно работает?

📐 Архитектура / BPMN / UML
➖Какие знаешь архитектурные стили?
➖Какие UML-диаграммы использовал?
➖Почему BPMN, если есть UML?
➖Чем отличаются pool и lane?

⚠️ Где будет сложно
Сложные места тут — не определения, а короткое объяснение механики:
REST-принципы, SOAP/XSD/WSDL, логика брокеров, разница Kafka/RabbitMQ, consumer group, many-to-many, нормализация, BPMN vs UML, User Story vs Use Case, ПСИ. Уточнения идут плотно именно там.

🎯 Что полезного в этой записи
Здесь нормальная подборка реальных middle-вопросов: от REST и Kafka до SQL, BPMN и тестирования. Хорошо видно, как интервьюер углубляет тему, если ответ слишком общий.

👀 Кому смотреть
junior — чтобы понять, куда копать дальше;
middle — чтобы сверить базу перед похожим техсобесом.

Полная запись на Boosty.

[middle] SA | Aston (Сбермаркет) | REST, SOAP, Kafka, SQL, BPMN

Компания: #aston
Уровень: #middle
Формат: #техсобес
Темы: #REST #SOAP #XML #XSD #WSDL #Kafka #SQL #SQL_задачи #ACID #partitioning #sharding #BPMN #UML #sequence #use_case #ERD #интеграции #архитектура #реальный_уровень

Как проходит собеседование:
Сначала кандидат рассказывает про опыт и артефакты, дальше идёт плотный блок по интеграциям (REST/SOAP, XML), затем Kafka, после этого база данных и SQL, в конце BPMN и чтение диаграммы. Интервьюер часто уточняет и просит объяснить механику, а не просто дать определение.

🧩 Общие вопросы
➖Расскажи про свой опыт и зоны ответственности
➖С какими артефактами работал?
➖Что входит в ТЗ / SRS?

🔌 Интеграции / REST / XML
➖Что такое REST и его принципы?
➖Чем REST отличается от SOAP?
➖Stateless vs stateful
➖Что такое XML, XSD, WSDL?

📩 Kafka
➖Что такое topic / partition / consumer group?
➖Что будет, если consumers больше/меньше, чем partitions?
➖Что такое offset?
➖Какие есть гарантии доставки?
➖Зачем нужен key?
➖Что такое DLQ?
➖Что такое Zookeeper?

🗄 Базы данных / SQL
➖Что такое ACID?
➖Разница partitioning и sharding
➖Какие бывают JOIN?
➖Что такое нормализация (1НФ, 2НФ, 3НФ)?
➖Какие есть ограничения (constraints)?
➖Группы SQL операторов (DDL/DML/DCL/TCL)
➖Разница DROP / TRUNCATE / DELETE

📐 BPMN
➖Пройти процесс по диаграмме
➖Какие бывают gateway?
➖Какие бывают потоки (flow)?
➖Чем отличаются элементы на схеме?

⚠️ Где будет сложно
Сложность не в базовых определениях, а в деталях и механике:
🟤Kafka (key, DLQ, Zookeeper),
🟤нормализация (особенно 2НФ),
🟤SQL операторы и TRUNCATE,
🟤а также продвинутые элементы BPMN (gateway и flow).
Интервьюер активно углубляет именно туда.

🎯 Что полезного в этой записи
Хороший пример “реального middle”: видно, что базу спрашивают широко (Kafka, SQL, BPMN), но валят на деталях и терминологии. Показательно, где именно теряются баллы.

👀 Кому смотреть
junior — чтобы понять, какой объём базы нужен;
middle — чтобы проверить слабые места перед собеседованием.

Полная запись на Boosty.

[middle] SA | СберМаркет | BPMN, Kafka, REST, Архитектура

Компания: #сбермаркет
Уровень: #middle
Формат: #техсобес
Темы: #BPMN #UML #Kafka #архитектура #микросервисы #REST #идемпотентность #event_driven #swagger #yaml #plantuml #sequence #json #SQL #моделирование_данных #отказоустойчивость #distributed_systems #реальный_уровень

Как проходит собеседование:
Сначала коротко обсуждают опыт и подход к сбору требований, дальше дают BPMN-схему на разбор (элементы, ошибки). Затем архитектура (монолит / SOA / микросервисы), после — практический кейс с REST и синхронными вызовами.

Дальше идут вопросы на реальные сценарии: денормализация, idempotency. Затем UML и форматы (PlantUML, JSON/YAML, Swagger). В конце Kafka (база + гарантия доставки) и немного моделирования БД. По ходу интервью много уточнений и углублений в практику.

💬 Общие вопросы
➖Как собираешь требования?
➖Какие методы приоритизации используешь (MoSCoW)?

🔗 Интеграции / REST / Kafka
➖Минусы синхронного взаимодействия
➖Как повысить отказоустойчивость?
➖Когда использовать брокер сообщений?
➖Когда допустима денормализация данных?
➖Что такое idempotency key и как обрабатывать повторные запросы?
➖Какие параметры задаются при работе с Kafka?
➖Что такое топик, партиция, consumer group?
➖Как выбрать количество партиций?
➖Как обеспечить гарантию доставки сообщений?

🗄 Базы данных
➖Как хранить иерархию (организация → подразделения)?
➖Как реализовать self-reference?

📏 Архитектура / BPMN / UML
➖Какие архитектурные стили знаешь?
➖Соотнести схему с типом архитектуры
➖Какие элементы есть в BPMN и чего не хватает?
➖Найти ошибку в BPMN-схеме
➖Какие UML-диаграммы знаешь?
➖Какая диаграмма подходит для статусной модели?

🧾 Форматы / документация
➖Что такое PlantUML (на примере sequence)?
➖JSON vs YAML
➖Как описываешь REST API (endpoint, headers, body, коды)?
➖Что такое Swagger / OpenAPI?

⚠️ Где будет сложно
Сложные места — практическое применение:
🟤REST (асинхронные сценарии),
🟤Kafka (гарантия доставки, offset),
🟤idempotency,
🟤денормализация данных,
🟤BPMN (шлюзы и события),
🟤различие JSON/YAML. Уточнения идут именно в этих местах.

🎯 Что полезного в этой записи
Хороший пример живого собеседования уровня middle с упором на реальные кейсы: отказоустойчивость, интеграции, Kafka и BPMN. Видно, как интервьюер уводит от теории к практике.

👀 Кому смотреть
junior — чтобы понять, куда копать дальше;
middle — чтобы сверить базу перед собеседованиями в Сбер.

Полная запись на Boosty.

[middle] BA/SA | МангоОфис | Требования, кейсы, NFR, аналитика

Компания: #мангоофис
Уровень: #middle
Формат: #техсобес
Темы: #требования #user_story #use_case #gherkin #REST #SOAP #SQL #join #scrum #jira #confluence #product_metrics #аналитика #custdev #competitor_analysis #оценка #NFR #edge_cases

Как проходит собеседование:
Сначала обсуждают опыт кандидата и реальные проекты. Уточняют роль BA в команде и взаимодействие с продуктом/разработкой.
Дальше идет блок по требованиям: user story, use case, acceptance criteria (Gherkin), типы требований и их формализация.
Затем системная база: REST vs SOAP, CRUD, HTTP-методы, SQL (join’ы), работа с данными.
После дают практический кейс: нужно собрать требования к кнопке выключения/включения микрофона в конференции и устно поставить задачу разработчику.

❓ Общие вопросы
➖Расскажи про опыт и проекты
➖Как собираешь требования (интервью, артефакты, фиксация)?
➖Как работаешь со стейкхолдерами?
➖Как ведешь задачи в Jira / Confluence?
➖Как устроены процессы (Scrum, DoR/DoD)?

🔗 Интеграции / REST / SOAP / SQL
➖REST vs SOAP
➖CRUD и HTTP-методы
➖Идемпотентность (как сделать POST безопасным)
➖SQL: inner vs left join, работа с связями

📝 Требования
➖User story vs use case
➖Структура use case (акторы, сценарии, альтернативы)
➖Acceptance criteria (Gherkin)
➖Типы требований (бизнес / функциональные / нефункциональные)
➖Как выявлять неоднозначности в требованиях?
➖Как фиксировать edge cases заранее?

⚙️ Практический кейс (ключевая часть)
➖Как собрать требования к функции микрофона?
➖Как разобрать неоднозначность “выключить звук” (пользователь vs все пользователи)?
➖Как уточнять у заказчика, если формулировка размыта?
➖Как описать поведение системы при клике (вкл/выкл, toggle)?
➖Что делать при двойном клике и гонках событий?
➖Как задавать NFR: latency, ошибки, состояние по умолчанию?
➖Как учитывать разные платформы (web/desktop/mobile)?
➖Как объяснить задачу разработчику так, чтобы не было разночтений?

📊 Продуктовая часть / аналитика
➖Какие метрики можно собрать (нажатия, usage, частота)?
➖Как понять, используется ли функция?
➖Как оценивать удобство фичи?
➖Логи как источник аналитики
➖Базовое понимание продуктовой аналитики (без GA/Метрики глубоко)

⚠️ Где будет сложно
🟤сильная проверка на неоднозначность формулировок
🟤часто “ломают” кейс через уточнения и edge cases
🟤NFR всплывают неожиданно (latency, ошибки, состояние системы)
🟤легко ошибиться, если не разделять: пользователь vs система vs роли
🟤продуктовая аналитика может быть слабым местом без опыта

🎯 Что полезного в этой записи
Хороший пример middle BA собеседования, где проверяют не теорию, а мышление: умение уточнять требования, находить противоречия, учитывать NFR и переводить бизнес-задачу в однозначную техническую формулировку.

👀 Кому смотреть
junior — чтобы понять уровень требований на middle;
middle — чтобы прокачать кейсы, NFR и работу с неоднозначностью.

Полная запись на Boosty.

[middle] SA | FM Logistic | WMS, микросервисы, Kafka, SQL

Компания: #fmlogistic
Уровень: #middle
Формат: #техсобес
Темы: #wms #логистика #микросервисы #kafka #sql #bpmn #use_case #api #integration #scrum #jira #confluence #data_modeling #аналитика

Как проходит собеседование:
Начинается с подробного разбора опыта кандидата — про проекты, роль аналитика и бизнес-контекст. Важно не просто “что делал”, а какую задачу решал бизнес.
Затем идет системный блок:
микросервисная архитектура
взаимодействие сервисов (Kafka, события), API и спецификации, SQL и моделирование БД
После — вопросы на мышление: дают ситуацию (например, рассинхронизация сервисов) и просят предложить решение.

❓Общие вопросы
➖Расскажи про проект (особенно бизнес-ценность)
➖Как унифицировали складской учет?
➖Как работал с разрозненными данными (номенклатура, артикулы)?
➖Кто был стейкхолдерами и как с ними взаимодействовал?
➖Как работал с задачами: откуда приходили и как декомпозировал?
➖Как взаимодействовал с заказчиком напрямую?

📦 Домен / логистика (опыт)
➖Как устроены складские операции (приемка, отгрузка, трансферы)?
➖Как фиксируются события (кладовщик, ТСД, система)?
➖Как работает инвентаризация (массовая vs циклическая)?
➖Как улучшали точность остатков (stock accuracy)?
➖Какие бизнес-проблемы решали (расхождения, ручной учет)?

🔗Архитектура / интеграции
➖Как устроена микросервисная архитектура?
➖Как сервисы взаимодействуют (синхронно vs асинхронно)?
➖Kafka: топики, консюмеры, обработка сообщений
➖Что такое Dead Letter Queue и зачем она нужна?
➖Как обеспечивается доставка сообщений?
➖Что происходит при рассинхронизации сервисов?

🛠Практический кейс
Есть 2 сервиса: один обработал сообщение, второй — нет
➖Как решать проблему рассинхронизации?
➖Как избежать ситуации, когда данные “разъехались”?
➖Что делать при несовместимых версиях API?
➖Как обеспечить консистентность данных?

🧩 Требования и артефакты
➖User story vs use case
➖Как описываешь требования (структура, детализация)?
➖Когда используешь BPMN?
➖Нужно ли строго соблюдать нотации или можно упрощать?
➖Как документируешь API (вход/выход, маппинг, sequence)?
➖Работа с Confluence / Jira

🗄 Базы данных / SQL
➖Какие запросы писал (join, group by, subquery)?
➖Как проектировал БД (связи, ключи)?
➖Что такое индексы и зачем они нужны?
➖Как оптимизировали медленные запросы?
➖Нормализация vs денормализация (когда нарушать правила)?

🤝 Работа с людьми
➖Как работаешь со сложными стейкхолдерами?
➖Что делать, если заказчик “сливается”?
➖Как добываешь требования без помощи лида/PM?
➖Как готовишься к интервью с бизнесом?

⚠️ Где будет сложно
🟤много вопросов именно про бизнес-суть, а не только технику
🟤глубокая проверка микросервисного мышления (Kafka, события)
🟤кейсы на консистентность данных
🟤могут копать в SQL и моделирование глубже, чем ожидаешь

🎯 Что полезного в этой записи
Это хороший пример middle SA/BA собеседования, где проверяют:
понимание реального бизнеса (WMS), умение работать в микросервисной архитектуре, способность думать, а не воспроизводить теорию

👀 Кому смотреть
junior — понять, какой разрыв до middle;
middle — прокачать архитектуру, Kafka и кейсы на консистентность.

Полная запись на Boosty.

[middle] SA | Комрадес Девс | интеграции, Kafka/RabbitMQ, API, UML, SQL

Компания: #комрадес_девс
Уровень: #middle
Формат: #техсобес
Темы: #REST #Kafka #RabbitMQ #интеграции #SQL #ERD #UML #user_story #use_case #API #архитектура #синхронность #асинхронность #Agile #Scrum #реальный_уровень

Как проходит собеседование:
Начинается с подробного разбора опыта кандидата: проекты, роли, артефакты, взаимодействие с командой. Затем идут ситуационные вопросы — конфликты, работа с требованиями, коммуникация с бизнесом. Основной упор — на интеграции и архитектурное мышление. В конце дают практические кейсы (интернет-магазин, оффлайн-режим) и обсуждают инструменты.

🧩 Общие вопросы
➖Чем занимался на проектах?
➖Какие артефакты писал?
➖Как взаимодействовал с командой и бизнесом?
➖Как решаешь конфликты с разработчиками?
➖Что делаешь, если требования неясные или противоречивые?

📄 Требования и артефакты
➖Как описываешь User Story и Use Case?
➖Какая структура у Use Case?
➖Какие диаграммы используешь (ER, UML)?
➖Как документируешь API?
➖Какие шаблоны требований применяешь?

🔋 Интеграции / брокеры
➖Когда использовать синхронное взаимодействие?
➖Когда асинхронное?
➖Как работают брокеры сообщений?
➖Разница Kafka и RabbitMQ?
➖Когда что выбрать?
➖Что происходит с сообщениями после чтения?

🏗 Архитектура / кейсы
➖Как спроектировать цепочку заказа (сайт → банк → склад → доставка)?
➖Как обрабатывать ошибки в распределенной системе?
➖Как логировать и восстанавливать процессы?
➖Как реализовать систему при плохом интернете (оффлайн-first)?
➖Как синхронизировать локальную и центральную системы?

📑 Базы данных
➖Какую БД выбрать для локального решения?
➖Как хранить и синхронизировать данные?
➖Как организовать очередь и обработку сообщений?

⚠️ Где будет сложно
Основная сложность — не в терминах, а в применении:
асинхронная архитектура,
🟤выбор между Kafka/RabbitMQ,
🟤проектирование цепочек,
🟤обработка ошибок,
🟤оффлайн-сценарии. Интервьюер проверяет, насколько кандидат понимает реальные кейсы.

🎯 Что полезного в этой записи
Хороший пример собеседования с упором на практику: кейсы (интернет-магазин, оффлайн-производство), проверка системного мышления и умения договариваться с бизнесом и разработкой.

👀 Кому смотреть
junior — чтобы понять реальные ожидания от middle;
middle — чтобы прокачать архитектурное мышление и интеграции перед собеседованием.

Полная запись на Boosty.

[middle] SA | A7 Технологии | REST, Kafka, DB, Architecture

Компания: #A7_Технологии
Уровень: #middle
Формат: #техсобес
Темы: #REST #HTTP #Kafka #идемпотентность #ACID #BASE #SQL #индексы #NoSQL #архитектура #микросервисы #системный_анализ #интеграции #реальный_уровень

Как проходит собеседование:
Начинается с обсуждения опыта кандидата: роли, проекты, соотношение бизнес/системного анализа. Далее — глубокий технический блок: интеграции, REST и идемпотентность, базы данных и транзакции, Kafka. В процессе дают практические кейсы и проверяют умение рассуждать, а не просто давать определения.

👤 Общие вопросы
➖Расскажи про свой опыт и роль на проектах
➖Какое соотношение бизнес- и системного анализа?
➖С кем взаимодействовал? Откуда приходили задачи?
➖Какие артефакты создавал (user stories, модели данных, диаграммы)?

🔌 Интеграции / REST
➖Какие бывают способы интеграции (синхронные/асинхронные)?
➖Что такое REST? Его принципы
➖Когда API не считается RESTful?
➖Можно ли использовать HTTP-методы “не по назначению”?
➖Что такое идемпотентность?
➖Все ли идемпотентные методы безопасны?
➖Как работает PATCH и когда он (не)идемпотентный?
➖Как решать проблему дублей (idempotency key)?

🔄 Базы данных
➖Разница между реляционными и NoSQL БД
➖Что такое ACID и BASE?
➖Почему NoSQL быстрее?
➖Что такое транзакция?
➖Уровни изоляции транзакций
➖Что такое SQL-инъекция?
➖Как ускорить БД?

📊 Индексы / оптимизация
➖Что такое индекс и как он работает?
➖Типы индексов (B-Tree, Hash и др.)
➖Когда индекс не используется?
➖Как выбрать индекс под запрос?
➖Что такое денормализация и зачем она нужна?
➖Шардирование и партиционирование

📨 Kafka
➖Что такое Kafka?
➖Что такое consumer group?
➖Что такое offset?
➖Что происходит при добавлении консюмера?
➖Что будет при добавлении партиций?
➖Как работает репликация?
➖Гарантии доставки (at most / at least / exactly once)

🏗 Архитектура
➖Когда переходят от микросервисов к монолиту?
➖Проблемы микросервисной архитектуры
➖Паттерны: оркестрация vs хореография
➖Что такое Saga?
➖Зачем нужен API Gateway?

🔧 Практические кейсы
➖Как агрегировать данные при лимите на чтение (1000 записей)?
➖Как избежать двойного списания при обновлении данных?
➖Как реализовать систему с несколькими источниками записи?
➖Как работает синхронизация данных между системами?
➖Как устроены онлайн-игры (реалтайм взаимодействие)?
➖Где должна происходить бизнес-логика: клиент или сервер?

⚠️ Где будет сложно
Основная сложность в логике:
🟤идемпотентность,
🟤PATCH vs PUT,
🟤работа индексов,
🟤уровни изоляции,
🟤Kafka (offset, репликация),
🟤архитектурные решения. Интервьюер проверяет понимание “почему так”.

🎯 Что полезного в этой записи
Отличный пример “живого” middle-собеса: много практики, кейсов и уточняющих вопросов. Хорошо видно, где знаний “на уровне определения” уже недостаточно.

👀 Кому смотреть
junior — чтобы понять разрыв до middle;
middle — чтобы проверить себя перед техсобесом в продуктовую компанию.

Полная запись на Boosty.

[middle] SA | Банк Узбекистан | REST, gRPC, SQL, интеграции, финтех

Компания: #банк_узбекистан
Уровень: #middle
Формат: #техсобес
Темы: #REST #HTTP #gRPC #асинхронщина #Kafka #SQL #индексы #шардирование #UML #BPMN #ERD #интеграции #микросервисы #финтех #авторизация #аутентификация

Как проходит собеседование:
Начинается с подробного разбора опыта кандидата и проектов, затем переходят к жизненному циклу ПО и требованиям. После этого идут диаграммы и базы данных, затем большой блок по интеграциям (REST, протоколы, синхрон/асинхрон). В конце — финтех-кейс (переводы между банками) и немного архитектуры. Интервьюер активно задаёт уточняющие вопросы и проверяет глубину понимания.

🧩 Общие вопросы
➖Расскажи про свой опыт и проекты
➖Какая была роль на проекте?
➖Какие артефакты создавал (документация, диаграммы, API)?
➖Жизненный цикл ПО
➖Виды требований (бизнес / функциональные / нефункциональные)
➖Пример различия бизнес и функциональных требований

😎 Диаграммы и моделирование
➖Какие диаграммы использовал? (BPMN, UML, ERD)
➖Для чего нужны use case / sequence диаграммы?
➖Что показывает ER-диаграмма?
➖Сущности, связи, ключи

🗄 Базы данных
➖Реляционные vs нереляционные БД
➖Когда использовать MongoDB / Redis?
➖Что такое индексы и зачем они нужны?
➖Минусы индексов
➖Связь many-to-many (пример + реализация)
➖Что такое шардирование и когда применяется?

🔌Интеграции / протоколы
➖Синхронное vs асинхронное взаимодействие
➖Принципы REST
➖HTTP/HTTPS и другие протоколы
➖SOAP vs REST (вопросы на понимание, почему используется)
➖gRPC — на чём основан и его преимущества
➖Polling / Webhook
➖Брокеры сообщений (Kafka на базовом уровне)

📡 HTTP и API
➖Группы HTTP-кодов (200 / 400 / 500)
➖Разница между 200, 201, 202, 204
➖Всегда ли соблюдаются стандарты?
➖CRUD методы (GET / POST / PUT / PATCH)
➖Когда можно нарушать REST-семантику?

🔐 Безопасность
➖Идентификация / аутентификация / авторизация
➖Разница между ними

🏦 Финтех / архитектура
➖Как работают международные переводы между банками?
➖Как происходит взаимодействие между системами?
➖Где нужны транзакции?
➖Как учитывать валюту и комиссии?
➖Какую архитектуру можно предложить?
➖Нужен ли брокер сообщений?
➖Что такое шина данных (ESB), плюсы и минусы

⚠️ Где будет сложно
🟤интеграции (протоколы, когда что использовать)
🟤gRPC и асинхронные сценарии
🟤финтех-кейсы (реальные процессы переводов)
🟤архитектура (когда нужен брокер, как строить взаимодействие)
🟤индексы и шардирование (понимание, а не определения)

🎯 Что полезного в этой записи
Хороший пример собеседования с уклоном в практику: кандидата не валят на SQL-задачах, но проверяют системное мышление — как он проектирует интеграции и рассуждает про реальные кейсы (банковские переводы, архитектура). Видно, где не хватает глубины — особенно в протоколах и финтех-домене.

👀 Кому смотреть
junior — чтобы понять, какого уровня ждут на middle;
middle — чтобы прокачать интеграции, протоколы и архитектуру.

👉 Полная запись на Boosty ⬅️

Привет! На этом канале мы публикуем разборы интервью на позиции системного аналитика.

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

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

Чем полезен канал:

💘 Актуальные требования — можно узнать, что именно спрашивают работодатели прямо сейчас
💘 Подготовка к интервью — записи помогают выделить слабые места в своих знаниях и понять логику интервьюеров
💘 Работа над ошибками — разбор того, какие вопросы вызывают наибольшие трудности у кандидатов

Полные записи всех собеседований доступны на Boosty

Доступные записи:

📌[middle] SA | Aston | REST, SOAP, Kafka, SQL, BPMN
📌[middle] SA | Aston (Сбермаркет) | REST, SOAP, Kafka, SQL, BPMN
📌[middle] SA | СберМаркет | BPMN, Kafka, REST, Архитектура
📌[middle] BA/SA | МангоОфис | Требования, кейсы, NFR, аналитика
📌[middle] SA | FM Logistic | WMS, микросервисы, Kafka, SQL
📌[middle] SA | Комрадес Девс | интеграции, Kafka/RabbitMQ, API, UML, SQL
📌[middle] SA | A7 Технологии | REST, Kafka, DB, Architecture
[middle] SA | Банк Узбекистан | REST, gRPC, SQL, интеграции, финтех