ru
Feedback
BA & SA | 10000 Interview questions

BA & SA | 10000 Interview questions

Открыть в Telegram

Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7

Больше

📈 Аналитический обзор Telegram-канала BA & SA | 10000 Interview questions

Канал BA & SA | 10000 Interview questions (@systemanalystinterview) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 10 213 подписчиков, занимая 3 873 место в категории Карьера и 64 191 место в регионе Россия.

📊 Показатели аудитории и динамика

С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 10 213 подписчиков.

Согласно последним данным от 15 июня, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило 301, а за последние 24 часа — -1, при этом общий охват остаётся высоким.

  • Статус верификации: Не верифицирован
  • Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 3.19%. В первые 24 часа после публикации контент обычно набирает 2.35% реакций от общего числа подписчиков.
  • Охват публикаций: В среднем каждый пост получает 326 просмотров. В течение первых суток публикация набирает 240 просмотров.
  • Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 3.
  • Тематические интересы: Контент сосредоточен на ключевых темах, таких как объяснение, индекс, user_id, субд, паттерн.

📝 Описание и контентная политика

Автор описывает ресурс как площадку для выражения субъективного мнения:
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7

Благодаря высокой частоте обновлений (последние данные получены 16 июня, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Карьера.

10 213
Подписчики
-124 часа
+1267 дней
+30130 день
Архив постов
☀Объяснение: ETL-процессы часто прерываются: сетевой сбой, таймаут, рестарт кластера. Если загрузка не спроектирована идемпотентно, после перезапуска могут появиться дубликаты. Решение – использовать MERGE (в PostgreSQL) или INSERT ... ON CONFLICT DO UPDATE (в SQLite, PostgreSQL), или REPLACE (MySQL). Уникальный составной ключ (например, order_id + line_id) гарантирует, что повторная вставка не создаст дубль, а обновит существующую строку или проигнорирует её. Пример кода: sql
INSERT INTO dwh_orders (order_id, amount, loaded_at)
VALUES (123, 1000, NOW())
ON CONFLICT (order_id) DO UPDATE SET
  amount = EXCLUDED.amount,
  loaded_at = EXCLUDED.loaded_at;
Почему это важно для аналитика? В требованиях к интеграции данных нужно явно указывать: «Загрузка должна быть идемпотентной. Повторный запуск того же пакета не должен порождать дубликатов». Без этого после каждого сбоя оператору придётся вручную чистить таблицу. Реальный кейс: В крупном ретейлере из-за отсутствия идемпотентности при ночном сбое накопилось 15% дублей заказов. Отчётность встала на неделю.

Ваш рабочий мессенджер не замедлят Можно не беспокоиться о том, что кто-то из сотрудников не сможет зайти в чат или подключит
Ваш рабочий мессенджер не замедлят Можно не беспокоиться о том, что кто-то из сотрудников не сможет зайти в чат или подключиться к онлайн-встрече. Рабочие чаты и данные под контролем вашей компании. Всё для работы уже в Битрикс24: • чаты 1-на-1 • групповые чаты • каналы для новостей и важного • видеозвонки без лимита по времени • коллабы для работы с аутсорсом и внешними командами Всё в мобильном приложении, без ограничений по пользователям. Зарегистрироваться #реклама 16+ bitrix24.ru О рекламодателе

Вы ведь уже задумывались о заработке в Telegram… Сохраняли посты. Читали советы. Откладывали «на потом». И вроде бы интерес е
Вы ведь уже задумывались о заработке в Telegram… Сохраняли посты. Читали советы. Откладывали «на потом». И вроде бы интерес есть… но до действий так и не доходит. Мозг выбирает самое простое — ничего не делать 👉 https://t.me/addlist/BHoA9CZmCi5lM2Yy Чтобы разорвать этот круг, не нужно сразу «делать идеально». Достаточно просто дать себе понятную точку входа. Мы собрали папку, где уже есть база: — как расти в Telegram — как привлекать людей — как выстраивать систему — как приходить к доходу Подпишись и просто начни с малого https://t.me/addlist/BHoA9CZmCi5lM2Yy Иногда самое сложное — это первый шаг. Записывайся в подборку🫶

4847. Ежедневная ETL-выгрузка из CRM в DWH иногда дублирует строки из-за того, что загрузка прерывается и перезапускается. Какой механизм нужно добавить, чтобы избежать дублей даже при перезапуске?
Anonymous voting

№4847 категория вопросов: #TESTING

☀Объяснение: Слово «очень быстро» субъективно. Для одного заказчика 2 секунды — отлично, для другого — неприемлемо. Аналитик обязан перевести неопределённое пожелание в измеримые критерии. Например:
«95% запросов на создание заказа должны выполняться не более 500 мс при нагрузке 1000 RPS».
Без цифр разработчик ориентируется на свой опыт, тестировщик не может проверить, а на приёмке начинаются споры. Хороший аналитик задаёт уточняющие вопросы: Какое максимальное время допустимо? Какой процент запросов должен укладываться в это время (процентиль)? При какой нагрузке? Реальный кейс: В одном проекте «быстрая выгрузка отчёта» означала для заказчика 10 секунд, а разработчик сделал 2 минуты (думая, что это быстро). После внедрения конкретных цифр время сократили до 5 секунд, и заказчик принял работу. Вывод: Любое расплывчатое требование о качестве (быстрота, надёжность, удобство) нужно превращать в числовые метрики. Это экономит часы споров и переделок.

4846. Заказчик говорит: «Система должна обрабатывать заказы очень быстро». Аналитик записывает это в требования. На приёмке заказчик недоволен, потому что заказ обрабатывается 2 секунды, а он ожидал 0.5 секунды. Что нужно было сделать аналитику?
Anonymous voting

№4846 категория вопросов: #REQUIREMENTS

☀Объяснение: В реляционной БД для товаров с разным набором атрибутов пришлось бы использовать либо много колонок с NULL (жестко и негибко), либо EAV-модель (таблица «сущность-атрибут-значение»). EAV приводит к сложным запросам с множеством JOIN, падению производительности и нечитаемости. Документоориентированные БД (MongoDB, Couchbase) хранят каждый товар как отдельный JSON-документ, где атрибуты просто поля документа. Схема гибкая, можно добавлять новые атрибуты без миграций. Это идеально для каталогов, CMS, лидов в CRM. Реальный пример: Интернет-магазины электроники используют MongoDB для каталога, чтобы легко добавлять новые характеристики (например, «наличие eSIM») без изменения схемы. Вывод: Аналитик должен различать случаи: когда схема стабильна и известна — подходит SQL, когда схема часто меняется или вариативна — NoSQL.

Устройтесь представителем Т-Банка ⚡Достойная оплата даже без опыта. Всему обучим и поможем расти. Оплатим связь и расходы на
Устройтесь представителем Т-Банка ⚡Достойная оплата даже без опыта. Всему обучим и поможем расти. Оплатим связь и расходы на транспорт, а еще выдадим смартфон. Можно работать всю неделю, а можно и два-три дня. Узнайте остальные условия. Станьте частью команды Т-Банка! Узнать больше #реклама tbank.ru О рекламодателе

4845. Проектируется каталог товаров, где у каждого товара разный набор атрибутов (телефоны: экран, память; книги: автор, издательство). Схема часто меняется. Какой тип БД предпочтителен?
Anonymous voting

№4845 категория вопросов: #DBMS

В мае стало очевидно: digital снова штормит. AI-выдача давит классический трафик, воронки проседают, и выигрывают не самые опытные — а самые быстрые. В такой момент решает не количество информации, а её качество. Мы собрали папку тех, кто уже адаптируется, работает с цифрами и делится тем, что реально даёт результат. Без шума. Только практика. Если ты в маркетинге / digital / IT — это способ не выпасть из рынка. Сохранить папку себе 📨

☀Объяснение: Webhook — это механизм, при котором внешний сервис сам отправляет HTTP-запрос на ваш endpoint в момент наступления события. Задержка минимальна (секунды). Polling — ваша система постоянно опрашивает сервис «есть ли новости?». Если опрашивать часто, растёт нагрузка; если редко — растёт задержка. Очередь с периодическим чтением тоже вносит задержку. Email — ещё медленнее. В задаче дано: внешний сервис может задерживать отправку до 5 минут, но внутри этого окна webhook — самый быстрый способ. Реальный пример: Платёжные системы (Stripe, PayPal) используют webhook для оповещения о статусе платежа. Ваш сервер получает уведомление через секунды после оплаты, а не через минуты при polling. Вывод: Если внешний сервис поддерживает webhook, это лучший вариант для получения событий в реальном времени. Аналитик должен уметь сравнивать webhook и polling в требованиях к интеграции.

Запустите рекламу в телеграм-каналах через Яндекс Директ Перфоманс-реклама в мессенджере продолжает работать: • Таргетинг по
Запустите рекламу в телеграм-каналах через Яндекс Директ Перфоманс-реклама в мессенджере продолжает работать: • Таргетинг по тематикам и регионам • Умный подбор каналов • Гибкие модели оплаты (CPC и CPV) Яндекс Директ знает, как привлечь целевую аудиторию 💰👌 Попробовать #реклама yandex.ru О рекламодателе

4844. Внешний сервис может присылать уведомления о событиях не мгновенно, а с задержкой до 5 минут. Какой способ получения событий обеспечит минимальную задержку?
Anonymous voting

№4844 категория вопросов: #INTEGRATION

☀Объяснение: «Импортировать Excel» — функциональное требование, но без брейкдауна (декомпозиции) нельзя спроектировать решение. Аналитик обязан разбить на подвопросы: Максимальный размер файла: 1 МБ или 2 ГБ? Это влияет на потоковую обработку (chunked) vs загрузка в память. Форматы: .xlsx.xls.csv? Разные парсеры. Скорость: импорт за 5 секунд или 5 минут? Обработка ошибок: при неверной строке — откат всего импорта или пропуск с логом? Многопоточность: можно ли обрабатывать несколько файлов параллельно? Реальный кейс: Один аналитик не спросил про размер, разработчик загружал файл целиком в память. При 500 МБ сервер упал с OOM. Переделали на потоковый импорт. Вывод: Любое общее требование должно быть разбито на проверяемые компоненты. Это ключевая техника системного анализа.

Счёт и бухгалтерия для бизнеса — бесплатно Откроем расчётный счёт без визита в банк, в удобное время и удобном месте. Возьмём
Счёт и бухгалтерия для бизнеса — бесплатно Откроем расчётный счёт без визита в банк, в удобное время и удобном месте. Возьмём на себя учёт ваших доходов. • Обслуживание счёта от 0 ₽ • Бесплатная Онлайн-бухгалтерия • Бесплатные платежи для бизнеса • Бесплатные переводы физлицам до 1 млн ₽ • Бесплатный базовый ЭДО • Кешбэк с налогов 3% • Поддержка без ботов и автоответов 24/7 ✅ Подберём тариф и посоветуем полезные сервисы для бизнеса. Оставьте заявку на сайте! Перейти на сайт Финансовые услуги оказывает: ООО "Точка Банк". #реклама tochka.com О рекламодателе

4843. Заказчик: «Система должна импортировать Excel-файл». Аналитик передал задачу разработчику. Импорт сломался из-за файла в 2 ГБ. Что аналитик упустил?
Anonymous voting