BA & SA | 10000 Interview questions

Поймали себя на мысли, что мы вообще перестали обсуждать, какая нейросеть «умнее». Теперь обсуждают другое.

На фестивале Cannes Lions руководители крупнейших мировых брендов пришли к неожиданному выводу: когда ИИ научился делать почти всё, главным конкурентным преимуществом стал... человеческий вкус. Не промпты, не количество сервисов, а способность понять, что действительно стоит показать аудитории, а что — просто очередной AI-мусор.

Кажется, это лучший фильтр для digital сегодня. Здесь можно почитать подборки, обзоры, впечатления глазами менеджера с аналитическим умом. Без бесконечных списков из сотни сервисов. Собрали папку интересных инструментов, наблюдений, кейсов из IT, AI и маркетинга, которые помогают работать быстрее и смотреть на индустрию чуть шире. Если тоже любите не просто читать новости, а понимать, что из них действительно заслуживает внимания 📂 Сохраняйте папку себе

☀Объяснение: Что такое управление рисками? В системном анализе риски — это события, которые могут негативно повлиять на проект (сроки, бюджет, функциональность, качество). Управление рисками включает их идентификацию, оценку (вероятность и влияние) и планирование реагирования. Основные стратегии реагирования на риски: Избегание (Avoid) – устранение причины риска. Например, отказаться от использования внешнего API вообще и написать своё решение. Передача (Transfer) – переложить ответственность на третью сторону. Например, застраховать проект или заключить SLA с поставщиком API. Смягчение (Mitigate) – снижение вероятности или последствий риска до приемлемого уровня. В примере: кэширование ответов, fallback‑логика, ретраи с экспоненциальной задержкой. Принятие (Accept) – ничего не делать, принять риск. Применяется, когда стоимость устранения риска выше, чем ущерб от него. Почему Mitigate — правильный ответ: Добавление кэширования и fallback‑логики не устраняет сам риск (API всё ещё может упасть), но существенно снижает последствия: пользователи не увидят ошибку, получат хотя бы кэшированные данные. Это классическое смягчение. Реальный пример: В сервисе прогноза погоды внешний API погоды иногда недоступен. Команда внедрила кэширование последнего успешного ответа на 30 минут и fallback‑сообщение о примерной погоде. Риск не исчез, но его влияние на пользователей стало минимальным. Что должен зафиксировать аналитик: «Для каждого критического риска должна быть определена стратегия реагирования». «В требованиях к системе должны быть указаны меры смягчения (кэширование, ретраи, fallback) для высокорисковых интеграций». Вывод: Смягчение рисков — самая распространённая стратегия в системном анализе, когда нельзя полностью избежать риска или передать его. Аналитик, умеющий предлагать конкретные технические меры смягчения, повышает надёжность системы.

№4906 категория вопросов: #REQUIREMENTS

ИИ ПРЯМО СЕЙЧАС ПЕРЕПИСЫВАЕТ ВСЕ СТАРЫЕ ПРАВИЛА 🖋 На твоих глазах меняются алгоритмы генерации текстов, аналитики, продаж и дизайна. Вопрос не в том, заменит ли он людей, а в том, кто использует его раньше остальных. Мы подготовили для тебя подборку экспертных каналов по теме: AI, IT & HR Tech, а также последние - AI Life hacks

– Нейросети и практика внедрения; – IT и технологии; – HR Tech и найм; – AI Life hacks для работы и заработка.

🔗 [Добавить подборку]

ХОЧЕШЬ ИДТИ В НОГУ С ТЕХНОЛОГИЯМИ ?! … или наблюдать, как другие зарабатывают на ИИ? - РЕШАТЬ ТЕБЕ ! ИИ станет твоим главным инструментом, а не загадкой 🗝 Больше не нужно мониторить сотни источников в надежде найти адекватных авторов. Мы сделали это за тебя и заодно попали в эту ПОДБОРКУ сами ✔️ Что внутри? Только лучшее из Мира IT & AI : * ИИ — не хайп, а реальные инструменты и внедрения * Технологии — тренды, обзоры, инсайты от первых лиц * Карьера — как найти работу, вырасти и не выгореть * HR Tech — кто и как нанимает профессионалов прямо сейчас * AI Life hacks — как выжить и зарабатывать за границей с помощью возможностей ИИ 👉 Делимся знаниями и аудиторией - растём вместе ⚡️ 📂 Забирай ПАПКУ с ТОП ИИ Каналами бесплатно Отписаться можно в любой момент. Остаться — тоже ✔️

Тссс! Не спугни 🤫 Дорогие зрители, на вашем экране удивительное интернет-явление — лучшие IT и AI каналы собрались в группу и готовы поделиться своей полезностью

Новости из мира IT Нейросети Реальные кейсы из практики Вакансии

Все это, и не только, вы можете увидеть по ссылке! Забирайте пользу, пока каналы не разбежались https://t.me/addlist/qI7aaJx4U5s5MjQy

☀Объяснение: Что такое Service Mesh? Service Mesh — это выделенный инфраструктурный слой, который управляет коммуникацией между микросервисами. Обычно он реализован как набор прокси (sidecar-контейнеров), запускаемых вместе с каждым сервисом. Все сетевые вызовы между сервисами проходят через эти прокси, которые обеспечивают: Безопасность: автоматическое шифрование mTLS между сервисами. Наблюдаемость: сбор метрик (latency, error rate, traffic) и распределённая трассировка без изменения кода. Управление трафиком: канареечные релизы, A/B‑тестирование, процентное распределение трафика между версиями. Отказоустойчивость: таймауты, повторные попытки, circuit breaker на уровне сетевых вызовов. Чем Service Mesh отличается от API Gateway? API Gateway (A) — это точка входа для внешних клиентов (мобильные приложения, браузеры). Он работает на периметре системы. Service Mesh работает внутри кластера, управляя взаимодействием между внутренними сервисами. Они не заменяют, а дополняют друг друга. Реальный пример: В крупных компаниях (Google, Lyft, PayPal) используют Istio или Linkerd для управления микросервисами. Это позволяет им безопасно выкатывать новые версии и быстро откатывать при проблемах без передеплоя кода. Что должен зафиксировать аналитик: «При большом количестве микросервисов и требованиях к безопасности, наблюдаемости и гибкому управлению трафиком, использовать Service Mesh». «Service Mesh должен обеспечивать mTLS, сбор метрик, трассировку и поддержку канареечных релизов». Вывод: Service Mesh — это стандарт для микросервисных систем, который решает проблемы сетевого взаимодействия без изменения кода. Аналитик, знающий этот паттерн, может рекомендовать его как инфраструктурный слой для сложных распределённых систем.

№4905 категория вопросов: #ARCHITECTURE

☀Объяснение: Event Sourcing — это паттерн, при котором все изменения состояния системы сохраняются как последовательность событий (event log). Вместо того чтобы хранить только текущее состояние сущности (например, заказ с полем status), вы записываете каждое событие: OrderCreated, PaymentReceived, OrderShipped, OrderCancelled. Текущее состояние вычисляется путём повторного применения всех событий к начальному состоянию (или через снимки состояния + дельта событий). Ключевые преимущества: Полный аудит – есть журнал всех изменений, можно ответить на вопрос «кто и когда изменил это поле». Восстановление на любой момент времени – можно «перемотать» состояние к любой временной точке, повторно применив события до нужного момента. Отладка и анализ – можно воспроизвести сценарий на тестовом окружении, чтобы найти причину ошибки. Гибкость – можно строить разные read-модели (CQRS) на основе одного и того же потока событий без изменения источника. Почему не подходят другие варианты: A (CQRS) – разделяет команды и запросы, но может работать без Event Sourcing (например, на основе обычной БД). B (Saga) – паттерн для распределённых транзакций, не про хранение истории. D (Strangler Fig) – стратегия замены монолита на микросервисы, не имеет отношения к хранению изменений. Реальный пример: В банковских системах Event Sourcing используется для хранения всех транзакций по счёту. Это позволяет восстановить баланс на любую дату и обеспечить детальный аудит для регулятора. Что должен зафиксировать аналитик: «Для сущностей, требующих полного аудита и восстановления состояния на любой момент времени, использовать Event Sourcing». «Хранить события в неизменяемом хранилище (например, Kafka, Event Store)». «Реализовать проекции для построения текущего состояния». Вывод: Event Sourcing — это стандарт для систем, где важна история изменений и возможность отката/аудита. Аналитик, закладывающий этот паттерн в требования, даёт команде мощный инструмент для обеспечения прозрачности и надёжности.

№4904 категория вопросов: #ARCHITECTURE

☀Объяснение: Проблема: При изменении API (например, добавление нового поля delivery_date или изменение структуры ошибок) клиентское приложение должно продолжать работать корректно. Модульные тесты проверяют отдельные функции изолированно и не выявят проблемы с форматом ответа от сервера. Системное тестирование проверяет систему в целом (сквозные сценарии), но оно дорогое и медленное. Приёмочное тестирование проводится с заказчиком и тоже не является первым шагом. Интеграционное тестирование проверяет взаимодействие между двумя компонентами (клиент ↔️ сервер). В данном случае оно идеально: вы поднимаете тестовый экземпляр бэкенда с новой версией API, отправляете запросы от клиента (или эмулируете их) и проверяете, что клиент правильно парсит ответы, обрабатывает ошибки, не падает при неожиданных данных. Интеграционные тесты дают быструю обратную связь без запуска всей системы. Реальный пример: В Uber при обновлении API для водительского приложения сначала запускают интеграционные тесты, чтобы убедиться, что новое поле rating корректно отображается и не ломает старый код. Что должен зафиксировать аналитик: «При изменении контракта API обязательно проводить интеграционное тестирование на тестовом стенде до выкатки в прод». Вывод: Интеграционное тестирование – наиболее подходящий уровень для проверки совместимости клиента и сервера при изменении API, так как оно фокусируется на коммуникации без лишней сложности.

№4903 категория вопросов: #TESTING

🆕Дайджест новостей: На связи канал "Инновационный советник". 👥 Достижения на сегодняшний день: 1️⃣масштабирование одного из крупнейших технопарков страны; 2️⃣привлечение за последние два года более 20 инновационных предприятий; 3️⃣увеличения количества производственных площадей более чем в три раза; 4️⃣создание Ассоциации технопарков и субъектов инновационной деятельности, ранее не существовавшей в стране; 5️⃣проведение конкурсов стартап-проектов, в том числе в IT-cфере в партнерстве с крупнейшими научно-технологическими площадками страны! 🚀 Как этого достигнуть? Читайте продолжение в канале "Инновационный советник".

⚡️ Согласны, что образование — это инвестиция, а не просто трата времени? Часто кажется, что обучение — это хаотичный процесс, где легко сбиться с пути, перегореть или потратить годы на направления, которые не приносят развития. Но что, если сделать ваш процесс обучения стратегическим? Чтобы у вас всегда была надежная опора и доступ к проверенным знаниям, мы собрали специальную папку каналов для тех, кто ценит осознанный подход к науке и самообразованию. 💎 Что внутри? Ваша личная команда для интеллектуального роста: • Навигаторы по знаниям — помогут выстроить персональную траекторию обучения: от выбора актуальных курсов до глубокого погружения в профессию. • Методологи и эксперты — научат учиться эффективно, структурировать информацию и применять знания на практике, а не просто собирать «дипломы в стол». • Научные обозреватели — разберут сложные тренды и инновации простым языком, чтобы вы всегда были на шаг впереди. • Источники мотивации — поддержка и сообщество единомышленников, которые не дадут опустить руки, когда объем новой информации кажется пугающим. Принимайте взвешенные решения, опираясь на экспертный контент, последние исследования и лайфхаки по развитию когнитивных навыков. 🚀 Успевайте забрать папку себе и внедрить новые знания в свою жизнь: 👉 https://t.me/addlist/z9mEu_W2Vb82YTgy *(Внимание: через 3 дня ссылка станет недоступной)*

Через несколько лет может оказаться, что главный навык был не в профессии.

А в умении работать с ИИ.

Я собрал экспертов по искусственному интеллекту. Там — полезные инструменты, реальные кейсы и всё самое интересное. Добавляйте экспертов 👇🏻 https://t.me/addlist/fnSvEbEp85U4YzQy