BA & SA | 10000 Interview questions

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

☀Объяснение: Напомним нормальные формы: 1НФ – все атрибуты атомарны, нет повторяющихся групп. 2НФ – находится в 1НФ, и каждый неключевой атрибут зависит от всего первичного ключа (а не от его части). 3НФ – находится в 2НФ, и все неключевые атрибуты зависят только от первичного ключа (нет транзитивных зависимостей). В нашей таблице: Первичный ключ составной: (order_id, product_id), так как один заказ может содержать несколько товаров. customer_id, customer_name, order_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 категория вопросов: #DBMS

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

№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 категория вопросов: #REQUIREMENTS

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

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

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

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

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

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

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