Уже доступно! Исследование Telegram 2025 — ключевые инсайты года 
BA & SA | 10000 Interview questions
Открыть в Telegram
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7
Больше📈 Аналитический обзор Telegram-канала BA & SA | 10000 Interview questions
Канал BA & SA | 10000 Interview questions (@systemanalystinterview) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 10 210 подписчиков, занимая 3 873 место в категории Карьера и 64 191 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 10 210 подписчиков.
Согласно последним данным от 15 июня, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило 301, а за последние 24 часа — -1, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 3.19%. В первые 24 часа после публикации контент обычно набирает 2.35% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 326 просмотров. В течение первых суток публикация набирает 240 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 3.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как объяснение, индекс, user_id, субд, паттерн.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7”
Благодаря высокой частоте обновлений (последние данные получены 16 июня, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Карьера.
10 210
Подписчики
-124 часа
+1267 дней
+30130 день
Архив постов
4875. Устаревший монолит нужно постепенно заменять на микросервисы без остановки системы. Какой паттерн позволяет направлять часть запросов на новый функционал, а часть – на старый, постепенно увеличивая долю нового?
☀Объяснение:
Напомним нормальные формы:
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. В таблице «Заказы» есть поля: order_id, customer_id, customer_name, order_date, product_id, product_price. customer_name функционально зависит от customer_id, а product_price – от product_id. Какая нормальная форма нарушена?
☀Объяснение:
Проблема:
При синхронном вызове к нестабильному внешнему сервису каждый запрос ждёт таймаута (например, 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. Без защиты все вызовы ждут таймаута, исчерпывая ресурсы. Какой паттерн предотвращает повторные вызовы к проблемному сервису на заданный период?
☀Объяснение:
Что такое 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. Какой основной недостаток этого метода?
Первые лиды без рекламы и без кода
Думаете, для внедрения нейросетей в маркетинг обязательно нужно уметь кодить, писать сложные скрипты или нанимать штат ИТ-специалистов? Это миф.
Приходите 9 июня в 18:00 по мск на бесплатный онлайн-вебинар от платформы Альфа-Курс и убедитесь сами. Современные визуальные конструкторы и правильные промпты позволяют запустить поиск клиентов руками обычного маркетолога или самого собственника.
Для кого этот эфир:
• Собственники бизнеса: Кому надоело переплачивать за пустые клики в РСЯ.
• Маркетологи: Кто хочет автоматизировать рутину и поднять свой чек.
• Стартапы: Кому нужен быстрый поток теплых лидов без стартового бюджета.
Жмите на ссылку ниже, переходите на лендинг и занимайте бесплатное место на трансляцию!
Перейти на сайт
#реклама 16+
kurs.alfabank.ru
О рекламодателе
☀Объяснение:
Сага – это последовательность локальных транзакций, каждая из которых обновляет данные в одном сервисе. Если шаг не удаётся, запускаются компенсирующие транзакции для отката предыдущих шагов.
В примере:
Сервис склада резервирует товар.
Сервис платежей списывает деньги. Если ошибка → сервис склада компенсирует резерв (отменяет резерв).
Двухфазная фиксация (2PC) медленна и не масштабируется. Общая БД – антипаттерн.
Реальный кейс: В Uber используется Saga для согласования поездки: создание заказа, поиск водителя, списание средств. При сбое любого этапа запускается компенсация.
Вывод: Для распределённых транзакций в микросервисах аналитик должен требовать Saga с явными компенсациями.
Тренды и личный опыт Продуктовой и AI-разработки
Почему цифровые продукты в бизнесе не дают ожидаемого результата — и где на самом деле проблема.
Разборы, кейсы и практические решения из сферы заказной разработки и внедрения ИИ.
Телеграм-канал Валерия Комягина — одного из крупнейших экспертов рынка digital, серийного IT-предпринимателя с 25-летним опытом работы.
Узнать больше
#реклама
О рекламодателе
4871. При оформлении заказа нужно: зарезервировать товар на складе и списать деньги. Если списание не удалось, резерв должен быть отменён. Сервисы имеют свои базы. Какой паттерн обеспечит согласованность?
☀Объяснение:
Попарное тестирование основано на наблюдении, что большинство дефектов возникает из-за взаимодействия двух параметров, а комбинации трёх и более встречаются редко. Техника генерирует минимальный набор тестов, покрывающий все возможные пары значений.
Пример для 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. Нужно протестировать форму заказа с 5 параметрами, каждый из которых может принимать 10 значений. Полный перебор даст 100 000 комбинаций. Какая техника тест-дизайна сократит количество тестов, сохранив покрытие всех пар параметров?
