Available now! Telegram Research 2025 — the year's key insights 
BA & SA | 10000 Interview questions
Open in Telegram
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7
Show more📈 Analytical overview of Telegram channel BA & SA | 10000 Interview questions
Channel BA & SA | 10000 Interview questions (@systemanalystinterview) in the Russian language segment is an active participant. Currently, the community unites 10 216 subscribers, ranking 3 872 in the Career category and 64 026 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 10 216 subscribers.
According to the latest data from 19 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 334 over the last 30 days and by 1 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 3.33%. Within the first 24 hours after publication, content typically collects 2.50% reactions from the total number of subscribers.
- Post reach: On average, each post receives 340 views. Within the first day, a publication typically gains 255 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 2.
- Thematic interests: Content is focused on key topics such as объяснение, индекс, user_id, субд, паттерн.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7”
Thanks to the high frequency of updates (latest data received on 20 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Career category.
10 216
Subscribers
+124 hours
+147 days
+33430 days
Posts Archive
4771. После добавления промокода автотесты заказа упали. Баг исправлен, но тесты падают из-за нового поля в API. Какой вид тестирования нужен?
Импорт автомобилей в Россию
Автомобили из Европы🚗 Цена ниже рынка РФ на 30-40%. По договору, без предоплаты. Доставка 7-10 дней в РФ. Каталог авто📱
Посмотреть каталог
#реклама
О рекламодателе
☀Объяснение:
Дефект проявляется только при параллельном выполнении двух операций (создание заказа и начисление бонусов), что указывает на проблему конкурентного доступа к общим данным (race condition). В тестовой среде автотесты выполнялись последовательно, поэтому дефект не проявлялся. В боевой среде при реальной нагрузке запросы идут параллельно, и возникает состояние гонки, приводящее к ошибке.
Нагрузочное тестирование (или тестирование параллелизма) специально симулирует одновременные запросы нескольких пользователей. Именно оно могло бы воспроизвести проблему на этапе тестирования до релиза.
❌ Почему не другие варианты:
A (модульное) — проверяет отдельные функции изолированно, race condition не поймает.
B (интеграционное) — обычно проверяет взаимодействие компонентов в последовательном режиме.
D (безопасность) — не относится к проблеме.
Реальный кейс: В интернет-магазине при параллельном оформлении заказа и начислении кешбэка иногда списывались лишние бонусы. Причина — отсутствие блокировки строки в БД. Нагрузочный тест с 50 одновременными пользователями выявил бы проблему.
Что должен сделать аналитик:
Включать в план тестирования сценарии параллельных запросов для критичных операций.
Требовать от команды проведения нагрузочных тестов перед релизом.
В требованиях указывать необходимость блокировок (пессимистических или оптимистических) для разделяемых ресурсов.
#TESTING
Бесплатный курс: веб-дизайн, графика, интерфейсы
Получи востребованные навыки:
- создание дизайна сайтов и приложений
- создание инфографики и карточек для маркетплейсов
- работа в графическом редакторе Figma и др.
Студенты курса в среднем зарабатывают от 68 000 ₽ уже во время обучения💰
Зарегистрироваться
#реклама 16+
ydaev.ru
О рекламодателе
4770. В API заказа автотест в тесте стабилен, в бое падает при параллельных заказе и бонусе. Какой тип тестирования выявил бы дефект?
Быстрый трек в Яндекс для опытных продуктовых дизайнеров
С 20 по 26 апреля проводим Fast Track* для продуктовых дизайнеров — мероприятие быстрого найма в команды Yandex Cloud и Yandex Infrastructure. Все встречи — онлайн, рекрутер заранее договорится с вами об удобном времени.
Ждём дизайнеров с опытом от 3 лет. Будет плюсом, если вы работали с интерфейсами для сложных экосистем, B2E- или SaaS-продуктами и участвовали в развитии дизайн-систем в том числе в опенсорс-проектах.
Как получить офер:
✅ до 17 апреля зарегистрируйтесь на сайте;
✅ до 19 апреля выполните тестовое задание;
✅ 20–26 апреля пройдите вайтборд, познакомьтесь с командами и получите офер.
Подробности и регистрация — по ссылке. Задачи сложные, масштаб впечатляет — присоединяйтесь!
*Быстрый трек
Узнать больше
#реклама 16+
yandex.ru
О рекламодателе
⏱️Папка скоро исчезнет. И это не кликбейт.
Если ты маркетолог и до сих пор откладываешь «посмотреть потом» — потом может не наступить.
Здесь не просто файлы.
Здесь то, что экономит часы работы, спасает от выгорания и даёт идеи, за которые обычно платят.
📌 Готовые решения, которые можно брать и внедрять;
📌 Формулировки, которые реально продают;
📌 Подходы, которые выделяют тебя среди остальных.
☝️Но есть нюанс.
Доступ к папке закрывается.
Без громких анонсов, без второго шанса и без «ещё пару дней подержим».
Если ты понимаешь, что тебе это нужно — забирай сейчас👇
https://t.me/addlist/KJwPBSB44eg5NTli
Потом останется только читать чужие результаты.
Много лосося: роллы, пицца, суши
Скидка 20% на первый заказ в мобильном приложении для новых пользователей
Получить скидку
#реклама 16+
mnogolososya.ru
О рекламодателе
☀Объяснение:
Почему Kafka подходит лучше всего?
Порядок сообщений: Kafka гарантирует строгий порядок внутри одной партиции. Если отправлять все события одного заказа с одинаковым ключом (order_id), они попадут в одну партицию и будут обрабатываться последовательно. RabbitMQ при нескольких потребителях порядок не гарантирует (даже с одним потребителем — да, но пропускная способность упадёт).
Высокая пропускная способность: Kafka рассчитана на 100 000+ событий/сек благодаря пакетной обработке, последовательной записи на диск и эффективному сжатию. RabbitMQ на таких объемах начинает деградировать (особенно с персистентностью).
Отказоустойчивость: acks=all в Kafka означает, что лидер ждёт подтверждения от всех реплик (in-sync replicas) перед ответом продюсеру. Ни одно сообщение не теряется, если хотя бы одна реплика жива. RabbitMQ с зеркалированием очередей тоже отказоустойчив, но при высоких нагрузках это снижает производительность сильнее, чем в Kafka.
Почему не подходят другие варианты?
A (RabbitMQ) — при нескольких потребителях порядок не гарантируется. Даже с одним потребителем пропускная способность будет ниже 100 000/с, особенно с персистентностью.
C (Redis Pub/Sub) — Pub/Sub не хранит сообщения для отставших потребителей (если потребитель упал — сообщения теряются). Redis Streams может, но уступает Kafka по масштабируемости.
D (ActiveMQ) — устаревший брокер, не рассчитан на такие нагрузки.
Реальный кейс:
Логистическая компания перешла с RabbitMQ на Kafka после того, как при пике 50 000 заказов/час порядок обработки начал нарушаться (сообщения одного заказа уходили разным потребителям). После настройки партиционирования по order_id и acks=all производительность выросла до 200 000/сек, а порядок стал строгим.
Что должен зафиксировать аналитик:
Выбор брокера не на вкус, а под требования: Kafka — для потоков больших объёмов с гарантией порядка и отказоустойчивостью; RabbitMQ — для сложной маршрутизации и малых/средних нагрузок.
В требованиях указать ключ партиционирования (order_id), настройку acks, количество реплик.
Вывод: Выбор брокера сообщений — архитектурное решение, влияющее на масштабируемость и надёжность. Аналитик должен понимать разницу, чтобы закладывать правильные нефункциональные требования. 🎯
Получи грант до 3,48 млн на обучение дизайну
Поступай на дизайн в Центральный университет с грантом.
Для учеников 10–11-х классов и СПО. Освой графический, UI/UX и продуктовый дизайн. Создавай визуальные концепты будущего.
На программе студенты получают фундаментальную базу, развивают прикладные навыки, приобретают опыт работы над реальными проектами, собирают портфолио и строят связи внутри дизайн-сообщества
Подать заявку
#реклама 16+
apply.cu.ru
О рекламодателе
4769. Для системы заказов нужны: порядок событий для каждого заказа, 100 000 событий/с, отказоустойчивость. Какой брокер и настройка обеспечат баланс?
IT-магистратура ИТМО, МИФИ в партнёрстве с Яндексом
Освойте высокооплачиваемую IT-профессию. Актуальные программы ИТМО и МФТИ 2026 года, диплом гособразца, много практики от Яндекса. Гибкий график, обучение полностью онлайн, господдержка оплаты, отсрочка от армии
Узнать больше
#реклама 16+
practicum.yandex.ru
О рекламодателе
Сейчас в IT ощущается переломная фаза: компании уже не просто «закрывают вакансию аналитика», а ищут людей, которые умеют говорить и на языке бизнеса, и на языке продукта, и на языке разработки, без лишней воды и формализма.
Это хороший знак: рынок перестаёт довольствоваться «человеком‑исполнителем» и всё больше ценит тех, кто понимает, зачем нужен каждый документ, схема и требование, и как всё это связано в одну систему.Собрали папку, в которую складываем именно то, что реально помогает вникнуть в бизнес‑анализ и IT‑среду, а не просто «заполнить ленту». Тут: разборы задач, примеры документов, чек‑листы, ссылки на качественные каналы и инструменты, которые помогают разобраться в профессии и не тонуть в потоке. Сохранить папку себе 📨
☀️Объяснение:
В RabbitMQ (и многих других брокерах) используется модель с подтверждениями: потребитель явно отправляет basic.ack после успешной обработки сообщения. Если потребитель упал до того, как отправил ack, брокер считает сообщение недоставленным и снова ставит его в очередь для другого потребителя или при перезапуске.
Что это даёт?
· Сообщение точно не будет потеряно (если брокер сохранил его на диск).
· Но оно может быть обработано более одного раза (например, если после обработки, но до ack случился сбой). Это называется at‑least‑once (как минимум один раз).
Почему не exactly‑once (A)?
Exactly‑once требует идемпотентной обработки и часто дополнительных механизмов (транзакции брокера, idempotent producer). Простой ack даёт только at‑least‑once.
Почему не at‑most‑once (C)?
At‑most‑once означал бы, что сообщение может потеряться. Здесь же брокер будет повторять доставку.
Реальный кейс:
В сервисе уведомлений использовали авто-ack (подтверждение сразу после получения, до обработки). При падении потребителя сообщения терялись — это at‑most‑once. Перешли на ручной ack после обработки — получили at‑least‑once, но иногда были дубликаты писем. Затем добавили идемпотентность на стороне потребителя (проверку по ID сообщения) и достигли exactly‑once.
Что должен знать аналитик:
· Гарантии доставки — это компромисс между надёжностью и производительностью.
· At‑least‑once подходит для большинства бизнес-сценариев, если потребитель идемпотентен.
· Если дубликаты недопустимы (финансы), требуйте exactly‑once или проектируйте идемпотентность.
Вывод: При описании интеграций аналитик должен явно указывать требуемую гарантию доставки и стратегию подтверждений. Это влияет на надёжность системы. 🎯
Бесплатный курс: веб-дизайн, графика, интерфейсы
Научись создавать дизайн сайтов и приложений, инфографику для карточек на маркетплейсах и работать в Figma!
Студенты курса в среднем зарабатывают от 68 000 ₽ уже во время обучения💰
Этот курс для тебя, если ты:
✅ мечтаешь о новой профессии, но не знаешь, с чего начать;
✅ чувствуешь, что хочешь большего — свободы, самореализации, творчества;
✅ полный новичок и хочешь систему, а не хаос;
✅ хочешь начать зарабатывать удалённо.
Зарегистрироваться
#реклама 16+
ydaev.ru
О рекламодателе
4768. При падении потребителя после обработки сообщения, но до отправки подтверждения,
сообщение возвращается в очередь и обрабатывается снова. Какая гарантия доставки обеспечивается в этом сценарии?
