Будущее уже здесь? Новый опыт в такси без водителя 🤔
На прошлой неделе я впервые прокатилась в такси без водителя. И это момент, когда ты вроде всё понимаешь головой — камеры, сенсоры, алгоритмы машинного обучения… Но внутри остаётся ощущение: «Неужели это реально происходит со мной?» 🚖✨
Это чувство — смесь удивления и восторга. Ты сидишь в салоне, смотришь, как машина сама перестраивается, тормозит перед пешеходами, поворачивает… и ловишь себя на мысли: технологии, о которых вчера читала в новостях, уже здесь.
👉 Для меня это не просто любопытство.
Я всё больше погружаюсь в AI и машинное обучение, учусь и хочу работать больше именно в этой сфере.
Потому что это технологии, которые меняют мир вокруг — от транспорта до медицины и образования.
Поездка без водителя стала для меня символом будущего, в котором хочется быть не пассажиром, а создателем 🤩
А вы бы решились прокатиться в таком такси? 🚘💡
Командировка в
Austin, Texas / 31.08.2025
И удача 🍀 которая в последний вечер прислала мне Waymo вместо обычного такси Uber с водителем
На прошлой неделе я впервые прокатилась в такси без водителя. И это момент, когда ты вроде всё понимаешь головой — камеры, сенсоры, алгоритмы машинного обучения… Но внутри остаётся ощущение: «Неужели это реально происходит со мной?» 🚖✨
Это чувство — смесь удивления и восторга. Ты сидишь в салоне, смотришь, как машина сама перестраивается, тормозит перед пешеходами, поворачивает… и ловишь себя на мысли: технологии, о которых вчера читала в новостях, уже здесь.
👉 Для меня это не просто любопытство.
Я всё больше погружаюсь в AI и машинное обучение, учусь и хочу работать больше именно в этой сфере.
Потому что это технологии, которые меняют мир вокруг — от транспорта до медицины и образования.
Поездка без водителя стала для меня символом будущего, в котором хочется быть не пассажиром, а создателем 🤩
А вы бы решились прокатиться в таком такси? 🚘
Командировка в
Austin, Texas / 31.08.2025
И удача 🍀 которая в последний вечер прислала мне Waymo вместо обычного такси Uber с водителем
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍39❤5❤🔥4
🔥 Оптимизация БД. Индексы 🔥
Сегодня проводим продвинутый онлайн-практикум, посвященный теме:
💻 Оптимизация БД. Работа с индексами
🗓 Сегодня, 19:00 Мск (пн)
🔗 Подробности и запись
🤝 Доступ к записи
на следующий день, для всех подключенных участников.
🎁 Актуальный бонус
доступ к записи занятия "Проектирование распределенных БД".
План практикума:
1. Нефункциональные требования и их связь с БД (предобучение в записи)
2. Понятие индексов в БД и их назначение. Разбор примеров.
3. Практика: знакомство с БД проекта и определение таблиц с индексами.
4. Проблемы избыточной оптимизации БД.
5. Индексы в постановках задач на разработчиков.
👨💻 Этот практикум идеально подходит для системных аналитиков, стремящихся углубить свои навыки в проектировании БД и оптимизации её работы.
До встречи! 🙂
Вопросы по практикуму можно написать @getanalyst (или на почту info@getanalyst.ru)
Сегодня проводим продвинутый онлайн-практикум, посвященный теме:
🤝 Доступ к записи
на следующий день, для всех подключенных участников.
🎁 Актуальный бонус
доступ к записи занятия "Проектирование распределенных БД".
План практикума:
1. Нефункциональные требования и их связь с БД (предобучение в записи)
2. Понятие индексов в БД и их назначение. Разбор примеров.
3. Практика: знакомство с БД проекта и определение таблиц с индексами.
4. Проблемы избыточной оптимизации БД.
5. Индексы в постановках задач на разработчиков.
👨💻 Этот практикум идеально подходит для системных аналитиков, стремящихся углубить свои навыки в проектировании БД и оптимизации её работы.
До встречи! 🙂
Вопросы по практикуму можно написать @getanalyst (или на почту info@getanalyst.ru)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍21🔥3❤🔥2
GetAnalyst_Интеграции_Книга_для_СА_и_БА.pdf
10.7 MB
📚 Мини-книга по Интеграциям: самое важное для Системных аналитиков 📚
Интеграция — это процесс объединения различных систем и приложений в единое целое, чтобы они могли работать вместе, обмениваться данными и выполнять задачи, как одна система.
👉 Пример 1
Платформа по доставке еды хочет отправлять клиенту SMS о процессе доставки.
Надо ли этой платформе:
1. Покупать оборудование для отправки SMS?
2. Заключать договоры и делать интеграции со всеми операторами сотовой связи?
Конечно, нет.
Мы подключаем готовый SMS-сервис (например, Unisender) через API — и задача по доставке SMS решена 🙌
👉 Пример 2
Тот же сервис доставки хочет принимать оплату банковскими картами.
Надо ли ему:
1. Реализовывать проверку карты?
2. Поддерживать 3-D Secure?
3. Хранить токены и проходить банковскую сертификацию PCI DSS?
Нет. Мы просто подключаем готовое решение по API, например, от ТБанка.
Главная идея интеграций:
👉 Виды интеграций:
1) по окружениям:
▫️ Внешние - когда мы хотим подключить к нашей системе чужую, от других разработчиков.
▫️ Внутренние
- на проекте сервисная или микросервисная архитектура, сервисы обмениваются данными по API или через брокеры.
- мобильное приложение работает с данными благодаря интеграции с сервером по API.
2) по направлению:
▫️ Во внешние системы - когда мы используем API чужих систем.
▫️ К нашей системе - когда мы сами разрабатываем свой API, чтобы к нам подключались (например, по примеру выше, мы банк, и даем другим свой API для подключения)
👉 Способы обмена данными:
▫️ Синхронный - отправили данные и получили ответ сразу.
▫️ Асинхронный - отправили данные и продолжили работу без ожидания ответа. Обработка в фоне.
👉 Основные способы интеграции:
▫️ API
▫️ Библиотеки и SDK
▫️ Брокеры
▫️ Файлы
▫️ Общая БД
📚 Подробнее об интеграциях рассказала в мини-книге с картинками и примерами.
Файл прикреплен к посту.
Загружаем, изучаем и используем 👍
#ИнтеграцииGA
Интеграция — это процесс объединения различных систем и приложений в единое целое, чтобы они могли работать вместе, обмениваться данными и выполнять задачи, как одна система.
👉 Пример 1
Платформа по доставке еды хочет отправлять клиенту SMS о процессе доставки.
Надо ли этой платформе:
1. Покупать оборудование для отправки SMS?
2. Заключать договоры и делать интеграции со всеми операторами сотовой связи?
Конечно, нет.
Мы подключаем готовый SMS-сервис (например, Unisender) через API — и задача по доставке SMS решена 🙌
👉 Пример 2
Тот же сервис доставки хочет принимать оплату банковскими картами.
Надо ли ему:
1. Реализовывать проверку карты?
2. Поддерживать 3-D Secure?
3. Хранить токены и проходить банковскую сертификацию PCI DSS?
Нет. Мы просто подключаем готовое решение по API, например, от ТБанка.
Главная идея интеграций:
Если не хочешь "изобретать велосипед", просто подключи (интегрируй) уже готовое решение в свою систему.
👉 Виды интеграций:
1) по окружениям:
▫️ Внешние - когда мы хотим подключить к нашей системе чужую, от других разработчиков.
▫️ Внутренние
- на проекте сервисная или микросервисная архитектура, сервисы обмениваются данными по API или через брокеры.
- мобильное приложение работает с данными благодаря интеграции с сервером по API.
2) по направлению:
▫️ Во внешние системы - когда мы используем API чужих систем.
▫️ К нашей системе - когда мы сами разрабатываем свой API, чтобы к нам подключались (например, по примеру выше, мы банк, и даем другим свой API для подключения)
👉 Способы обмена данными:
▫️ Синхронный - отправили данные и получили ответ сразу.
▫️ Асинхронный - отправили данные и продолжили работу без ожидания ответа. Обработка в фоне.
👉 Основные способы интеграции:
▫️ API
▫️ Библиотеки и SDK
▫️ Брокеры
▫️ Файлы
▫️ Общая БД
📚 Подробнее об интеграциях рассказала в мини-книге с картинками и примерами.
Файл прикреплен к посту.
Загружаем, изучаем и используем 👍
#ИнтеграцииGA
❤37🔥15👍7🍾1
🌆 #CityGA - новый проект на Интеграцию с #KudaGoAPI и #DashamailAPI 🌆
Планы на выходные без бесконечного скролла — система для городов #CityGA сама найдёт события под ваши интересы и раз в неделю пришлёт подборку «куда сходить» в приложении и на почту.
🟢 Сценарий к проектированию:
1. Пользователь настраивает город, категории мероприятий и ключевые слова по ним.
2. По расписанию система собирает актуальные события из KudaGo, фильтрует и ранжирует под каждого пользователя.
3. Готовит подборку внутри приложения и отправляет на email через Dashamail.
👉 Что предстоит сделать для решения задачи на Интеграцию:
1. Выделить ключевые Use Case - сценарии работы пользователя.
2. Провести первичный анализ KudaGo API и Dahamail API: наличие нужных методов, рекомендуемый порядок интеграции.
3. Определить влияние интеграции на архитектуру системы.
4. Протестировать платёжное API Kadago и API Dashamail в Postman, чтобы понять, как они реально работают.
5. Описать интеграционные Use Cases: логику работу системы с техническими деталями.
6. Сформировать требования для интеграционных REST API-методов.
7. Дополнить требования UML-диаграммами.
8. Описать маппинги данных и доработки БД
Будем последовательно разбирать эти шаги для проекта весь следующий месяц.
✅ Результат:
Отработанный кейс интеграции от анализа до реализации.
✔️ Постановки задач на интеграцию на разработчиков в Confluence
✔️ Архитектура проекта в C4
✔️ UML-диаграмма процесса
✔️ Маппинг данных для UI+API+БД
✔️ Коллекция Postman-запросов для KudaGo API и Dahamail API
Проект #CityGA разбираем в поддержку практической программы Интеграции систем 🧩
Готовы получить новый опыт и знания?
Подписывайтесь на GetAnalyst и следите за обновлениями!
Добро пожаловать в проект! 🤝
#ИнтеграцииGA
Планы на выходные без бесконечного скролла — система для городов #CityGA сама найдёт события под ваши интересы и раз в неделю пришлёт подборку «куда сходить» в приложении и на почту.
🟢 Сценарий к проектированию:
1. Пользователь настраивает город, категории мероприятий и ключевые слова по ним.
2. По расписанию система собирает актуальные события из KudaGo, фильтрует и ранжирует под каждого пользователя.
3. Готовит подборку внутри приложения и отправляет на email через Dashamail.
👉 Что предстоит сделать для решения задачи на Интеграцию:
1. Выделить ключевые Use Case - сценарии работы пользователя.
2. Провести первичный анализ KudaGo API и Dahamail API: наличие нужных методов, рекомендуемый порядок интеграции.
3. Определить влияние интеграции на архитектуру системы.
4. Протестировать платёжное API Kadago и API Dashamail в Postman, чтобы понять, как они реально работают.
5. Описать интеграционные Use Cases: логику работу системы с техническими деталями.
6. Сформировать требования для интеграционных REST API-методов.
7. Дополнить требования UML-диаграммами.
8. Описать маппинги данных и доработки БД
Будем последовательно разбирать эти шаги для проекта весь следующий месяц.
✅ Результат:
Отработанный кейс интеграции от анализа до реализации.
✔️ Постановки задач на интеграцию на разработчиков в Confluence
✔️ Архитектура проекта в C4
✔️ UML-диаграмма процесса
✔️ Маппинг данных для UI+API+БД
✔️ Коллекция Postman-запросов для KudaGo API и Dahamail API
Проект #CityGA разбираем в поддержку практической программы Интеграции систем 🧩
Готовы получить новый опыт и знания?
Подписывайтесь на GetAnalyst и следите за обновлениями!
Добро пожаловать в проект! 🤝
#ИнтеграцииGA
🔥32❤7❤🔥3
GetAnalyst_Виды_Интеграций_справочник.png
699.4 KB
📚 Виды интеграций: полный справочник 📚
1. Синхронные по API (REST, SOAP, GraphQL и другие)
2. Асинхронные по API (Webhook, Polling)
3. Режим реального времени (WebSocket, SSE и другие)
4. Брокеры и очереди сообщений
5. Общая БД
6. Обмен файлами
Полезно иметь под рукой для подготовки к собеседованиям 🤝
#ИнтеграцииGA
1. Синхронные по API (REST, SOAP, GraphQL и другие)
2. Асинхронные по API (Webhook, Polling)
3. Режим реального времени (WebSocket, SSE и другие)
4. Брокеры и очереди сообщений
5. Общая БД
6. Обмен файлами
Полезно иметь под рукой для подготовки к собеседованиям 🤝
#ИнтеграцииGA
❤41👍19❤🔥6👎1
Давно планируете сменить профессию на СА, но знаний не хватает или делаете всё «по наитию»?
Эта практическая программа для вас 👇
🧭 Наши выпускники
👉 Бухгалтеры, учителя, работники госслужб и другие специалисты, кто переходит в IT
👉 Бизнес-аналитики
👉 Junior/Начинающие СА
👉 Тестировщики
👉 Техписы
👉 Специалисты техподдержки
👉 PM
🎯 Цели
+ Получить профессию
+ Нужны системные знания
+ Нужна уверенность в работе
+ Выстроить сильную базу в аналитике
🧱 Что делаем на проекте
+ Собираем, анализируем и документируем требования
+ БТ, НФТ, ФТ, Use Cases, User Stories
+ Проектируем БД: концептуальную, логическую и физическую модели (ER-диаграммы)
+ Создаем реальную БД на основе вашей модели
+ Делаем SQL-запросы в ней
+ Проектируем архитектуру
+ Проектируем REST API (JSON) с нуля
+ Тестируем REST API в Postman; SOAP API (xml) в SoapUI
+ Ставим задачи на БД, Backend, Frontend, Интеграции
Работаем с Confluence, Jira, Figma, Miro, Draw io, DevTools, Postman, DBeaver и другими необходимыми для работы инструментами
10 месяцев глубокой онлайн-практики.
Каждое занятие — практика с разбором ваших результатов работы.
+ Можно учиться ускоренно: 3, 6 или 10 мес
+ Индивидуальный план под вашу цель: вход в профессию / рост
🔥 Почему поток 2025–2026?
Потоки раз в год.
Этот — последний в полном формате, с большим количеством онлайна и индивидуальной работы.
Со следующего года количество встреч будет сокращено.
👉 Это ваша возможность успеть на «полную версию»
🏁 Итоги для вас
+ Опыт работы в команде с индивидуальной зоной ответственности
+ Понимание «как делать правильно», ваши шаблоны документации и уверенность на собеседованиях
+ 80% выпускников прошлого потока уже перешли в новые роли и нашли первую работу в IT 🙌
Больше подробностей тут.
Вопросы можно писать @getanalyst 🤝
Ждём вас в команде СА! 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
❤19❤🔥3👍3🔥1
✅ Чек-лист по работе с Интеграциями для СА и БА ✅
Системный аналитик должен уметь рассказывать про свой процесс работы с задачами на интеграции: от момента получения требований до создания задач на разработку.
Хочу поделиться с вами пошаговым планом, описывающим этот процесс.
Пусть он станет вашим помощником при работе с задачами на интеграции и в подготовке к собеседованиям.
👉 Краткий чек-лист по работе с задачами на интеграции:
☑️ Получить вводные от заказчика
☑️ Выделить компоненты системы: внешние, внутренние
☑️ Найти API-документацию для каждого из внешних сервисов, а если необходимо, то и для внутренних
☑️ Нарисовать схему архитектуры — первое приближение
☑️ Описать процессы, которые нужно поддержать в системе
☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание
☑️ Уточнить схему архитектуры (и далее постоянно актуализировать по ходу детального проектирования и постановок задач)
☑️ Получить доступы к API
☑️ Протестировать API своими силами или с помощью разработчиков
☑️ Сопоставить наборы данных, доработать/спроектировать БД нашей системы при необходимости, описать маппинг данных
☑️ Создать задачи в Jira и выстроить порядок разработки
☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее
👉 Полный пошаговый план работы с задачами на интеграции в статье.
#ИнтеграцииGA
Системный аналитик должен уметь рассказывать про свой процесс работы с задачами на интеграции: от момента получения требований до создания задач на разработку.
Хочу поделиться с вами пошаговым планом, описывающим этот процесс.
Пусть он станет вашим помощником при работе с задачами на интеграции и в подготовке к собеседованиям.
👉 Краткий чек-лист по работе с задачами на интеграции:
☑️ Получить вводные от заказчика
☑️ Выделить компоненты системы: внешние, внутренние
☑️ Найти API-документацию для каждого из внешних сервисов, а если необходимо, то и для внутренних
☑️ Нарисовать схему архитектуры — первое приближение
☑️ Описать процессы, которые нужно поддержать в системе
☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание
☑️ Уточнить схему архитектуры (и далее постоянно актуализировать по ходу детального проектирования и постановок задач)
☑️ Получить доступы к API
☑️ Протестировать API своими силами или с помощью разработчиков
☑️ Сопоставить наборы данных, доработать/спроектировать БД нашей системы при необходимости, описать маппинг данных
☑️ Создать задачи в Jira и выстроить порядок разработки
☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее
👉 Полный пошаговый план работы с задачами на интеграции в статье.
#ИнтеграцииGA
❤32🔥13❤🔥1
C4_Context_Архитектура_CityGA.png
243.5 KB
🏙 Архитектура в C4 для проекта #CityGA 🏙
С чего начинается понимание, как работает интеграция?
Один из первых шагов — показать схему архитектуры, чтобы увидеть:
✔️ какие компоненты есть (приложения, сервисы, БД и т.д.)
✔️ как они взаимодействуют друг с другом (API, через брокер и др), потоки данных,
✔️ что и куда сохраняется.
Без этого сложно понять, как на самом деле работает система "под капотом".
Поэтому показываю вам архитектуру CityGA, и сразу в нотации моделирования С4.
👉 Архитектура CityGA включает:
Frontend:
🔺 Мобильные и веб-приложения пользователей
🔺 Веб-приложение администратора
Backend:
▫️ Основной сервис (монолит) — вся основная бизнес-логика системы, интеграция с KudaGo
▫️ БД Основная — хранит все данные по системе.
▫️ Файловое хранилище — фото, документы
▫️ Брокер сообщений — очередь задач для фоновой обработки, пока только события о необходимости отправить уведомление (SMS/email/push).
▫️ Сервис уведомлений — отдельный компонент, чтобы асинхронно (фоново) рассылать уведомления пользователям, не задерживая работу алгоритмов и ответы пользователям. Интегрирован с Firebase и Dashamail
▫️ БД Уведомлений — хранит историю отправленных уведомлений, шаблоны.
Интеграции с внешними системами:
🔹 KudaGo
🔹 DashaMail
🔹 Firebase
🗺️ Архитектура в C4 для CityGA показана на двух уровнях:
L1. C4/Context — система и окружение (роли пользователей, внешние системы).
L2. C4/Container — приложения, сервисы, БД, брокеры, протоколы интеграции, технологии и протоколы.
👉 Для проработки интеграции и тех-сценариев нам критически важен именно уровень C4/Container: на нём видно, как именно приложения и сервисы взаимодействуют внутри системы.
Схема архитектуры — это отправная точка для описания интеграционного Use Case, на которой мы по сути видим потоки данных 🙌
Сохраняйте примеры схем архитектуры C4 в копилку, пригодится для работы на ваших проектах 😉
#ИнтеграцииGA
С чего начинается понимание, как работает интеграция?
Один из первых шагов — показать схему архитектуры, чтобы увидеть:
✔️ какие компоненты есть (приложения, сервисы, БД и т.д.)
✔️ как они взаимодействуют друг с другом (API, через брокер и др), потоки данных,
✔️ что и куда сохраняется.
Без этого сложно понять, как на самом деле работает система "под капотом".
Поэтому показываю вам архитектуру CityGA, и сразу в нотации моделирования С4.
👉 Архитектура CityGA включает:
Frontend:
🔺 Мобильные и веб-приложения пользователей
🔺 Веб-приложение администратора
Backend:
▫️ Основной сервис (монолит) — вся основная бизнес-логика системы, интеграция с KudaGo
▫️ БД Основная — хранит все данные по системе.
▫️ Файловое хранилище — фото, документы
▫️ Брокер сообщений — очередь задач для фоновой обработки, пока только события о необходимости отправить уведомление (SMS/email/push).
▫️ Сервис уведомлений — отдельный компонент, чтобы асинхронно (фоново) рассылать уведомления пользователям, не задерживая работу алгоритмов и ответы пользователям. Интегрирован с Firebase и Dashamail
▫️ БД Уведомлений — хранит историю отправленных уведомлений, шаблоны.
Интеграции с внешними системами:
🔹 KudaGo
🔹 DashaMail
🔹 Firebase
🗺️ Архитектура в C4 для CityGA показана на двух уровнях:
L1. C4/Context — система и окружение (роли пользователей, внешние системы).
L2. C4/Container — приложения, сервисы, БД, брокеры, протоколы интеграции, технологии и протоколы.
👉 Для проработки интеграции и тех-сценариев нам критически важен именно уровень C4/Container: на нём видно, как именно приложения и сервисы взаимодействуют внутри системы.
Схема архитектуры — это отправная точка для описания интеграционного Use Case, на которой мы по сути видим потоки данных 🙌
Сохраняйте примеры схем архитектуры C4 в копилку, пригодится для работы на ваших проектах 😉
#ИнтеграцииGA
👍16🔥14❤🔥5❤2
🧐 Анализ API-документации KudaGo: что нужно перед интеграцией 🧐
Прежде чем проектировать интеграцию, нужно разобраться, возможна ли она вообще.
Для этого мы, как системные аналитики, должны проанализировать API-документацию и найти ключевые разделы, которые помогут ответить на этот вопрос.
Разбираемся на примере #KudaGoAPI, как анализировать API-документацию.
✅ Документация
Вводная страница
✅ Вид API
✔ Нигде явно не указан.
✔ HTTPs-запросы.
✔ Все GET - так как получение данных.
Все POST/GET = HTTP API.
Это можно назвать REST like API, так как по факту в публичной документации только запросы на получение данных и метод GET выбран верно.
✅ Авторизация и аутентификация
Не требуется.
Этот раздел отсутствует.
Это публичный API без ограничений на использование.
✅ Тестовые доступы
Не нужны, так как это публичный API на чтение и никаких данных для авторизации к API тоже нет.
✅ Рекомендации по использованию API
Отсутствуют.
Получаем данные в любом порядке и используем на своё усмотрение.
✅ Ограничения и особенности
Даже если на сервере KudaGo есть ограничение на количество запросов с одного ip-адреса, что очень даже вероятно, то его не указали в документации :)
✅ Общие требования к обработке ошибок
Нет. Описаны на уровне отдельных запросов.
Например, для списка городов.
✅ Список методов для нашей задачи
На этом этапе важно понимать логику будущего алгоритма работы системы.
Сначала продумываю интеграционные Use Cases, не зная деталей внешнего API. А потом подбираю нужные методы.
Для нашей задачи с #CityGA нужны будут методы, связанные с получением мероприятий и событий в городах:
✔ Список городов - их id используются в остальных методах
✔ Список событий
✔ Список мест, куда сходить
✔ Список показов для фильмов в кино
Эти методы мы будем использовать для информирования пользователей о событиях в городе по их личным предпочтениям.
Это простая API-документация для анализа. И у нас ещё есть более интересная интеграция с системой email рассылок DashaMail, которую мы также проанализируем 🤝
#ИнтеграцииGA
Прежде чем проектировать интеграцию, нужно разобраться, возможна ли она вообще.
Для этого мы, как системные аналитики, должны проанализировать API-документацию и найти ключевые разделы, которые помогут ответить на этот вопрос.
Разбираемся на примере #KudaGoAPI, как анализировать API-документацию.
✅ Документация
Вводная страница
✅ Вид API
✔ Нигде явно не указан.
✔ HTTPs-запросы.
✔ Все GET - так как получение данных.
Все POST/GET = HTTP API.
Это можно назвать REST like API, так как по факту в публичной документации только запросы на получение данных и метод GET выбран верно.
✅ Авторизация и аутентификация
Не требуется.
Этот раздел отсутствует.
Это публичный API без ограничений на использование.
✅ Тестовые доступы
Не нужны, так как это публичный API на чтение и никаких данных для авторизации к API тоже нет.
✅ Рекомендации по использованию API
Отсутствуют.
Получаем данные в любом порядке и используем на своё усмотрение.
✅ Ограничения и особенности
Даже если на сервере KudaGo есть ограничение на количество запросов с одного ip-адреса, что очень даже вероятно, то его не указали в документации :)
✅ Общие требования к обработке ошибок
Нет. Описаны на уровне отдельных запросов.
Например, для списка городов.
✅ Список методов для нашей задачи
На этом этапе важно понимать логику будущего алгоритма работы системы.
Сначала продумываю интеграционные Use Cases, не зная деталей внешнего API. А потом подбираю нужные методы.
Для нашей задачи с #CityGA нужны будут методы, связанные с получением мероприятий и событий в городах:
✔ Список городов - их id используются в остальных методах
✔ Список событий
✔ Список мест, куда сходить
✔ Список показов для фильмов в кино
Эти методы мы будем использовать для информирования пользователей о событиях в городе по их личным предпочтениям.
Это простая API-документация для анализа. И у нас ещё есть более интересная интеграция с системой email рассылок DashaMail, которую мы также проанализируем 🤝
#ИнтеграцииGA
🔥27❤4👍4❤🔥1
🧶 Исследование API через Postman 🧶
Документация ≠ реальность.
Прежде чем отдавать задачу на интеграцию в разработку, системный аналитик проверяет, как на самом деле работает API внешней системы.
Он заранее подстраховывает разработчиков, уточняя нюансы, которых нет в API-документации внешней системы.
Что важно проверить аналитику для интеграции:
✅ Как работает аутентификация в API
✅ Успешную работу всех API-методов
✅ Протестировать ошибки (при авторизации, отсутствии данных и другие), чтобы понять, как внешняя система реагирует на нештатные ситуации
Делюсь с вами практическими руководствами по исследованию API внешних систем через Postman:
📹 Postman: навык тестирования REST API за вечер
📚 Практическое руководство по Postman - тестирование API DaData
📚 Практическое руководство по Postman - тестирование API Unisender
📚 Практическое руководство по Postman - тестирование API банка ВТБ
📚 Практическое руководство по Postman - тестирование API ChatGPT
👉 В этих руководствах всё четко, с картинками и по шагам.
С ними вы сможете освоить Postman за выходные, и сразу же пополните своё портфолио несколькими коллекциями запросов 🙌
В дополнение:
Попробуйте сами протестировать запрос на получение списка городов и получение списка событий в API KudaGo, чтобы закрепить полученный навык 😉
#ИнтеграцииGA
Документация ≠ реальность.
Прежде чем отдавать задачу на интеграцию в разработку, системный аналитик проверяет, как на самом деле работает API внешней системы.
Он заранее подстраховывает разработчиков, уточняя нюансы, которых нет в API-документации внешней системы.
Что важно проверить аналитику для интеграции:
✅ Как работает аутентификация в API
✅ Успешную работу всех API-методов
✅ Протестировать ошибки (при авторизации, отсутствии данных и другие), чтобы понять, как внешняя система реагирует на нештатные ситуации
Делюсь с вами практическими руководствами по исследованию API внешних систем через Postman:
📹 Postman: навык тестирования REST API за вечер
📚 Практическое руководство по Postman - тестирование API DaData
📚 Практическое руководство по Postman - тестирование API Unisender
📚 Практическое руководство по Postman - тестирование API банка ВТБ
📚 Практическое руководство по Postman - тестирование API ChatGPT
👉 В этих руководствах всё четко, с картинками и по шагам.
С ними вы сможете освоить Postman за выходные, и сразу же пополните своё портфолио несколькими коллекциями запросов 🙌
В дополнение:
Попробуйте сами протестировать запрос на получение списка городов и получение списка событий в API KudaGo, чтобы закрепить полученный навык 😉
#ИнтеграцииGA
🔥48❤17⚡4❤🔥3👍1
Мы провели вместе почти год... ❤️🔥
Встречи закончились ещё месяц назад, а я уже скучаю, и с теплом вспоминаю все занятия и сообщения наших выпускников Системный аналитик с нуля.
Для меня это огромная ответственность, чтобы вести коллег в аналитике не по отдельному направлению, а вообще по всем. С нуля.
И не пройтись обзорно, а реально разобраться.
Показать как работать.
И убедиться в том, что поняли все.
Это ваше время.
Это моё время.
И по итогам, как я вижу, всё не зря.
Процитирую один из комментариев после окончания обучения, который можно найти в историях студентов на сайте:
Ни добавить, ни убавить.
Спасибо, что выбираете GetAnalyst ❤️
#студентыGetAnalyst
Встречи закончились ещё месяц назад, а я уже скучаю, и с теплом вспоминаю все занятия и сообщения наших выпускников Системный аналитик с нуля.
Для меня это огромная ответственность, чтобы вести коллег в аналитике не по отдельному направлению, а вообще по всем. С нуля.
И не пройтись обзорно, а реально разобраться.
Показать как работать.
И убедиться в том, что поняли все.
Это ваше время.
Это моё время.
И по итогам, как я вижу, всё не зря.
Процитирую один из комментариев после окончания обучения, который можно найти в историях студентов на сайте:
Будущим ученикам желаю уделять время на обучение.
Развивать кругозор, погружаться: читать больше книг и статей по теме. А если не любите читать — слушать подкасты.
Мало просто купить курс — его надо изучить, тогда обязательно будет результат.
Ни добавить, ни убавить.
Спасибо, что выбираете GetAnalyst ❤️
#студентыGetAnalyst
❤23❤🔥6👍6