Вже доступно! Дослідження 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
О рекламодателе
