en
Feedback
BA & SA | 10000 Interview questions

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 210 subscribers, ranking 3 873 in the Career category and 64 191 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 10 210 subscribers.

According to the latest data from 15 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 301 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.19%. Within the first 24 hours after publication, content typically collects 2.35% reactions from the total number of subscribers.
  • Post reach: On average, each post receives 326 views. Within the first day, a publication typically gains 240 views.
  • Reactions and interaction: The audience actively supports content: the average number of reactions per post is 3.
  • 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 16 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 210
Subscribers
-124 hours
+1267 days
+30130 days
Posts Archive
4875. Устаревший монолит нужно постепенно заменять на микросервисы без остановки системы. Какой паттерн позволяет направлять часть запросов на новый функционал, а часть – на старый, постепенно увеличивая долю нового?
Anonymous voting

№4875 категория вопросов: #ARCHITECTURE

☀Объяснение: Напомним нормальные формы: 1НФ – все атрибуты атомарны, нет повторяющихся групп. 2НФ – находится в 1НФ, и каждый неключевой атрибут зависит от всего первичного ключа (а не от его части). 3НФ – находится в 2НФ, и все неключевые атрибуты зависят только от первичного ключа (нет транзитивных зависимостей). В нашей таблице: Первичный ключ составной: (order_id, product_id), так как один заказ может содержать несколько товаров. customer_idcustomer_nameorder_date зависят только от order_id (части ключа), а не от product_id. product_price зависит только от product_id (части ключа). Это частичные зависимости – нарушение 2НФ. Как исправить? Разделить на три таблицы: Orders (order_id, customer_id, order_date) Customers (customer_id, customer_name) OrderItems (order_id, product_id, quantity) Products (product_id, product_price) Реальный кейс: В старой учётной системе были проблемы с дублированием имён клиентов и цен товаров. После нормализации до 3НФ избыточность снизилась на 70%, а обновление имени клиента перестало требовать правки тысяч записей. Вывод: Аналитик, проектируя схему БД, должен проверять составные ключи на наличие частичных зависимостей (2НФ) и транзитивных зависимостей (3НФ).

4874. В таблице «Заказы» есть поля: order_id, customer_id, customer_name, order_date, product_id, product_price. customer_name функционально зависит от customer_id, а product_price – от product_id. Какая нормальная форма нарушена?
Anonymous voting

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

☀Объяснение: Проблема: При синхронном вызове к нестабильному внешнему сервису каждый запрос ждёт таймаута (например, 30 секунд). Если таких запросов много, потоки приложения исчерпываются, и система перестаёт отвечать даже на свои внутренние запросы. Экспоненциальный ретрай (A) помогает при временных сбоях, но не защищает от длительной недоступности – ретраи всё равно будут исчерпывать ресурсы. Что делает Circuit Breaker: Замкнут (closed) – вызовы идут к внешнему сервису. Счётчик ошибок увеличивается. Разомкнут (open) – при превышении порога ошибок (например, 5 ошибок за 10 секунд) все вызовы мгновенно возвращают fallback (кэш, сообщение об ошибке) без реального запроса к сервису. Это даёт сервису время на восстановление. Полуоткрыт (half-open) – через заданное время (например, 30 секунд) пропускается один пробный вызов. Если успех – предохранитель замыкается, если ошибка – снова размыкается. Реальный пример: В Netflix, Hystrix (библиотека Circuit Breaker) используется для защиты от падения зависимых сервисов. Если сервис рекомендаций падает, предохранитель размыкается, и пользователь видит заглушку, а не бесконечную загрузку. Что должен зафиксировать аналитик: Порог ошибок (например, 5 ошибок за 10 секунд). Таймаут открытого состояния (например, 30 секунд). Fallback-стратегия (кэш, сообщение, пустой результат). Вывод: Circuit Breaker обязателен для всех интеграций с внешними сервисами, чтобы избежать каскадных отказов.

4873. Сервис А вызывает внешний API, который иногда начинает отвечать с ошибкой 500. Без защиты все вызовы ждут таймаута, исчерпывая ресурсы. Какой паттерн предотвращает повторные вызовы к проблемному сервису на заданный период?
Anonymous voting

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

☀Объяснение: Что такое Planning Poker? Это метод относительной оценки трудоёмкости, где каждый член команды даёт оценку в стори-поинтах (например, 1, 2, 3, 5, 8, 13). Поинты отражают сложность, объём и неопределённостьзадачи, но не переводятся напрямую в часы или дни. Разные команды имеют разную «скорость» (velocity) – количество поинтов, которое команда закрывает за спринт. Основной недостаток: Поинты не являются абсолютной мерой времени. Две разные команды могут оценить одинаковую задачу в разные поинты. Даже внутри одной команды поинты не гарантируют точного перевода в часы, так как скорость может меняться (болезни, праздники, сложность интеграции). Бизнесу часто нужны прогнозы в реальных днях/часах, а не в абстрактных поинтах. Почему не другие варианты? A – Planning Poker не занимает много времени (обычно 15–30 минут на планирование спринта). C – участие всех членов команды – это преимущество, а не недостаток. D – метод как раз учитывает сложность через поинты. Реальный кейс: Команда оценила задачу в 5 поинтов, а другая команда – в 13. Скорость первой – 30 поинтов за спринт (2 недели), скорость второй – 50 поинтов. Реальное время разное. Бизнес, требующий сдачи к определённой дате, не может полагаться только на поинты. Вывод: Аналитик должен объяснять стейкхолдерам, что поинты – это относительная мера для команды, а для прогнозирования сроков нужно использовать историческую скорость (velocity).

4872. Команда разработки использует относительные оценки (стори-поинты) и проводит Planning Poker. Какой основной недостаток этого метода?
Anonymous voting

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

Первые лиды без рекламы и без кода Думаете, для внедрения нейросетей в маркетинг обязательно нужно уметь кодить, писать сложн
Первые лиды без рекламы и без кода Думаете, для внедрения нейросетей в маркетинг обязательно нужно уметь кодить, писать сложные скрипты или нанимать штат ИТ-специалистов? Это миф. Приходите 9 июня в 18:00 по мск на бесплатный онлайн-вебинар от платформы Альфа-Курс и убедитесь сами. Современные визуальные конструкторы и правильные промпты позволяют запустить поиск клиентов руками обычного маркетолога или самого собственника. Для кого этот эфир:Собственники бизнеса: Кому надоело переплачивать за пустые клики в РСЯ. • Маркетологи: Кто хочет автоматизировать рутину и поднять свой чек. • Стартапы: Кому нужен быстрый поток теплых лидов без стартового бюджета. Жмите на ссылку ниже, переходите на лендинг и занимайте бесплатное место на трансляцию! Перейти на сайт #реклама 16+ kurs.alfabank.ru О рекламодателе

☀Объяснение: Сага – это последовательность локальных транзакций, каждая из которых обновляет данные в одном сервисе. Если шаг не удаётся, запускаются компенсирующие транзакции для отката предыдущих шагов. В примере: Сервис склада резервирует товар. Сервис платежей списывает деньги. Если ошибка → сервис склада компенсирует резерв (отменяет резерв). Двухфазная фиксация (2PC) медленна и не масштабируется. Общая БД – антипаттерн. Реальный кейс: В Uber используется Saga для согласования поездки: создание заказа, поиск водителя, списание средств. При сбое любого этапа запускается компенсация. Вывод: Для распределённых транзакций в микросервисах аналитик должен требовать Saga с явными компенсациями.

Тренды и личный опыт Продуктовой и AI-разработки Почему цифровые продукты в бизнесе не дают ожидаемого результата — и где на
Тренды и личный опыт Продуктовой и AI-разработки Почему цифровые продукты в бизнесе не дают ожидаемого результата — и где на самом деле проблема. Разборы, кейсы и практические решения из сферы заказной разработки и внедрения ИИ. Телеграм-канал Валерия Комягина — одного из крупнейших экспертов рынка digital, серийного IT-предпринимателя с 25-летним опытом работы. Узнать больше #реклама О рекламодателе

4871. При оформлении заказа нужно: зарезервировать товар на складе и списать деньги. Если списание не удалось, резерв должен быть отменён. Сервисы имеют свои базы. Какой паттерн обеспечит согласованность?
Anonymous voting

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

☀Объяснение: Попарное тестирование основано на наблюдении, что большинство дефектов возникает из-за взаимодействия двух параметров, а комбинации трёх и более встречаются редко. Техника генерирует минимальный набор тестов, покрывающий все возможные пары значений. Пример для 5 параметров × 10 значений: полный перебор = 100 000 тестов. Pairwise сокращает до ~50–100 тестов при том же покрытии пар. Инструменты: PICT от Microsoft, Hexawise, AllPairs. Реальный кейс: В тестировании поисковой системы (параметры: регион, язык, категория, сортировка, фильтры) pairwise позволил сократить количество тестов с 10 000 до 200, найдя при этом 95% багов. Вывод: Аналитик должен рекомендовать pairwise для сложных комбинаторных форм, экономя время тестирования.

30 ИИ-продуктов за 2 месяца. Показываю как Система перестраивается. Мы в кризисе. Но ресурсы не исчезают, они меняют хозяина.
30 ИИ-продуктов за 2 месяца. Показываю как Система перестраивается. Мы в кризисе. Но ресурсы не исчезают, они меняют хозяина. Деньги перетекают из одних карманов в другие. Так было всегда. Просто сейчас другая скорость. Я люблю кризисы. В каждом я рос. Ковид, СВО, блокировки. У меня талант видеть куда движется система раньше других и адаптироваться под новые правила игры. Сейчас вижу очевидное. Те, кто встроил ИИ в работу — уже в другой лиге. Разрыв не на проценты, в десятки раз. Claude и вайбкодинг это правила новой игры. За 2 месяца собрал 30+ AI-продуктов в одиночку. Пишу в канале, как внедряю нейросети в бизнесы и зарабатываю на этом. Заходи на канал и забирай бесплатно: — как оплатить Claude из России — как убрать AI-паттерны из текста — как ускорить работу с Claude в разы Подписаться #реклама 16+ О рекламодателе

4870. Нужно протестировать форму заказа с 5 параметрами, каждый из которых может принимать 10 значений. Полный перебор даст 100 000 комбинаций. Какая техника тест-дизайна сократит количество тестов, сохранив покрытие всех пар параметров?
Anonymous voting

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

BA & SA | 10000 Interview questions - Statistics & analytics of Telegram channel @systemanalystinterview