Вже доступно! Дослідження Telegram за 2025 — головні інсайти року 
BA & SA | 10000 Interview questions
Відкрити в Telegram
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7
Показати більше📈 Аналітичний огляд Telegram-каналу BA & SA | 10000 Interview questions
Канал BA & SA | 10000 Interview questions (@systemanalystinterview) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 10 213 підписників, посідаючи 3 868 місце в категорії Кар'єра та 63 918 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 10 213 підписників.
За останніми даними від 21 червня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на 324, а за останні 24 години на -3, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 3.49%. Протягом перших 24 годин після публікації контент зазвичай збирає 2.62% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 356 переглядів. Протягом першої доби публікація в середньому набирає 268 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 2.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як объяснение, индекс, user_id, субд, паттерн.
📝 Опис та контентна політика
Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
“Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7”
Завдяки високій частоті оновлень (останні дані отримано 22 червня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Кар'єра.
10 213
Підписники
-324 години
+37 днів
+32430 день
Архів дописів
Мужской клуб Wildberries
На WB появился новый раздел — «Мужчины выбирают»
Там есть всё: от носков до молотков. И есть даже специальные подборки по интересам для геймеров, спортсменов, автолюбителей и вообще всех-всех!
Кстати, теперь искать подарки для своих любимых мужчин можно прямо в подборках! Ставим лайк этому лайфхаку ❤️
Перейти на сайт
#реклама
wildberries.ru
О рекламодателе
ЭТУ ПАПКУ ИЩУТ ВСЕ, КТО ХОЧЕТ ВНЕДРИТЬ ИИ В 2026🚀
Мир разделился на два лагеря: тех, кто тратит часы на рутину, и тех, кто нажал «Добавить» и переложил 80% задач на нейросети.
Пока вы читаете этот текст, ИИ уже генерирует контент, строит воронки и закрывает сделки.
Рабочие промпты, живые тренды и нейровизуал 👈 жми
Вся WOW реклама и маркетинг 👈 тут
Внутри папки — ваш арсенал для захвата рынка в этом году:
✅ Промты «нового поколения»: забудьте про плоские тексты. Учимся писать так, чтобы никто не догадался, что это ИИ
✅ ИИ-сотрудник 24/7: пошаговый план сборки ассистента, который знает ваш продукт от А до Я и продает с эмоциями
✅ Автоворонки: как сделать так, чтобы заявки из нейросетей падали в CRM сами, без вашего участия.
Бонусы, которые вы получите сразу после подписки:
🎁 Как пошагово с нуля собрать полностью автоматизированный канал под определенную ЦА с помощью ИИ 🎁 Инструкция Как собирать ИИ-менеджера по продажам с эмоциями, базой знаний и целями 🎁 Нейротренажер по продажам 🎁15 способов заработать с нейросетями👇 Успейте забрать базу, пока доступ открыт👇 СКАЧАТЬ ПАКЕТ ИНСТРУМЕНТОВ
Тонешь в массе бесполезного контента про айтишку?
Хочется не очередного хайпа про стартапы, а честных кейсов: как реально управляют проектами, почему срываются дедлайны и где искать адекватных исполнителей.
Далее — канал крупного веб-продакшена, в котором много пользы для айтишников. Пишем про разработку, ИТ-проекты, управление командами и процессами. Подписывайся, чтобы не пропустить советы, чек-листы и вакансии в крупные проектные команды.
Подписаться
#реклама 16+
О рекламодателе
🧑🎓Объяснение:
Это классическая ситуация, когда стейкхолдеры выдают смешанные, частично противоречивые требования. Задача аналитика — не просто записать, а проанализировать, структурировать и разрешить противоречия.
🎯 Почему вариант B — правильный:
Разделение требований — первый шаг к ясности:
Функциональные:
«Переводы между клиентами банка»
«Возможность отмены перевода в течение 24 часов»
Нефункциональные:
«Мгновенное проведение» (скорость, latency)
«Максимальная безопасность» (security, compliance)
«Без нагрузки на основную транзакционную БД» (производительность, масштабируемость)
Выявление противоречий:
«Мгновенно» vs «Максимальная безопасность» — усиленные проверки безопасности (3D-Secure, фрод-мониторинг) требуют времени.
«Отмена в течение 24 часов» vs «Безопасность» — может создавать риски мошенничества (chargeback).
«Мгновенно» vs «Без нагрузки на основную БД» — синхронные транзакции нагружают БД.
Организация сессии с заказчиком позволяет:
Выяснить бизнес-цели за каждым требованием.
Определить приоритеты: что критично, а чем можно пожертвовать.
Найти компромиссы: например, «мгновенно» = до 5 секунд, отмена только через службу поддержки с аудитом.
❌ Почему другие варианты ошибочны:
A (Передать как есть): Это позиция безответственного аналитика. Разработчики потратят время на уточнения, возможны переделки, сроки сорвутся. Аналитик — не курьер требований, а их архитектор и валидатор.
C (Игнорировать требование): Аналитик не имеет права самовольно отбрасывать требования бизнеса. Нужно выявить риски и обсудить с заказчиком, предложив альтернативы (например, отмена только для неквалифицированных платежей).
D (Предложить техническое решение сразу): Это преждевременное погружение в реализацию. Сначала нужно согласовать что и зачем, а потом уже как. К тому же, асинхронная очередь с модерацией нарушает требование «мгновенно».
💡 Как правильно действовать аналитику в таком кейсе:
Уточнить и детализировать каждое требование через вопросы:
«Что значит мгновенно? 1 секунда? 5 секунд?»
«Какие сценарии отмены переводов? Кто может инициировать?»
«Какую нагрузку на основную БД считаем допустимой?»
Документировать в формате, например:
```text
FR-001: Перевод между клиентами банка...
NFR-001: Время обработки 95% переводов ≤ 3 сек...
CONSTRAINT-001: Не использовать прямые транзакции в основной БД OLTP...
```
Провести воркшоп с участием бизнеса и техлидов, чтобы:
Обсудить технические ограничения
Оценить риски и стоимость реализации каждого требования
Зафиксировать осознанные компромиссы в согласованном бэклоге
Предложить варианты архитектуры уже после согласования требований:
Кэширование балансов
Event-driven архитектура с сагой для отмены
Отдельный read-only слой для переводов
Вывод для аналитика: Ваша ключевая ценность — не в записи пожеланий, а в управлении ожиданиями, выявлении противоречий и нахождении жизнеспособного баланса между бизнес-целями и техническими возможностями. Именно это отличает профессионального аналитика от простого «сборщика требований».
4695. При сборе требований на модуль «Мгновенные переводы» заказчик хочет: 1) Переводы мгновенные, 2) Максимально безопасные, 3) С возможностью отмены в течение 24 часов, 4) Без нагрузки на основную БД. Что должен сделать аналитик?
Брокераж недели Marinepoint
Три новых предложения, которыми хочется поделиться.
ACM Excellence 38 Bounty — французский моторный круизный катер, известный своей устойчивостью и практичностью.
Длина — 11,75 м
Каюты — 2
Стоимость — 21 900 000 ₽
Aventura 36 Space — современный парусный катамаран, созданный для длительных путешествий и комфортной жизни на воде.
Длина — 10,89 м
Каюты — 3
Стоимость — 12 254 200 ₽
Azimut 50 — классическая моторная яхта премиум-класса от итальянской верфи Azimut.
Длина — 15,88 м
Каюты — 3
Стоимость — 30 000 000 ₽
Все три модели доступны для просмотра на сайте Marinepoint.
Узнать больше
#реклама
О рекламодателе
⚡️ Здравствуйте, Дорогие подписчики!
Представляем вашему вниманию подборку полезных каналов в сфере «Наука и образование» 🔥
Будем очень рады, если вы найдете для себя, что-нибудь полезное.
❗️Ссылка на папку:
https://t.me/addlist/xKCjNAsFcfg1Yzli
Лучший подарок на 14 февраля — тот, который не пылится
Просто подарите путешествие. А промокод SPRAZDNIKOM скинет 2000 ₽ на Яндекс Путешествиях. Работает при бронировании жилья от 20 000 ₽.
Поезжайте вдвоём или в одиночку. Главное, захватите выгоду
Забронировать
#реклама
special.travel.yandex.ru
О рекламодателе
ИИ стал доступным, но поверхностных решений стало слишком много.
Сегодня недостаточно «подключить нейросеть».
Важно понимать, где ИИ реально ускоряет бизнес, а где создаёт иллюзию прогресса.
Впереди те, кто не просто тестирует инструменты, а мыслит вместе с людьми, которые каждый день работают на стыке ИИ.Я собрал экспертов в сфере ИИ — это практический опыт и здравые сценарии. Если хочется разбираться в ИИ глубже - загляните сюда 🔗 https://t.me/addlist/nc0y93aVtAo2ZGIy
🧑🎓Объяснение:
Это классическая ситуация работы с большими таблицами временных данных, где начальный индекс становится неэффективным из-за специфики запросов.
🔍 Почему проблема возникает:
Индекс на user_id позволяет быстро найти ВСЕ документы пользователя за всю историю
У активного пользователя может быть 100K+ документов за несколько лет
После поиска по индексу СУБД всё равно должна просканировать и отсортировать все эти строки
При выборке "за последний месяц" фактически обрабатывается 99% ненужных данных
✅ Почему вариант B правильный:
Составной индекс (user_id, created_at) решает проблему кардинально:
Данные уже отсортированы по пользователю И дате
СУБД находит первую запись пользователя за нужный период и читает последовательно только релевантные строки
Не нужно сортировать результаты или фильтровать лишнее
Статистика эффективности:
До: Сканирование 100K записей пользователя → фильтрация → сортировка
После: Сканирование 1-2K записей (только за нужный месяц) → готовый результат
Пример запроса, который станет эффективным:
```sql
SELECT * FROM documents
WHERE user_id = 12345
AND created_at >= '2024-10-01'
ORDER BY created_at DESC
```
-- Использует индекс (user_id, created_at)
❌ Почему другие варианты не решат проблему:
A (REINDEX): Поможет, если индекс действительно фрагментирован на 40%+, но не изменит принципиальную неэффективность одно-колоночного индекса для такого запроса.
C (Увеличить память): Симптоматичное лечение. Проблема в логике доступа к данным, а не в ресурсах.
D (Кэширование): Маскирует проблему, но не решает её. При первом запросе или сбросе кэша задержки вернутся.
💡 Профессиональный совет аналитику:
При проектировании таблиц с историческими данными всегда задавайте вопросы:
«По каким полям чаще всего будет фильтрация?» → Составные индексы на комбинации этих полей
«Какой типичный диапазон выборки?» → Индексы должны поддерживать типичные сценарии (последние N дней/записей)
«Нужна ли сортировка в результатах?» → Индекс может обеспечивать предварительную сортировку
📊 Реальный пример из практики:
В одной из систем после добавления составного индекса (user_id, created_at, status) время выполнения типовых запросов сократилось:
Поиск документов пользователя: с 14 сек → 120 мс
Отчёт "Документы за месяц": с 8 сек → 90 мс
Нагрузка на БД: снизилась на 40%
🎯 Вывод: Правильные индексы — это не просто техническая оптимизация, а архитектурное решение, которое должно закладываться на этапе проектирования схемы данных. Аналитик, понимающий паттерны доступа к данным, может предотвратить такие проблемы до их возникновения.
4694. Запросы по поиску документов конкретного пользователя за последний месяц стали выполняться неприемлемо долго, хотя на поле user_id есть индекс. В чём наиболее вероятная причина проблемы и как её решить?
«Вечная отчётность» по интернет-рекламе ушла в прошлое!
⚡Теперь для большинства размещений достаточно отчитываться в ЕРИР только в течение года с даты публикации.
После 12 месяцев данные можно не подавать — исключение составляют видеоинтеграции, которые продолжают распространяться на платформах.
Мы в Digital Agency Insight уже разобрали:
✅ как считать срок отчётности;
✅ что делать с прошлыми размещениями;
✅ как не получить штраф.
📱Подписывайтесь на наш Telegram — рассказываем просто о сложных изменениях в рекламе, делимся практическими инструкциями и интересными кейсами о маркетинге в России и за рубежом.
Узнать больше
#реклама 16+
О рекламодателе
🧑🎓Объяснение:
Это классическая ситуация, когда аналитические (OLAP) запросы пытаются выполняться на операционной (OLTP) базе данных, что приводит к конфликту ресурсов и медленной работе.
✅ Почему вариант C правильный:
Разделение нагрузки: Материализованное представление — это физическая копия результата запроса, которая обновляется по расписанию (например, раз в ночь). Отчёт получает данные из готовой «слепка», не нагружая основную таблицу orders в рабочее время.
Скорость: Выборка из материализованного представления происходит мгновенно, так как это простой SELECT из предварительно рассчитанной таблицы.
Предсказуемость: Время формирования отчёта не зависит от пиковой нагрузки на операционную систему.
❌ Почему другие варианты не решат проблему:
A (Увеличить память): Поможет только если проблема именно в нехватке RAM для обработки запроса, но не устранит конфликт OLTP/OLAP.
B (Добавить индекс): Индекс на category_id уже, скорее всего, есть (раз используется GROUP BY). Новый индекс может даже замедлить вставку новых заказов.
D (Разделить запрос): Не решит фундаментальную проблему — тяжёлый аналитический запрос в рабочее время на операционных данных.
🔍 Глубинный анализ для системного аналитика:
Проблема здесь не техническая, а архитектурная. Аналитик должен был выявить это требование на этапе проектирования и предложить отдельное решение для отчётности:
Data Warehouse — для сложной аналитики
Материализованные представления — для ежедневных отчётов
OLAP-кубы — для многомерного анализа
📌 Практический совет: Когда в требованиях есть «ежедневные отчёты», сразу задавайте вопросы:
Какую задержку данных можно допустить? (реальное время/час/ночь)
В какое время запускать расчёты?
Нужна ли детализация до отдельных транзакций в отчёте?
Этот кейс показывает, как важно разделять операционную обработку и аналитическую обработку данных — принцип, лежащий в основе архитектуры современных data-driven приложений.
4693. Вы анализируете проблему в e-commerce: ежедневный отчёт выполняется 25+ минут, хотя данные за день — всего ~50 000 заказов. Таблица orders проиндексирована, запрос использует SUM() и GROUP BY. В чём вероятная причина и как это исправить?
Сочи, 2-ух уровневая, ремонт, вид на море, ипотека от 2%
Мечтаете о квартире у моря, но цены и необходимость делать ремонт пугают💰?
Да, выбор и ремонт требует времени и денег . Но не отказывайтесь от мечты! В ЖК Фестивальный готовые квартиры с ремонтом, скидкой до 20% и ипотекой от 2%😊.
✨ Из окон видно море, до которого всего 10 минут, на территории школа, сад, магазины и даже бассейн 👍!
✅ Оставь телефон чтобы узнать цену!
Узнать цену
Изучите все условия кредита (займа) на сайте в соответствующем разделе. Оценивайте свои финансовые возможности и риски. Финансовые услуги оказывает: ПАО Сбербанк.
#реклама
festivalniy.estatesochi.com
О рекламодателе
🧑🎓Объяснение:
В security-требованиях аналитик должен искать баланс между защитой и удобством.
✅ А (Адаптивная аутентификация) — это risk-based подход:
Безопасность: Срабатывает на рисковые события (большая сумма, новое устройство, необычная геолокация).
Юзабилити: Не беспокоит пользователя при рутинных операциях.
Соответствие стандартам: Отвечает требованиям ЦБ РФ и 115-ФЗ по контролю за подозрительными операциями.
❌ Почему другие варианты хуже:
С (2FA на каждый перевод): Надежно, но убивает юзабилити — пользователи начнут искать более удобных конкурентов.
B (2FA только на вход): Оставляет уязвимость — если сессия украдена, злоумышленник сможет перевести любую сумму.
D (Только пароль): Не соответствует современным стандартам безопасности для финансовых операций.
💡 Ключевой вывод для аналитика:
Security-требования должны быть контекстно-зависимыми. Ваша задача — прописать в ТЗ правила, когда и при каких условиях срабатывают дополнительные проверки, основываясь на оценке рисков. Это и есть профессиональный подход к проектированию защищенных систем.
4692. налитик в финтех-компании, разрабатывающей приложение для трейдинга. Требуется защитить функцию перевода крупных сумм на внешние счета. Какой подход к аутентификации будет наиболее сбалансированным по соотношению безопасности и юзабилити?
