¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
BA & SA | 10000 Interview questions
Ir al canal en Telegram
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7
Mostrar más📈 Análisis del canal de Telegram BA & SA | 10000 Interview questions
El canal BA & SA | 10000 Interview questions (@systemanalystinterview) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 10 219 suscriptores, ocupando la posición 3 869 en la categoría Carrera profesional y el puesto 64 071 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 10 219 suscriptores.
Según los últimos datos del 18 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 334, y en las últimas 24 horas de -4, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 3.25%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 2.45% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 332 visualizaciones. En el primer día suele acumular 250 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 2.
- Intereses temáticos: El contenido se centra en temas clave como объяснение, индекс, user_id, субд, паттерн.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 19 junio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Carrera profesional.
10 219
Suscriptores
-424 horas
+237 días
+33430 días
Archivo de publicaciones
Тренды и личный опыт Продуктовой и AI-разработки
Почему цифровые продукты в бизнесе не дают ожидаемого результата — и где на самом деле проблема.
Разборы, кейсы и практические решения из сферы заказной разработки и внедрения ИИ.
Телеграм-канал Валерия Комягина — одного из крупнейших экспертов рынка digital, серийного IT-предпринимателя с 25-летним опытом работы.
Узнать больше
#реклама
О рекламодателе
4836. Пользователи говорили: тёмная тема важна, проверка орфографии — нет. После релиза орфографией пользуются все, а тёмную тему — единицы. Какую ошибку допустил аналитик?
На Яндекс Путешествиях отели сами выставляют цену
А чтобы ваш отпуск был ещё более выгодным, Яндекс Путешествия:
👍 Предлагают скидки до 20% при бронировании в приложении
👍 Поощряют активных путешественников: участники Программы лояльности получают скидки до 25% на поездки
👍 Запускают промокоды со скидками для ваших выгодных бронирований
А вот и один из них:
ETO-FACT — промокод даст скидку 3000 ₽ на заказ от 30 000 ₽
Забронировать
#реклама
special.travel.yandex.ru
О рекламодателе
☀Объяснение:
Почему это реальный кейс
В микросервисной архитектуре у разных клиентов (мобильное приложение, веб-версия, интеграции партнёров) могут быть разные графики обновления. Если разработчики API меняют контракт (удаляют поле
name, разбивают его на firstName и lastName) и сразу выключают старую версию, клиенты, которые не обновились, ломаются. Это классическая проблема breaking change.
Что должен был сделать аналитик
Зафиксировать требование обратной совместимости: новая версия API не должна удалять поля, которые использовались в старой. Вместо этого добавлять новые поля (firstName, lastName) и сохранять старое поле name (можно вычислять как конкатенацию).
Внедрить grace period: объявить дату устаревания (deprecation) старой версии, например, через 6 месяцев. Всё это время обе версии работают параллельно. В ответах старой версии добавить заголовок Deprecation: true и ссылку на документацию новой версии.
План миграции: клиенты (мобильное приложение) должны перейти на новую версию в течение grace period. Только после того, как все клиенты переключились, старую версию можно отключать.
Мониторинг: отслеживать, какие клиенты всё ещё используют старую версию, и напоминать им о необходимости обновления.
Почему не подходят другие варианты
A (увеличить срок предупреждения) — без политики параллельной работы и обратной совместимости всё равно ломает клиентов в момент отключения.
C (переписать мобильное приложение до отключения) — на практике часто невозможно, так как обновление зависит от пользователей.
D (откатить API) — временное решение, не решающее проблему в будущем.
Реальный пример
GitHub API версионирует через даты (например, 2022-11-28). Старые версии поддерживаются минимум 6 месяцев после объявления deprecation. В заголовках ответа присылают Sunset с датой отключения. Это даёт клиентам время на миграцию.
Вывод для аналитика
При проектировании API всегда закладывайте:
Параллельную работу нескольких версий.
Минимальный срок поддержки старой версии (например, 6–12 месяцев).
Обратную совместимость: добавляйте поля, не удаляйте и не меняйте типы существующих.
Механизм уведомления клиентов о deprecation (заголовки, email, документация).Открываем выгодную Турцию
Планирование отпуска — это не 48 открытых вкладок и путаница. Это только одна, с Яндекс Путешествиями. Сервис составил интерактивные карты с местами, до которых обычно не доезжают, чтобы вы могли по-новому раскрыть страну.
Исследуйте Турцию и бронируйте отели с выгодой:
— TURKEY5K скинет 5000 ₽ при бронировании от 50 000 ₽
— TURKEY10K скинет 10 000 ₽ при бронировании от 100 000 ₽
Забронировать
#реклама
special.travel.yandex.ru
О рекламодателе
4835. Команда обновила API с v1/customers (поля: id, name) до v2/customers (поля: id, firstName, lastName). Через месяц старую версию отключили. Мобильное приложение перестало показывать имена клиентов. Что нужно было сделать аналитику заранее?
Откройте расчётный счёт за 0 ₽
Ко Дню предпринимателя Совкомбанк делает всё самое важное для бизнеса бесплатным.
✅0 ₽ — обслуживание счёта до конца 2026 года
✅0 ₽ — переводы физлицам до 2 млн ₽
✅0 ₽ — безлимитные платежи ИП и ЮЛ
Успейте открыть счёт и пользуйтесь выгодными условиями!
Перейти на сайт
Финансовые услуги оказывает: ПАО "Совкомбанк".
#реклама
sovcombank.ru
О рекламодателе
☀Объяснение:
Почему это реальный кейс?
В проектах интеграции с курьерскими службами нередко возникает неоднозначность термина «быстрый». Для логиста «быстрота» может означать минимальное время до прибытия к клиенту с учётом текущих заказов курьера. Для разработчика, не спросившего уточнений, «быстро» — это минимальная дистанция на карте (евклидово расстояние или время в пути без трафика). Результат: система предлагает курьера, который находится за углом, но у него ещё три невыполненных заказа, а реально свободный курьер из соседнего района — через 15 минут. Заказчик недоволен, бизнес теряет деньги.
Что должен был сделать аналитик?
Задать уточняющие вопросы:
«Как именно измерить "быстроту"? По времени, по расстоянию, по рейтингу?»
«Учитываем ли мы текущую загрузку курьера (активные заказы)?»
«Где брать данные о времени освобождения? Из какого API?»
«Нужно ли учитывать пробки, время суток?»
Перевести ответы в измеримое бизнес-правило:
«Система выбирает курьера с минимальным ожидаемым временем прибытия к месту заказа, рассчитанным как: (время завершения текущих заказов курьера) + (расчётное время в пути от его текущей позиции до точки заказа). Данные о текущих заказах получаем из API курьерской системы. При равенстве времени выбираем курьера с более высоким рейтингом».Зафиксировать требование с критериями приёмки: Пример 1: Курьер А свободен и находится за углом (1 мин), курьер Б занят на 20 мин, но его время пути 5 мин. Итог: А — 1 мин, Б — 25 мин → выбираем А. Пример 2: Оба курьера свободны, но А — 5 мин пути, Б — 10 мин → выбираем А. Последствия для проекта, если не уточнить Разработчик тратит время на реализацию не того алгоритма. На приёмке выявляется несоответствие → переделка (стоит в 5–10 раз дороже, чем уточнение на этапе анализа). Заказчик теряет доверие. Курьеры распределяются неэффективно → задержки доставки, недовольные клиенты. Вывод для системного аналитика Любое субъективное прилагательное («быстрый», «удобный», «лучший», «оптимальный») — красный флаг. Всегда конкретизируйте: по какой метрике, на основе каких данных, с какими допущениями. Превратите "быстрый" в формулу или таблицу принятия решений. Это основа качественных требований.
Вебинар о переговорных комнатах для онлайн совещаний
⚡26 мая приглашаем на вебинар DION.SIP.
Знакомим бизнес с современным отечественным решением для интеграции веб-конференций, SIP-телефонии и ВКС-инфраструктуры в единую систему коммуникаций.
Вы узнаете как:
✅Сэкономить на организации распределенных совещаний.
✅Обеспечить информационную безопасность переговоров.
✅Наладить эффективную коммуникацию внутри команды.
✨Успейте зарегистрироваться до 26.05.2026 г. Участие бесплатное!
Зарегистрироваться
#реклама 16+
pro.t1.ru
О рекламодателе
4834. Заказчик просит: «Система должна выбирать самого быстрого курьера». Разработчик реализовал выбор по расстоянию на карте. Заказчик имел в виду освобождение от других заказов. Что упустил аналитик?
☀Объяснение:
Зачем – защита от брутфорса, DDoS, ошибок в клиентском коде, неравномерной нагрузки.
Как работает token bucket
У каждого клиента (IP, API-ключ) есть корзина с токенами (например, 10 токенов).
Каждый запрос забирает 1 токен.
Корзина пополняется с заданной скоростью (например, 1 токен в 0.1 секунды).
Если токенов нет, возвращается HTTP 429 Too Many Requests.
Где реализовывать – на API Gateway (единая точка входа), чтобы не дублировать в каждом микросервисе.
Почему не очередь – очередь сглаживает всплески, но не останавливает злоумышленника, который может забить очередь и создать проблемы.
Вывод – аналитик должен прописывать лимиты (10 запросов/сек) и поведение при превышении в требованиях к публичным API.
Курсы по ИИ и Excel от Яндекс Практикума бесплатно
Освойте ИИ и Excel для работы бесплатно. Яндекс Практикум дарит +2 курса бонусом к корпоративному обучению
Один подарок хорошо, а два — ещё лучше. Начните усиливать сотрудников в Практикуме до 31 мая и получите бесплатно набор курсов для себя и команды!
Заберёте навыки, которые пригодятся в ежедневных задачах:
⚡«Excel для работы». Освоите табличный редактор на уровне профи
⚡«Основы ИИ». Получите базу для уверенной работы с нейросетями
Оставьте заявку, чтобы узнать подробнее. Акция только для юрлиц.
Узнать больше
#реклама 16+
practicum.yandex.ru
О рекламодателе
4833. Публичный API страдает от перебора паролей (1000 запросов/сек). Как ограничить частоту до 10 запросов/сек с одного ключа?
☀Объяснение:
Угроза – администраторы БД имеют полный доступ к данным. Прозрачное шифрование диска (TDE) расшифровывает данные для БД, так что администратор всё равно видит их через SQL. Хранимые процедуры тоже выполняются внутри БД, где ключи доступны.
Правильное решение – Application-level encryption: приложение шифрует данные перед отправкой в БД, ключи хранятся в приложении (например, в Vault). Администратор БД видит только бинарный мусор. Приложение расшифровывает данные при чтении для авторизованных врачей.
Требования – необходимо управлять ключами (ротация, доступы), обеспечивать возможность поиска по зашифрованным данным (через детерминированное шифрование или отдельные индексы).
Реальный стандарт – HIPAA, GDPR рекомендуют шифрование на уровне приложения для особо чувствительных данных.
80% системных аналитиков заваливают собеседования из-за глупых ошибок
Самый простой способ подготовиться к собеседованию — это послушать, как его проходят другие.
В канале System | Собеседования собрали базу реальных технических интервью, чтобы вы могли учиться на чужих ошибках, а не на своих.
Что внутри:
💘 Разборы живых записей — от проектирования API до работы с БД
💘 Ключевые вопросы лидов из бигтеха
💘 Анализ ответов — где кандидат «поплыл» и как нужно было ответить правильно
Подписывайтесь, чтобы получить доступ к базе живых разборов и увереннее чувствовать себя на собесах.
4832. В медицинской системе нужно хранить диагнозы зашифрованно. Администраторы БД не должны видеть открытые данные. Где выполнять шифрование?
