📦 Как интеграции влияют на БД проекта 📦
Одним из ключевых шагов в работе с задачами на интеграции является работа с базой данных (БД).
Аналитикам важно не только понимать структуру БД, но и уметь подключаться к ней, чтобы анализировать таблицы, поля, типы данных. Понимать, всех ли данных хватает для обеспечения работы системы с новой функциональностью.
👉 Интеграции могут влиять на структуру БД проекта следующим образом:
1. Данных во внешней системе больше, чем нужно (получение из внешней системы)
Бывает, что от внешней системы приходит больше данных, чем нужно для нашей. В этом случае аналитикам нужно описать маппинг данных — сопоставление полей, — и оставить только то, что реально важно для наших API и БД.
В таких случаях доработка БД не нужна.
2. Данных во внешней системе больше, чем нужно (отправка данных во внешнюю систему для сохранения)
Если на нашей стороне не хватает каких-то данных в БД, которые обязательны для отправки в API внешней системы, то мы должны:
2.1. Продумать алгоритм создания этих значений из имеющихся данных или подставлять значения по умолчанию.
2.2. Если данные не обязательны для отправки, хотя есть в API внешней системы, но в нашей БД их нет, то доработки в БД не требуются.
2.3. Добавлять новые таблицы и поля в нашу БД, а также функциональность по их наполнению нашими пользователями.
3. Во внешней системе меньше данных (получение)
...
Продолжение следует 👇
#ИнтеграцииGA
Одним из ключевых шагов в работе с задачами на интеграции является работа с базой данных (БД).
Реляционная БД — это место, где обычно хранятся все данные системы, организованные в виде таблиц и полей.
Аналитикам важно не только понимать структуру БД, но и уметь подключаться к ней, чтобы анализировать таблицы, поля, типы данных. Понимать, всех ли данных хватает для обеспечения работы системы с новой функциональностью.
👉 Интеграции могут влиять на структуру БД проекта следующим образом:
1. Данных во внешней системе больше, чем нужно (получение из внешней системы)
Бывает, что от внешней системы приходит больше данных, чем нужно для нашей. В этом случае аналитикам нужно описать маппинг данных — сопоставление полей, — и оставить только то, что реально важно для наших API и БД.
Пример:
При интеграции с системой DaData мы получаем много полей, связанных с адресами, но для нас важны только структурированные данные о местоположении, такие как улица, город и почтовый индекс. Остальные можно игнорировать.
В таких случаях доработка БД не нужна.
2. Данных во внешней системе больше, чем нужно (отправка данных во внешнюю систему для сохранения)
Если на нашей стороне не хватает каких-то данных в БД, которые обязательны для отправки в API внешней системы, то мы должны:
2.1. Продумать алгоритм создания этих значений из имеющихся данных или подставлять значения по умолчанию.
2.2. Если данные не обязательны для отправки, хотя есть в API внешней системы, но в нашей БД их нет, то доработки в БД не требуются.
2.3. Добавлять новые таблицы и поля в нашу БД, а также функциональность по их наполнению нашими пользователями.
3. Во внешней системе меньше данных (получение)
...
Продолжение следует 👇
#ИнтеграцииGA
❤🔥12👍6🔥4❤2
This media is not supported in your browser
VIEW IN TELEGRAM
🐡 Работа с задачами на интеграции, и вообще с Backend, может превратиться в ночной кошмар аналитика:
говорят разработчики.
И это продолжается снова и снова, даже после очередного круга уточнений.
Что это за ошибки и как их избежать?
Расскажу на следующей неделе на открытой онлайн-практике для системных и бизнес-аналитиков 😎
🟢 Задачи на интеграции: как избежать ошибок на реальных проектах
🗓 2 октября, среда
🕘 19:00 Мск
👉 Подробности и регистрация
До встречи онлайн!
✖️
"тут непонятно"
✖️
"слишком поверхностно"
✖️
"так не работает"
говорят разработчики.
И это продолжается снова и снова, даже после очередного круга уточнений.
Что это за ошибки и как их избежать?
Расскажу на следующей неделе на открытой онлайн-практике для системных и бизнес-аналитиков 😎
🗓 2 октября, среда
🕘 19:00 Мск
👉 Подробности и регистрация
До встречи онлайн!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍25😁11❤7😢1
📦 Как интеграции влияют на БД проекта 📦
3. Во внешней системе меньше данных (получение)
Иногда внешняя система предоставляет меньше данных, чем требуется для сохранения в нашей БД.
В таких случаях нужно подумать, как заполнить недостающие данные в нашей БД по умолчанию или придумать, как собрать их от пользователей позже.
4. Сохранение данных в БД не требуется
Есть случаи, когда сохранять данные в нашу БД при интеграции вообще не нужно. Информация обрабатывается на уровне API, где все лишние поля могут быть проигнорированы, а недостающие значения заменяются прямо в сообщениях JSON/XML/др
5. При получении и сохранении данных из внешней системы нужно делать отметку “is_external”
Некоторые системы должны делать отметки о том, что данные были загружены из внешней системы.
В этом случае новое поле в БД is_external=true/false отлично в этом помогает. Его надо добавить
👉 Необходимые доработки перед интеграцией
Перед тем как приступить к разработке интеграции, системному аналитику важно убедиться, что БД готова к работе с новой функциональностью.
Если структура БД не позволяет корректно сохранять новые данные, потребуется доработка.
Работа с БД — это неотъемлемая часть интеграционных задач, да и вообще любых задач в работе аналитиков. Не забывайте уделять этому шагу внимание при планировании задач на разработку 🙌
#ИнтеграцииGA
3. Во внешней системе меньше данных (получение)
Иногда внешняя система предоставляет меньше данных, чем требуется для сохранения в нашей БД.
В таких случаях нужно подумать, как заполнить недостающие данные в нашей БД по умолчанию или придумать, как собрать их от пользователей позже.
Пример:
При получении документов из внешней системы мы не получаем их статусы. В этом случае мы можем по умолчанию делать статус “Новый” для таких документов.
4. Сохранение данных в БД не требуется
Есть случаи, когда сохранять данные в нашу БД при интеграции вообще не нужно. Информация обрабатывается на уровне API, где все лишние поля могут быть проигнорированы, а недостающие значения заменяются прямо в сообщениях JSON/XML/др
5. При получении и сохранении данных из внешней системы нужно делать отметку “is_external”
Некоторые системы должны делать отметки о том, что данные были загружены из внешней системы.
В этом случае новое поле в БД is_external=true/false отлично в этом помогает. Его надо добавить
Пример:
В интернет-магазине есть свои и чужие товары, которые загружены из каталога внешней системы. Это надо показывать пользователям. Для таблицы “товары” в БД надо будет добавить новое поле is_external.
👉 Необходимые доработки перед интеграцией
Перед тем как приступить к разработке интеграции, системному аналитику важно убедиться, что БД готова к работе с новой функциональностью.
Если структура БД не позволяет корректно сохранять новые данные, потребуется доработка.
Например, в проекте #ShipEasyGA сейчас адреса отправления и получения посылки хранятся в одной строке. Для сохранения структурированного адреса отдельных полей нет.
Это значит, что сначала нужно создать новую таблицу для хранения структурированных адресов, т.к. мы будем хранить их в БД после оформления заказа.
Работа с БД — это неотъемлемая часть интеграционных задач, да и вообще любых задач в работе аналитиков. Не забывайте уделять этому шагу внимание при планировании задач на разработку 🙌
#ИнтеграцииGA
👍20❤6🔥4
Forwarded from 👩🏻💻 Подкаст Системных Аналитиков | GetAnalyst
👩🎓👨🎓 Тестовое собеседование на младшего системного аналитика 👩🎓👨🎓
Полное описание и дополнительные материалы можно на сайте эпизода.
👉 Введение
00:19 - Знакомство со спикерами. О подготовке к эпизоду с собеседованием на подкасте
06:20 - О формате собеседования в эпизоде
👉 Блок 1. Вопросы от Кристины для Екатерины
7:19 - Диаграммы для аналитиков
13:33 - Функциональность и мышление CRUD-моделью
15:14 - Заказная и продуктовая разработка
👉 Блок 2. Вопросы от Кристины для Елены
20:04 - БД и СУБД
22:25 - Приоритезация требований
25:23 - Методы HTTP (REST API). Рекомендация статьи “Проектирование REST API: спорные вопросы с проектов и собеседований”
30:48 - Дополнения от Кристины по ответам на вопросы блоков 1 и 2
👉 Блок 3. Вопросы от Елены для Екатерины
38:51 - Критерии качества требований
43:02 - Синхронное и асинхронное взаимодействие.
46:50 - Определения первичного (PK) и внешнего (FK) ключей в БД.
👉 Блок 4. Вопросы от Елены для Кристины
51:14 - Определения бизнес-, функциональных и нефункциональных требований
53:50 - Способы документирования требований
56:55 - Про сравнение REST и SOAP
👉 Блок 5. Вопросы от Екатерины
1:00:29 - Определение API
1:06:26 - Backend и Frontend
1:07:35 - JSON
👉 Блок 6. Практические задачи
1:10:07 - Технические задачи на понимание проектирования систем
1:14:06 - Логические задачи на проверку мышления
1:22:50 - Дополнительные технические задачи
👉 Подведение итогов:
1:25:23 - Рекомендации для начинающих системных аналитиков по подготовке к собеседованиям.
Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ YouTube
⏯ Telegram
⏯ Castbox
⏯ Spotify
Понравился эпизод? Ставьте реакции и предлагайте новые темы в комментариях🤍
Полное описание и дополнительные материалы можно на сайте эпизода.
👉 Введение
00:19 - Знакомство со спикерами. О подготовке к эпизоду с собеседованием на подкасте
06:20 - О формате собеседования в эпизоде
👉 Блок 1. Вопросы от Кристины для Екатерины
7:19 - Диаграммы для аналитиков
13:33 - Функциональность и мышление CRUD-моделью
15:14 - Заказная и продуктовая разработка
👉 Блок 2. Вопросы от Кристины для Елены
20:04 - БД и СУБД
22:25 - Приоритезация требований
25:23 - Методы HTTP (REST API). Рекомендация статьи “Проектирование REST API: спорные вопросы с проектов и собеседований”
30:48 - Дополнения от Кристины по ответам на вопросы блоков 1 и 2
👉 Блок 3. Вопросы от Елены для Екатерины
38:51 - Критерии качества требований
43:02 - Синхронное и асинхронное взаимодействие.
46:50 - Определения первичного (PK) и внешнего (FK) ключей в БД.
👉 Блок 4. Вопросы от Елены для Кристины
51:14 - Определения бизнес-, функциональных и нефункциональных требований
53:50 - Способы документирования требований
56:55 - Про сравнение REST и SOAP
👉 Блок 5. Вопросы от Екатерины
1:00:29 - Определение API
1:06:26 - Backend и Frontend
1:07:35 - JSON
👉 Блок 6. Практические задачи
1:10:07 - Технические задачи на понимание проектирования систем
1:14:06 - Логические задачи на проверку мышления
1:22:50 - Дополнительные технические задачи
👉 Подведение итогов:
1:25:23 - Рекомендации для начинающих системных аналитиков по подготовке к собеседованиям.
Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ YouTube
⏯ Telegram
⏯ Castbox
⏯ Spotify
Понравился эпизод? Ставьте реакции и предлагайте новые темы в комментариях
Please open Telegram to view this post
VIEW IN TELEGRAM
❤32🔥14👍3
Друзья, после рабочей недели мы все заслуживаем немного времени для себя✨
Выходные — идеальный момент, чтобы остановиться, расслабиться и восстановить силы.
Поэтому рекомендуем уделить внимание сну и отдыху🤌
1️⃣ Полноценный сон помогает организму восстановиться и зарядиться энергией на новую неделю.
Не пренебрегайте этим!
2️⃣ Хороший сон вырабатывает серотонин — гормона счастья.
Чем больше отдыхаете, тем лучше настроение!
3️⃣ Чем больше отдыхаете, тем эффективнее работает ваш мозг.
Позвольте себе отдохнуть!
Так что в эти выходные поспите подольше и просто насладитесь моментом. 🌙💤
А с понедельника снова начнёте завоёвывать этот мир)
#GAfrindlyreminder
Выходные — идеальный момент, чтобы остановиться, расслабиться и восстановить силы.
Поэтому рекомендуем уделить внимание сну и отдыху🤌
1️⃣ Полноценный сон помогает организму восстановиться и зарядиться энергией на новую неделю.
Не пренебрегайте этим!
2️⃣ Хороший сон вырабатывает серотонин — гормона счастья.
Чем больше отдыхаете, тем лучше настроение!
3️⃣ Чем больше отдыхаете, тем эффективнее работает ваш мозг.
Позвольте себе отдохнуть!
Так что в эти выходные поспите подольше и просто насладитесь моментом. 🌙💤
А с понедельника снова начнёте завоёвывать этот мир)
#GAfrindlyreminder
Please open Telegram to view this post
VIEW IN TELEGRAM
❤15👍10😁5
💥Онлайн-практика В ЭТУ СРЕДУ: ошибки в работе с задачами на интеграции 💥
Первый опыт работы с задачами на интеграции может быть сложным. Разработчики постоянно возвращают постановки задач. И это продолжается снова и снова, даже после очередного круга уточнений.
Чтобы избежать ошибок проектирования, которые часто встречаются как у начинающих, так и у опытных аналитиков, мы готовим новый онлайн-практикум.
План онлайн-встречи:
✅ Интеграции: когда и зачем они нужны
✅ Создание требований с нуля на примере реальной задачи
✅ Работа с 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