Как реально работает «Яндекс погода» 😁

А уже во вторник (9 июня), на воркшопе «API и Postman на реальных примерах» будем разбирать реальную документацию Яндекс погоды и обрабатывать запросы

Если хотите лучше разобраться с API и Postman, приходите!

✌️Подробности тут ✌️

📌 Архитектура на собеседовании

На технических интервью для системных аналитиков часто спрашивают, как устроены системы, почему выбирают тот или иной подход и как об этом говорить без воды.


👉 Что обычно спрашивают:

1️⃣ Монолит, SOA или микросервисы — в чём разница и когда что выбирать
2️⃣ Синхронные и асинхронные интеграции — HTTP, брокер, когда что уместно
3️⃣ Высокоуровневая схема — как описать систему за 5–10 минут: пользователь → фронт → API → сервисы → БД
4️⃣ Нефункциональные требования — нагрузка, отказоустойчивость, масштабирование
5️⃣ Компромиссы — почему «идеальной» архитектуры не бывает


👉 Как отвечать, чтобы не провалиться:

▫️ Начни с контекста: «Для какого масштаба и этапа продукта мы проектируем?»
▫️ Назови 2–3 ключевых компонента и связи между ними — не рисуй 20 блоков
▫️ Обоснуй выбор: «Берём брокер, потому что уведомления не должны блокировать оформление заказа»
▫️ Упомяни риски: единая точка отказа, сложность отладки, согласованность данных


На Junior+ часто достаточно уверенно объяснить монолит vs микросервисы и нарисовать простую схему с API Gateway и двумя сервисами.

На Middle ждут, что ты свяжешь архитектуру с бизнес-целями и НФТ.


💡 Главное: на собеседовании оценивают не зубрёжку определений, а умение думать про систему целиком.

Системный аналитик не обязан быть разработчиком

Но если в проекте есть API, интеграции и обмен данными — делать вид, что "это техническая часть, пусть разработчики сами разберутся", уже не получится

Потому что именно аналитик часто должен понять:

• какой запрос нужен;
• какие данные передаются;
• какая авторизация используется;
• какие ошибки возможны;
• что приходит в ответе;
• где документация неполная;
• почему сценарий не сходится.

И для этого нужно уметь работать с Postman нормально:
прочитал документацию → собрал запрос → настроил auth → отправил → разобрал ответ → понял ошибку → сформулировал вывод

9 и 16 июня проводим практический воркшоп:

«API и Postman на реальных примерах»

Уже завтра первый день!

Разберём, как системному аналитику работать с API руками:

— настройка Postman;
— первый запрос;
— перенос данных из API-документации;
— Params, Headers, Body, Auth;
— Basic Auth, API Key, OAuth 2.0;
— REST и GraphQL;
— ответы, ошибки и типовые проблемы;
— домашнее задание и разбор.

Стоимость:

1990 ₽ — участие онлайн
2990 ₽ — онлайн + записи

Это воркшоп для аналитиков, которые хотят увереннее чувствовать себя в API-задачах

Завтра начинаем, осталось меньше 50-ти мест:
🤩Забрать место на воркшопе

Postman за пару тысяч

Если у вас на работе уже появляются API-задачи, разработчик кидает "проверь запрос", в вакансиях пишут Postman, а на собеседовании могут спросить, как вы проверяете API — откладывать дальше не получится...

Postman обычно вспоминают не заранее, а когда уже надо. И вот тогда начинается: какой метод выбрать, куда вставить параметры, что делать с headers, почему вернулся 400 и это я сломал запрос или API реально работает криво?

Уже сегодня (в 19:00 мск) проводим воркшоп по Postman

Разберём руками то, что аналитику реально нужно: отправить запрос, посмотреть ответ, понять статус-код, найти ошибку и нормально объяснить её команде

Это не суперсложный навык. Но без него в API-задачах очень легко выглядеть человеком, который "вроде понимает", но сам ничего проверить не может

Участие — 1 990 ₽ онлайн и 2 990 ₽ с записями

За эти деньги можно заказать один ужин (и то, на одного). А можно наконец разобраться с Postman и облегчить себе жизнь в карьере аналитика

Осталось около 20-ти мест:
🤩Забрать место на воркшопе

Старт сегодня в 19:00 мск!

Подробнее о воркшопе

Если остались вопросы — пишите в Telegram: @care_sa

📝 Задача | Архитектура

Условие:

Сервис онлайн-записи к врачам. Пользователь выбирает клинику, врача и слот, получает подтверждение на email и push.

Вводные:
▫️ ~50 000 записей в день, пики утром и вечером
▫️ Есть веб и мобильное приложение
▫️ Расписание врачей хранится в CRM клиники — интеграция по REST API
▫️ Уведомления должны уходить даже если CRM временно недоступна после создания записи

Задание:
1. Назови основные компоненты системы (3–6 штук).
2. Опиши поток: пользователь записался → что происходит дальше.
3. Объясни, где уместна синхронная интеграция, а где асинхронная — и почему.


⏱️ Попробуй решить сам.
Разбор опубликуем 10.06 в первой половине дня по мск

Пиши ответ в комментариях 👇