💥Онлайн-практика В ЭТУ СРЕДУ: ошибки в работе с задачами на интеграции 💥
Первый опыт работы с задачами на интеграции может быть сложным. Разработчики постоянно возвращают постановки задач. И это продолжается снова и снова, даже после очередного круга уточнений.
Чтобы избежать ошибок проектирования, которые часто встречаются как у начинающих, так и у опытных аналитиков, мы готовим новый онлайн-практикум.
План онлайн-встречи:
✅ Интеграции: когда и зачем они нужны
✅ Создание требований с нуля на примере реальной задачи
✅ Работа с Postman для проверки API
✅ Обзор ошибок аналитики на каждом этапе работы
Задачи на интеграции: как избежать ошибок на реальных проектах
🗓 2 октября, среда
🕘 с 19:00 до 21:30 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Нужны структурированные теория и практика по интеграциям?
Увидимся онлайн в эту среду, чтобы добавить новый опыт в вашу копилку 😎
Первый опыт работы с задачами на интеграции может быть сложным. Разработчики постоянно возвращают постановки задач. И это продолжается снова и снова, даже после очередного круга уточнений.
Чтобы избежать ошибок проектирования, которые часто встречаются как у начинающих, так и у опытных аналитиков, мы готовим новый онлайн-практикум.
План онлайн-встречи:
Задачи на интеграции: как избежать ошибок на реальных проектах
🗓 2 октября, среда
🕘 с 19:00 до 21:30 Мск
Нужны структурированные теория и практика по интеграциям?
Увидимся онлайн в эту среду, чтобы добавить новый опыт в вашу копилку 😎
Please open Telegram to view this post
VIEW IN TELEGRAM
❤23👍2
GetAnalyst - Примеры БД для ShipEasyGA.drawio.png
693.2 KB
📝 Изменения в БД в связи подключением внешней системы 📝
Прежде чем показать пример маппинга данных, я детальнее проработала часть модели БД для #ShipEasyGA.
Показала ER-диаграммы ДО -> ПОСЛЕ на прикрепленной картинке 🖼
Ключевые решения:
Каждый адрес (отправления и получения) привязывается к клиенту-отправителю.
При следующем заказе можно предлагать клиенту выбрать адрес из истории: при нажатии на строку с полным адресом, без ввода символов, сразу показывать подсказки со структурированными адресами из предыдущих заказов.
Это сэкономит запросы во внешнюю систему.
1.2. Если два разных клиента введут одинаковые адреса, то структурированный адрес будет сохранен в БД дважды, для двух разных клиентов.
Это поведение системы считаем нормальным. При желании можно усложнять и оптимизировать 🙂
Не обязательные, Так как для старых заказов, которые были созданы до обновлений, не будет структурированных адресов.
Это нужно, чтобы сохранить обратную совместимость в БД - то есть не “сломать” старые заказы, которые ориентируются на это поле.
Также, чтобы не сломать отображения адреса в большом количестве других мест системы, мы продолжим автоматически заполнять эти поля на основе структурированных адресов.
Если клиент, как пользователь системы, сменит фамилию, почту или телефон, то мы не будем "ломать" старые заказы и сохраним исторические данные.
Теперь, когда мы понимаем и структуру БД проекта, можно переходить к маппингу для нашей интеграционной задачи 🙌
#ИнтеграцииGA #БДGA
Прежде чем показать пример маппинга данных, я детальнее проработала часть модели БД для #ShipEasyGA.
Показала ER-диаграммы ДО -> ПОСЛЕ на прикрепленной картинке 🖼
Ключевые решения:
1. Создана таблица address для хранения структурированных адресов.
Каждый адрес (отправления и получения) привязывается к клиенту-отправителю.
При следующем заказе можно предлагать клиенту выбрать адрес из истории: при нажатии на строку с полным адресом, без ввода символов, сразу показывать подсказки со структурированными адресами из предыдущих заказов.
Это сэкономит запросы во внешнюю систему.
1.1. Один адрес может быть использован для нескольких заказов одного клиента.
1.2. Если два разных клиента введут одинаковые адреса, то структурированный адрес будет сохранен в БД дважды, для двух разных клиентов.
Это поведение системы считаем нормальным. При желании можно усложнять и оптимизировать 🙂
2. В таблице order добавила ссылки для адресов отправления pickup_address_id (UUID) и получения delivery_address_id (UUID).
Не обязательные, Так как для старых заказов, которые были созданы до обновлений, не будет структурированных адресов.
3. В таблице order для старых заказов останутся поля с полными адресами pickup_address (varchar(512), NOT NULL) и delivery_address (varchar(512), NOT NULL), их нельзя удалять.
Это нужно, чтобы сохранить обратную совместимость в БД - то есть не “сломать” старые заказы, которые ориентируются на это поле.
Также, чтобы не сломать отображения адреса в большом количестве других мест системы, мы продолжим автоматически заполнять эти поля на основе структурированных адресов.
* Для каждого заказа хранится копия данных об отправителе и получателе.
Если клиент, как пользователь системы, сменит фамилию, почту или телефон, то мы не будем "ломать" старые заказы и сохраним исторические данные.
Теперь, когда мы понимаем и структуру БД проекта, можно переходить к маппингу для нашей интеграционной задачи 🙌
#ИнтеграцииGA #БДGA
❤11🔥9👍5🤣1
GetAnalyst_Пример_маппинга_данных_ShipEasyGA.pdf
722.1 KB
📖 Пример маппинга данных для #ShipEasyGA 📖
В предыдущих постах:
+ Рассказала про маппинг,
+ Влияние интеграций на БД,
+ Показала БД проекта (предыдущий пост)
Чтобы показать пример маппинга, нужно определиться, для какой постановки задачи мы его делаем:
👉 Если на Frontend, то показываем соответствие данных между:
- UI,
- API ShipEasyGA.
Frontend вообще не надо знать какие интеграции есть “под капотом” и лишние детали для Frontend-разработчиков в постановке задачи не показываем.
👉 Если на Backend, для реализации API-метода ShipEasyGA, то показываем соответствие данных между:
- API ShipEasyGA,
- API внешней системы DaData,
- БД, если для работы API нужно читать данные из БД или сохранять их в неё.
В документе, который я прикрепила к этому посту, я показываю маппинг данных для Backend, на разработку API-метода, который будет получать структурированные адреса по введенной строке, но ничего не будет сохранять в БД.
Это интеграционный API-метод.
Также, чтобы оптимизировать работу метода, если его вызвали без передачи строки text или она пустая, то предлагается показывать клиенту ShopEasyGA 5 последних адресов из БД (таблица address), которые он использовал для других заказов, если они есть в БД.
Файл с примером маппинга прикреплен к посту 📖
Это часть постановки задачи на интеграционный API-метод.
#ИнтеграцииGA
В предыдущих постах:
+ Рассказала про маппинг,
+ Влияние интеграций на БД,
+ Показала БД проекта (предыдущий пост)
Чтобы показать пример маппинга, нужно определиться, для какой постановки задачи мы его делаем:
👉 Если на Frontend, то показываем соответствие данных между:
- UI,
- API ShipEasyGA.
Frontend вообще не надо знать какие интеграции есть “под капотом” и лишние детали для Frontend-разработчиков в постановке задачи не показываем.
👉 Если на Backend, для реализации API-метода ShipEasyGA, то показываем соответствие данных между:
- API ShipEasyGA,
- API внешней системы DaData,
- БД, если для работы API нужно читать данные из БД или сохранять их в неё.
В документе, который я прикрепила к этому посту, я показываю маппинг данных для Backend, на разработку API-метода, который будет получать структурированные адреса по введенной строке, но ничего не будет сохранять в БД.
GET /address?text=’строка адреса’&type='pickup/delivery'
Это интеграционный API-метод.
Также, чтобы оптимизировать работу метода, если его вызвали без передачи строки text или она пустая, то предлагается показывать клиенту ShopEasyGA 5 последних адресов из БД (таблица address), которые он использовал для других заказов, если они есть в БД.
Файл с примером маппинга прикреплен к посту 📖
Это часть постановки задачи на интеграционный API-метод.
#ИнтеграцииGA
❤9🔥6👏2👍1
🙏 Обратная связь важна 🙏
После завершения каждого потока обучения мы стараемся пообщаться с нашими студентами и узнать, как прошло обучение, что можем улучшить в программе и как еще можем помочь.
Моя команда помогает в этом и оформляет истории студентов.
В новой истории есть важные рекомендации, которыми я хочу поделиться:
🟢 Делайте конспекты занятий
Я начинаю с этого первое занятие - прошу записывать важные для вас моменты.
Веду свои конспекты по занятию, которые передаю сразу после онлайна.
На личных созвонах в наставничестве слышу листание тетрадок 😍
🟢 Делайте ДЗ
ДЗ - это ваш проект в портфолио.
В занятии мы разбираем вместе одну часть проекта. Делая ДЗ, вы практикуетесь с заданиями в другой его части. У вас появляются вопросы, которые я помогаю разбирать.
По итогам - вы объединяете общие результаты со своими и создаете один большой проект.
Особенно я люблю программы REST API и Интеграции - есть серьезные результаты в Postman / Swagger по документации, которые можно использовать для портфолио.
Это верно не только для работы со мной, но и для любых других обучений, в том числе самостоятельных.
Спасибо Анне, что рассказала нам про это в своей обратной связи 💛
#студентыGetAnalyst
После завершения каждого потока обучения мы стараемся пообщаться с нашими студентами и узнать, как прошло обучение, что можем улучшить в программе и как еще можем помочь.
Моя команда помогает в этом и оформляет истории студентов.
В новой истории есть важные рекомендации, которыми я хочу поделиться:
🟢 Делайте конспекты занятий
Я начинаю с этого первое занятие - прошу записывать важные для вас моменты.
Веду свои конспекты по занятию, которые передаю сразу после онлайна.
На личных созвонах в наставничестве слышу листание тетрадок 😍
🟢 Делайте ДЗ
ДЗ - это ваш проект в портфолио.
В занятии мы разбираем вместе одну часть проекта. Делая ДЗ, вы практикуетесь с заданиями в другой его части. У вас появляются вопросы, которые я помогаю разбирать.
По итогам - вы объединяете общие результаты со своими и создаете один большой проект.
Особенно я люблю программы REST API и Интеграции - есть серьезные результаты в Postman / Swagger по документации, которые можно использовать для портфолио.
Это верно не только для работы со мной, но и для любых других обучений, в том числе самостоятельных.
Спасибо Анне, что рассказала нам про это в своей обратной связи 💛
#студентыGetAnalyst
👍8❤3🔥3
Задачи на интеграции: как избежать ошибок на реальных проектах
🗓 СЕГОДНЯ
🕘 19:00 Мск
План:
Подготовка:
1. Войти в Postman перед занятием. Инструкция
2. Быть готовым вести свой собственный конспект в любом виде
3. Активно участвовать через чат вебинара: задавать вопросы, предлагать решения
* Запись эфира будет доступна только для зарегистрированных участников.
** Все подарки, включая доп материалы с занятия, доступны только для онлайн-участников.
До встречи в прямом эфире ❤️😉
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍2
❗️До начала 15 минут❗️
📹 Задачи на интеграции: как избежать ошибок на реальных проектах
Please open Telegram to view this post
VIEW IN TELEGRAM
Pruffme
Задачи на интеграции: как избежать ошибок на реальных проектах
🔥11
❤️🏆 Как не допускать ошибок в работе с задачами на интеграции: вебинар с неожиданным концом 🏆❤️
Чтобы уверенно работать с задачами на интеграции, важно знать порядок анализа, об ошибках и сложностях, которые могут встретиться в работе системного аналитика.
Именно это, в деталях "от" и "до", мы вчера разобрали в прямом эфире.
Практика была с неожиданным концом:
Я попросила решить проблему с ошибкой в API-документации, и она решила её основательно)))
Такого у нас еще не было!
Добавила картинки с отчетом по занятию к посту.
👉 Доступ к записи будет открыт 5, 6 и 7 октября
👉 только для зарегистрированных участников
Это был открытый урок практической программы
🧩 Интеграции систем 🧩
на которой мы с коллегами встретимся на следующей неделе, 9 октября, чтобы начать работу над новым проектом! 🙌
Спасибо вам! И отдельное спасибо Анне!
Этот вебинар, с такими результатами и активностью, я запомню надолго ❤️
Чтобы уверенно работать с задачами на интеграции, важно знать порядок анализа, об ошибках и сложностях, которые могут встретиться в работе системного аналитика.
Именно это, в деталях "от" и "до", мы вчера разобрали в прямом эфире.
Практика была с неожиданным концом:
Участница починила проблемы публичной API-документации Яндекс, и в прямом эфире помогла их команде создать новую задачу в работу 🤣🤣
Я попросила решить проблему с ошибкой в API-документации, и она решила её основательно)))
Такого у нас еще не было!
Добавила картинки с отчетом по занятию к посту.
👉 Доступ к записи будет открыт 5, 6 и 7 октября
👉 только для зарегистрированных участников
Это был открытый урок практической программы
🧩 Интеграции систем 🧩
на которой мы с коллегами встретимся на следующей неделе, 9 октября, чтобы начать работу над новым проектом! 🙌
Спасибо вам! И отдельное спасибо Анне!
Этот вебинар, с такими результатами и активностью, я запомню надолго ❤️
❤31👍9🔥9