متاح الآن! بحث تيليغرام 2025 — أهم رؤى العام 
BA & SA | 10000 Interview questions
الذهاب إلى القناة على Telegram
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام 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 комбинаций. Какая техника тест-дизайна сократит количество тестов, сохранив покрытие всех пар параметров?
