🗓🟢 [Онлайн-практика завтра - в 19 Мск] Postman, Insomnia и AI для работы с REST API 🟢🗓

Готовы получать новый уникальный опыт по тестированию и документированию REST API?


Уже завтра ждём вас на бесплатном практическом вебинаре для бизнес- и системных аналитиков:

💥 Postman, Insomnia и AI для REST API
🗓 30 октября (чт), в 19:00 МСК
🟢 Прямой эфир

🔗 Зарегистрироваться


В результате этого обучения:
✅ Получите опыт работы с Postman и Insomnia.
✅ Сделаете коллекции запросов к реальному API для личного портфолио.
✅ Научитесь использовать AI-инструменты (GeminiAI + ChatGPT) на продвинутом уровне для ускорения работы.
✅ Получите примеры постановок задач на REST API-методы.
✅ Спроектируете и задокументируете REST API-метод с нуля через Insomnia.


Будем погружаться в сложную теорию через реальную работу! 🚀

--------
Занятие проводится в качестве вводного урока к практической программе Дизайн REST API.
--------

До встречи в прямом эфире завтра, в 19:00 Мск! ❤️

📌 Подготовка к практике по Postman, Insomnia и AI для REST API [сегодня, в 19:00 Мск] 📌

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


Поэтому я рекомендую подготовиться заранее.

🕘 Время на подготовку: 10 мин

----------------------------------

Чек-лист 👇

✅ Два экрана, зонирование одного или вход с двух устройств

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

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


✅ Для работы с AI может потребоваться VPN

Я рекомендую открыть ChatGPT и войти в свой личный аккаунт до занятия.
https://chatgpt.com/

Зарегистрируйтесь по Google-учетке, если аккаунта ещё нет.
Бесплатного аккаунта для настройки AI-ассистента хватит.

Дополнительно покажу ещё одну нейросеть сама, но по ней практику будете повторять уже самостоятельно, после занятия.


✅ Откройте Postman и войдите в аккаунт

Либо откройте веб-версию: https://www.postman.com/
Либо скачайте и установите на компьютер: https://www.postman.com/downloads/

Войдите в свой личный аккаунт, чтобы начать работу с инструментом.

🔗 Есть инструкция


✅ Откройте Insomnia и войдите в аккаунт

Скачайте и установите приложение: https://insomnia.rest/

Зарегистрируйте аккаунт и войдите в него.
Я создала аккаунт используя Google-учетку, но можно и другим способом.

Вход занимает время, и может потребоваться перезапуск приложения.


✅ Подключитесь к эфиру в 19:00 Мск, задавайте вопросы, получайте новые знания и опыт!

----------------------------------

Ещё не зарегистрировались на эфир?

💥 Postman, Insomnia и AI для REST API
🗓 30 октября (чт), в 19:00 МСК
🔗 Зарегистрироваться

До встречи онлайн! 😊


P.S. Запись будет доступна только для зарегистрированных учатников.

P.S. Организационные вопросы? @getanalyst и info@getanalyst.ru

🔔 Встречаемся через 3 часа на онлайн-практике по REST API для аналитиков 😎

Прямой эфир с автором канала GetAnalyst - Екатериной Ананьевой.

💎 Postman, Insomnia и AI: тестируем чужие и проектируем свои REST API с нуля
🗓 Сегодня, 19:00 Мск
👉 Принять участие

Ссылка с доступом придёт вам на почту.

❗️ Запись будет доступна только для зарегистрированных участников с 02.11 до 05.11.

🔖 Шаблон постановки задачи на REST API-метод для Confluence 🔖


Зачем нужен шаблон постановки задачи?
(Особенно для REST API)

1️⃣ Разработчики всегда понимают что и в каком месте искать в статье с требованиями.

2️⃣ Постановка задачи (требования) = Будущая статья в документацию.
Нет двойной работы.

3️⃣ Системный аналитик не упускает требования и всегда держит единую структуру документа.


Этих трёх пунктов достаточно, чтобы понять цель шаблона:

повысить качество постановок задач и документации 🙌

К посту добавила пример шаблона для Confluence.
Также в нашем блоге можно найти статью с пояснениями к нему.

#ResApiGa

🤖 8 уязвимостей в интеграции с Generative AI - чек-лист НФТ по безопасности для ТЗ 🤖

Когда вам придётся писать требования на разработку системы с AI-интеграциями, то НФТ по безопасности станут одними из главных.

Их важно учесть, чтобы:
✔️ спроектировать корректные алгоритмы работы системы и точки контроля
✔️ писать системные промпты, которые будут лежать "под капотом" системы
✔️ автоматизировать процессы пользователей без ошибок и неожиданных действий
✔️ защищать персональные данные, секреты и конфиденциальную информацию
✔️ настроить логирование, мониторинг и реакцию на инциденты, связанные с использованием AI

Собрала для вас чек-лист из 8 уязвимостей, которые надо учитывать в ТЗ и при проектировании сценариев в системах, где есть интеграции с AI 🤖

#AI_for_analysts #ИнтеграцииGA

🔔🤖 Postman, Insomnia и AI-ассистент - доступ к записи открыт 🟠🟣🤖

Коллеги, всем зарегистрированным участникам доступ пришел на почту ещё вчера утром.

Если не нашли письмо или ещё не регистрировались:
🔗 Получить доступ

🗓 Запись будет доступна только до 5 ноября, 23:59 Мск. Успевайте посмотреть!

----------

P.S.
Огромная благодарность за вашу обратную связь! Всё вижу, всё читаю! 🫶

Roxel [01.11.2025]

Это очень практичный и очень полезный вебинар. Это практикум! Все материалы систематизированы, урок прошел на одном дыхании. Это магия! Спасибо борльшое, Екатерина! Вы самый крутой профессионал, который преподает в домене Системного анализа на русском языке! Вы - СУПЕР!

Julia [01.11.2025]

Впечатления о занятии: Большое спасибо за занятие! Очень много полезной информации и практических примеров. На мой взгляд Катя сейчас один из лучших лекторов по систиемному анализу.

Юлия [01.11.2025]

очень полезно, особенно про AI-ассистента

----------

P.S.S.
Вопросы? Пишите @getanalyst или info@getanalyst.ru

🔖 Получение данных через POST в REST API + кэширование: пример требований для Backend-разработчика 🔖

Вопрос с подвохом, который вы можете встретить на собеседовании:

Можно ли использовать метод POST для получения данных?

👉 Да, можно.



Метод POST в REST API изначально предназначен для отправки данных на сервер с целью их обработки и создания новых записей в БД.

В то же время его можно использовать для получения данных:

👉 1. Запросы с большим количеством фильтров
Когда необходимо реализовать большое количество фильтров для получения списка, то решение отправлять их все в URL запроса как query-параметры не лучшее, т.к. это делает URL очень длинным.

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

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


👉 2. Асинхронные запросы на получение данных: комбинирование POST и GET



Подготовила для вас пример постановки задачи на Backend, который не соответствует концепции REST API и показывает, как работать с большим количеством фильтров на поиск 😱

POST /products/search - Поиск по каталогу продуктов

Что важного внутри:
▫️ алгоритм для API в микросервисной архитектуре
▫️ кэширование - базовые требования
▫️ фильтры и сортировки в JSON
▫️ пагинация в URL

Это антипаттерн проектирования REST API для получения данных из-за POST и его нежелательного кэширования, но его часто используют в реальной жизни 🙃

Такого насыщенного деталями примера больше нигде не найдёте в открытом доступе.

🔖 Обязательно сохраняйте этот новый образец требований по REST API в личный архив и поддержите пост ❤️🔥, если это то, что вам действительно актуально


#RestApiGA #FarmFreshGA

🦋 Редактирование через PUT: пример требований к REST API методу 🦋

Когда нужно сделать метод редактирования, возникает дилемма. В REST уместны два подхода.


1️⃣ PUT - полное изменение ресурса
На вход передаются все параметры объекта (ресурса), включая те, которые не меняются.

📍 Пример:
Хочу отредактировать только название товара.

✅ Как работать с PUT:
Передавать на вход вообще все параметры товара - название, описание, цена и т.д. Даже если я хочу поменять только название.

🙌 Как бывает в реальности:
Полную передачу параметров игнорируют и делают PUT, который работает по правилам PATCH.



2️⃣ PATCH - частичное изменение ресурса
На вход передаются только данные, которые нужно поменять.
Идеален для случаев, когда меняется статус (заблокировать пользователя, архивировать товар, отменить заказ и т.п.).

📍 Пример:
Хочу отредактировать только название товара.

✅ Как работать с PATCH:
В запросе отправляется только название товара.
Ничего лишнего.
Это позволяет экономить трафик.

🙌 Как бывает в реальности:
Используют PUT вместо PATCH, потому что так исторически сложилось 😄

📌 Как быть, если вы встретились с подобной задачей впервые?

Если проект действующий, то посмотрите какие методы уже используются для редактирования:
+ Все PUT? Выбирайте PUT
+ Все PATCH? Выбирайте PATCH
+ Есть и PUT, и PATCH? Или новый проект? Обдумать решение согласно концепции REST




Подготовила пример задачи на Backend, который показывает, как работать с редактированием через PUT:

PUT /products/{productId} - Редактировать

товар фермером/продавцом

Что важного внутри:
▫️ обоснование, почему PUT, а не PATCH
▫️ редактирование картинок у товара - отдельные методы
▫️ новый каталог seller-api на сервере (сравните URL с поиск товаров покупателями)
▫️ алгоритм для API в микросервисной архитектуре
▫️ обработка HTTP-401 и HTTP-403 в алгоритме (требования к реализации) и в примерах ответов

🔖 Новый образец требований по REST API (метод PUT) в ваш личный архив.


#RestApiGA #FarmFreshGA