Уже доступно! Исследование Telegram 2025 — ключевые инсайты года 
BA & SA | 10000 Interview questions
Открыть в Telegram
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7
Больше📈 Аналитический обзор Telegram-канала BA & SA | 10000 Interview questions
Канал BA & SA | 10000 Interview questions (@systemanalystinterview) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 10 219 подписчиков, занимая 3 869 место в категории Карьера и 64 071 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 10 219 подписчиков.
Согласно последним данным от 18 июня, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило 334, а за последние 24 часа — -4, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 3.25%. В первые 24 часа после публикации контент обычно набирает 2.45% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 332 просмотров. В течение первых суток публикация набирает 250 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 2.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как объяснение, индекс, user_id, субд, паттерн.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7”
Благодаря высокой частоте обновлений (последние данные получены 19 июня, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Карьера.
10 219
Подписчики
-424 часа
+237 дней
+33430 день
Архив постов
10+ инструментов для бизнеса в одной подписке
- таск-трекер для успешных проектов и задач,
- CRM для разгона продаж,
- видеозвонки и мессенджер, чтобы команда всегда была на связи,
- онлайн-доски для сратегий и не только.
Всё это — внутри Битрикс24.
Забирайте себе бесплатный онлайн-сервис для бизнеса по ссылке
Зарегистрироваться
#реклама 16+
bitrix24.ru
О рекламодателе
80% системных аналитиков заваливают собеседования из-за глупых ошибок
Самый простой способ подготовиться к собеседованию — это послушать, как его проходят другие.
В канале System | Собеседования собрали базу реальных технических интервью, чтобы вы могли учиться на чужих ошибках, а не на своих.
Что внутри:
💘 Разборы живых записей — от проектирования API до работы с БД
💘 Ключевые вопросы лидов из бигтеха
💘 Анализ ответов — где кандидат «поплыл» и как нужно было ответить правильно
Подписывайтесь, чтобы получить доступ к базе живых разборов и увереннее чувствовать себя на собесах.
☀Объяснение:
Что демонстрирует кандидат
Понимание, что оценка без контекста — гадание.
Умение задавать уточняющие вопросы:
Какой провайдер (Google, собственный)?
Есть ли готовый SDK, примеры?
Требуется ли поддержка мобильных приложений?
Как обновлять токены, как хранить секреты?
Выделение рисков: если документация плохая или провайдер меняет API, то срок может вырасти вдвое.
Почему правильный ответ B
Интервьюеры хотят видеть аналитический склад ума, а не цифру.
Реальный опыт
Кандидат, который задавал вопросы, получил оффер, а тот, кто назвал 3 дня без уточнений — нет.
Вывод
На собеседовании никогда не давайте оценки без уточнения контекста.
УСН и НДС в 2026 году: разберитесь сейчас
Если вы работаете на УСН, в 2026 НДС может коснуться и вас. И главный риск здесь не сам налог, а ошибки.
Чтобы вы не разбирались в этом в одиночку, мы подготовили подробный и понятный разбор по официальным разъяснениям ФНС.
В документе отвечаем на 26 практических вопросов бизнеса. Простым языком, без сложных формулировок: только логика, цифры и понятные объяснения.
В материале не общие правила, а моменты, где чаще всего ошибаются:
✨ как превышение лимита в середине года запускает НДС с конкретного месяца
✨ что учитывать в доходах при совмещении УСН и ПСН
✨ как пересчитывать старые договоры, если цена была без НДС
✨ почему при ставках 5% и 7% вы теряете право на вычет
✨ что будет, если не подтвердить 0% в течение 180 дней
И ещё 19 страниц подробных разъяснений ФНС.
Узнать больше
#реклама 16+
r.bothelp.io
О рекламодателе
4817. На собеседовании спрашивают: «Оцените, сколько дней потребуется, чтобы внедрить авторизацию через OAuth2». Ваш ответ?
☀Объяснение:
Проблема
Если в БД хранить время без зоны (
timestamp), то каждый клиент интерпретирует его по своему часовому поясу (или вообще неверно). Решение: хранить все времена в UTC (единая глобальная шкала). При показе: брать временную зону пользователя (из профиля, геолокации) и преобразовывать.
Почему B оптимально
Универсальность: данные внутри системы всегда согласованы.
Миграция: если текущие записи трактовались как местное время (например, московское), нужно точно знать, в какой зоне они были сохранены, и преобразовать их в UTC (обратимая операция).
Альтернативы
A – преобразовать в timestamptz, но это полумера.
C – избыточно, сложно.
D – неприемлемо для международных систем.
Реальный пример
Booking.com хранит даты заезда в UTC, а показывает в локали пользователя.
Требования
Все временные метки в БД – TIMESTAMP WITH TIME ZONE или timestamp в UTC.
Конвертация происходит на уровне представления.4816. В системе бронирования время события хранится как timestamp без зоны (UTC). Пользователь из Лондона и Москвы видят разное время. Как исправить без потери данных?
☀Объяснение:
Почему дублируется
Партнёр может скопировать файл повторно с тем же именем (по ошибке). Система видит новый файл и обрабатывает повторно, что ведёт к дублированию заказов.
Решение – идемпотентность на уровне файлов
Нужно хранить уже обработанные имена файлов и их даты модификации (или контрольные суммы). Например: таблица
processed_files с колонками filename, size, modified_time, processed_at. Перед обработкой проверять, есть ли уже запись с таким именем и размером. Если есть — пропустить.
Дополнительно
Можно использовать .done файл (пустышка), который партнёр создаёт после окончания записи, и система ждёт наличия .done.
Или переименовывать обработки файл в .processed и не сканировать «старые» имена.
Почему не подходят другие
A (переименовывать) – но партнёр может положить файл заново уже с новым именем? Не решает глобально.
C (удалять) – плохо для аудита и отказоустойчивости.
D (ручная обработка) – не масштабируется.
Реальный кейс
В логистике дублирование файлов приводило к тому, что машина направлялась дважды. После внедрения таблицы processed_files защита от дублей сработала.З/п бухгалтера, юриста, маркетолога
С продавцами всё понятно: процент, план, KPI.
А как оценить тех, у кого нет продаж? Бухгалтера? Юриста?
Платить оклад — сидят ровно.
Привязать к выручке — они на неё не влияют.
Придумать «субъективные» KPI — обижаются и спорят.
Выход есть. Сегодня открыли доступ к курсу для руководителей «Ежедневная мотивация»:
✅ KPI для маркетолога – 30 гипотез в месяц. Гипотеза принесла клиентов – ещё премия.
✅ KPI для проектной команды – сделал быстрее запланированного – премия из экономии бюджета.
✅ Грейды для «непродающих» должностей – как платить разную зарплату на одной позиции. Бухгалтер хочет больше – изучает новые навыки, переходит на грейд выше.
Оставьте заявку на бесплатный доступ на 2 дня.
👌 Модуль про грейды на производстве и в ивент-агентстве тоже будет доступен!
Записаться онлайн
#реклама 16+
gd.ru
О рекламодателе
4815. Партнёр передаёт данные о заказах в виде CSV-файлов по FTP. Система иногда обрабатывает один и тот же файл дважды из-за дублирования имён. Как избежать повторной обработки?
☀Объяснение:
Реальность
Изменения требований в середине спринта — норма. Бизнес не обязан ждать. Но нельзя их принимать без анализа.
Правильный процесс
Оценка влияния: сколько часов займёт (разработка, тестирование, документация), затронет ли другие модули, какой риск регресса.
Переговоры: можно ли перенести другую задачу, отложить текущую реализацию?
Решение: формальное согласование с заказчиком (если есть бюджет, время). Фиксация в протоколе изменений.
Почему не другие варианты
A – хаос, потеря контроля, срыв сроков.
C – негибкость, потеря доверия.
D – архитектор не владеет приоритетами бизнеса.
Реальный пример
В крупном ретейле заказчик попросил добавить отчёт по магазинам за прошлый месяц. Оценка показала 3 дня. Вместо срыва спринта договорились перенести менее важную фичу. Изменение задокументировали.
Зарабатывайте на установках Яндекс Браузера
Партнёрская программа для сервисных центров, магазинов компьютерной техники, сайтов для скачивания файлов и авторов статей.
Вы можете предлагать его своим клиентам и аудитории — и зарабатывать на новых установках.
Выплаты до 500₽ за каждую установку Яндекс Браузера.
Подать заявку
#реклама 0+
partner.browser.yandex.ru
О рекламодателе
4814. Через месяц после утверждения требований заказчик просит добавить новое поле «скидка постоянного клиента» в форму заказа. Команда уже на середине спринта. Какой процесс нужно запустить?
☀Объяснение:
Почему сложность – главная проблема
Микросервисы решают проблемы масштаба (тысячи разработчиков, миллионы запросов). Для маленькой команды они вводят накладные расходы:
Настройка Kubernetes, сервис-меша, дата-центра или кластера.
Отладка распределённых транзакций – запрос идёт через 5 сервисов, ошибку трудно воспроизвести.
Развёртывание: нужно вызывать CI/CD для каждого сервиса (минимум 3–4).
Мониторинг и логи – собирать их с нескольких сервисов сложнее.
При 100 запросах/сек и 5 разработчиках монолит с чёткими модулями будет работать не хуже, а разработка пойдёт быстрее.
Что делать вместо?
Модульный монолит с чёткими границами пакетов. Если в будущем нагрузка вырастет до 1000+ запросов/сек, легко выделить узкие места в отдельные сервисы.
Реальные примеры
Instagram долгое время был монолитом на Django.
Twitter начинал с монолита Ruby on Rails, а микросервисы внедрял, когда столкнулся с миллионами запросов.
Что аналитик должен рекомендовать
Оценить масштаб (100 запросов/сек – смешная нагрузка для современного сервера).
Оценить команду (5 человек – не нужно разделять).
Указать в NFR не «микросервисы», а «архитектура должна позволять горизонтальное масштабирование и выделение сервисов при росте нагрузки».
Вывод
Не усложняйте. Самая быстрая архитектура для малой команды – монолит с чистыми интерфейсами.
Бесплатный 14-дневный онлайн-курс по дизайну интерьеров
Давно хочешь работать в творческой сфере и иметь доход от 100 тыс/мес? Тебе не нужно уметь рисовать или прямо сейчас принимать решение. Просто приходи и попробуй! Вдруг понравится создавать уютные интерьеры и ты найдешь в этом себя.
Регистрируйся на практический курс по дизайну интерьера с личным наставником. Осталось 7 мест!⚡
Зарегистрироваться
#реклама 16+
diskill-design.ru
О рекламодателе
