🥳 Новый проект #EventTasksGA: разбор интеграционной задачи для собеседований на СА 🥳
Интеграции - одна из самых актуальных и важных тем для системных аналитиков.
На собеседованиях этот навык проверяют по-разному: задают теоретические вопросы или дают практическую задачу, чтобы оценить глубину знаний и умение применять их на практике.
В этом месяце мы будем разбирать задачу, которая проверяет знания системного аналитика на все 100%: насколько он понимает интеграционные процессы и умеет работать с такими задачами.
🟢 Задача на Интеграцию:
Платформа для заказа организации мероприятий #EventTasksGA.
🟢 Процесс:
1. Клиент оформляет заказ.
2. Заказ, оформленный через сайт или мобильное приложение, обрабатывается менеджером в CRM-системе платформы.
3. Менеджер вручную создает проект в таск-трекере Todoist, где формируется стандартный набор задач в зависимости от тарифа и вида мероприятия.
4. После завершения мероприятия формируется акт выполненных работ.
🟢 Нужно автоматизировать:
1. При поступлении заказа автоматически создавать проект в Todoist и задачи по нему.
2. Автоматически назначать ответственного организатора за проект.
3. Передавать информацию о выполнении проекта в основную платформу, чтобы на ее основе формировался акт выполненных работ.
🟢 Задачи системного аналитика:
1. Спланировать работы по интеграции с системой Todoist.
2. Показать архитектуру решения.
3. Описать логику работы: автоматическое создание проекта и формирование акта выполненных работ.
4. Сформировать требования для REST API-методов, необходимых для интеграции.
🟢 Что дополнительно можно спросить у кандидата на собеседовании:
+ принципы проектирования БД,
+ понимание Backend и Frontend,
+ особенности использования различных API в проекте,
+ понимание принципов асинхронного взаимодействия.
Мы будем последовательно разбирать эту задачу в декабре!
Добро пожаловать в наш новый проект-собеседование!
Чтобы участвовать, достаточно быть подписанными на наш канал и ежедневно следить за обновлениями 😉
#ИнтеграцииGA
Интеграции - одна из самых актуальных и важных тем для системных аналитиков.
На собеседованиях этот навык проверяют по-разному: задают теоретические вопросы или дают практическую задачу, чтобы оценить глубину знаний и умение применять их на практике.
В этом месяце мы будем разбирать задачу, которая проверяет знания системного аналитика на все 100%: насколько он понимает интеграционные процессы и умеет работать с такими задачами.
🟢 Задача на Интеграцию:
Платформа для заказа организации мероприятий #EventTasksGA.
🟢 Процесс:
1. Клиент оформляет заказ.
2. Заказ, оформленный через сайт или мобильное приложение, обрабатывается менеджером в CRM-системе платформы.
3. Менеджер вручную создает проект в таск-трекере Todoist, где формируется стандартный набор задач в зависимости от тарифа и вида мероприятия.
4. После завершения мероприятия формируется акт выполненных работ.
🟢 Нужно автоматизировать:
1. При поступлении заказа автоматически создавать проект в Todoist и задачи по нему.
2. Автоматически назначать ответственного организатора за проект.
3. Передавать информацию о выполнении проекта в основную платформу, чтобы на ее основе формировался акт выполненных работ.
🟢 Задачи системного аналитика:
1. Спланировать работы по интеграции с системой Todoist.
2. Показать архитектуру решения.
3. Описать логику работы: автоматическое создание проекта и формирование акта выполненных работ.
4. Сформировать требования для REST API-методов, необходимых для интеграции.
🟢 Что дополнительно можно спросить у кандидата на собеседовании:
+ принципы проектирования БД,
+ понимание Backend и Frontend,
+ особенности использования различных API в проекте,
+ понимание принципов асинхронного взаимодействия.
Мы будем последовательно разбирать эту задачу в декабре!
Добро пожаловать в наш новый проект-собеседование!
Чтобы участвовать, достаточно быть подписанными на наш канал и ежедневно следить за обновлениями 😉
#ИнтеграцииGA
❤🔥41❤23🔥12👍10
🚀🎁 Открыта запись на Интеграции 🎁🚀
Почти во всех современных системах есть интеграции:
✔️ мобильные приложения обмениваются данными с сервером по API, чтобы сохранять и отображать их пользователям,
✔️ для приема оплаты в приложениях подключают банковские платежные системы,
✔️ микросервисы обмениваются данными между собой.
Можно приводить много примеров.
Поэтому от системных аналитиков требуют знания и опыт в интеграциях, особенно ведущие ИТ-компании рынка.
👉 В программе Интеграции систем мы на практике разбираем все детали проектирования: от анализа API-документации до создания структуры требований и постановок задач на разработчиков.
🗓 Старт предобучения: 25 декабря 2024
🗓 Первая онлайн-встреча: 15 января 2025
🔗 Подробности и регистрация
Вас ждут 10 живых онлайн-встреч, в ходе которых вы не только познакомитесь с теорией, но и примените полученные знания на практике.
Работать будем над одним проектом в течение всей программы, чтобы получить структурированные знания и опыт.
🎁 До 18 декабря дарим дополнительное обучение по БД+SQL в подарок + самые выгодные условия.
А на время новогодних каникул мы распишем для вас план самостоятельного обучения, чтобы вы могли изучать теорию наперед, выполнить первое ДЗ, и лучше подготовиться к первой онлайн-практике.
Хотите узнать больше? Пишите @getanalyst или заполняйте анкету предзаписи на сайте. Мы поможем оценить ваши текущие навыки, пришлем дополнительную информацию и ответим на все вопросы!
Почти во всех современных системах есть интеграции:
✔️ мобильные приложения обмениваются данными с сервером по API, чтобы сохранять и отображать их пользователям,
✔️ для приема оплаты в приложениях подключают банковские платежные системы,
✔️ микросервисы обмениваются данными между собой.
Можно приводить много примеров.
Поэтому от системных аналитиков требуют знания и опыт в интеграциях, особенно ведущие ИТ-компании рынка.
👉 В программе Интеграции систем мы на практике разбираем все детали проектирования: от анализа API-документации до создания структуры требований и постановок задач на разработчиков.
🗓 Старт предобучения: 25 декабря 2024
🗓 Первая онлайн-встреча: 15 января 2025
Вас ждут 10 живых онлайн-встреч, в ходе которых вы не только познакомитесь с теорией, но и примените полученные знания на практике.
Работать будем над одним проектом в течение всей программы, чтобы получить структурированные знания и опыт.
🎁 До 18 декабря дарим дополнительное обучение по БД+SQL в подарок + самые выгодные условия.
А на время новогодних каникул мы распишем для вас план самостоятельного обучения, чтобы вы могли изучать теорию наперед, выполнить первое ДЗ, и лучше подготовиться к первой онлайн-практике.
Хотите узнать больше? Пишите @getanalyst или заполняйте анкету предзаписи на сайте. Мы поможем оценить ваши текущие навыки, пришлем дополнительную информацию и ответим на все вопросы!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7👍4
Интеграции_архитектура_в_С4_EventTasksGA_drawio_png_drawio.png
779.5 KB
🧐 Покажите схему архитектуры 🧐
Этот вопрос на собеседованиях часто будет связан с интеграциями, а не только с проектированием архитектуры.
Его можно услышать на собеседовании для Middle и выше аналитиков в следующих формулировках:
+ Покажите схему архитектуры для этой задачи.
+ Покажите как взаимодействуют системы.
+ Покажите схему компонентов.
Не зная, как решать задачи на интеграцию систем и работать с архитектурой, аналитик спрашивает: "А можно в UML?" и рисует диаграмму последовательности. Это не плохо, но такая диаграмма описывает алгоритм, а не архитектуру 🙄
👉 План действий для ответа на вопрос “покажите как взаимодействуют системы”:
+ Есть ли приложения, которые не показаны?
+ Архитектура проекта: монолит, сервисная или микросервисная?
+ Будем ли использовать брокеры для решения задачи?
+ Есть ли требования к внутренним API? Можно использовать REST?
💎 CR (Cloud-Rectangle - “облака-прямоугольники”) - неофициальная нотация от GetAnalyst, которая помогает с помощью простых фигур показать все приложения и системы.
💎 C4 - официальная нотация для моделирования архитектуры систем.
Если начнёте рисовать в C4, то это может занять чуть больше времени, но ваш будущий работодатель будет в восторге (либо в ужасе, как я, когда кандидаты на моих собеседованиях пытаются применять C4 неверно).
Примеры для #EventTasksGA прикреплены к посту картинками 😎
#ИнтеграцииGA
Этот вопрос на собеседованиях часто будет связан с интеграциями, а не только с проектированием архитектуры.
Его можно услышать на собеседовании для Middle и выше аналитиков в следующих формулировках:
+ Покажите схему архитектуры для этой задачи.
+ Покажите как взаимодействуют системы.
+ Покажите схему компонентов.
Не зная, как решать задачи на интеграцию систем и работать с архитектурой, аналитик спрашивает: "А можно в UML?" и рисует диаграмму последовательности. Это не плохо, но такая диаграмма описывает алгоритм, а не архитектуру 🙄
👉 План действий для ответа на вопрос “покажите как взаимодействуют системы”:
1. Открыть draw.io (или другой удобный инструмент).
2. Знать что такое “
Компоненты системы
” и выделить их в предложенных требованиях.
3. Задать уточняющие вопросы при выделении компонентов.
+ Есть ли приложения, которые не показаны?
+ Архитектура проекта: монолит, сервисная или микросервисная?
+ Будем ли использовать брокеры для решения задачи?
+ Есть ли требования к внутренним API? Можно использовать REST?
4. Выбрать нотацию моделирования:
💎 CR (Cloud-Rectangle - “облака-прямоугольники”) - неофициальная нотация от GetAnalyst, которая помогает с помощью простых фигур показать все приложения и системы.
💎 C4 - официальная нотация для моделирования архитектуры систем.
Если начнёте рисовать в C4, то это может занять чуть больше времени, но ваш будущий работодатель будет в восторге (либо в ужасе, как я, когда кандидаты на моих собеседованиях пытаются применять C4 неверно).
5. Показать схему архитектуры.
Примеры для #EventTasksGA прикреплены к посту картинками 😎
#ИнтеграцииGA
👍20🔥10🤔3❤2😱1
📄 API-документация внешней системы: просим сразу 📄
Вам дали задачу на интеграцию?
👉 Шаг 1. Запрос документации
Аналитик запрашивает:
+ API-документацию (REST API, GraphQL, SOAP API и другие).
+ Комплекты SDK.
+ Другие документы и файлы, необходимые разработчикам для создания кода.
API-документация может быть передана вам в виде ссылке на Postman-коллекцию, Swagger-коллекцию, сайт разработчика, PDF-документ, Word-документ.
Она не всегда есть. И иногда надо "пытать" разработчиков внешней системы в переписке, чтобы получить описание методов API. Всё бывает.
✅ Зачем это нужно?
Только с помощью API-документации мы можем понять как можно взаимодействовать с внешней системой: какие предлагаются методы, данные, процесс интеграции.
👉 Шаг 2. Запрос доступов
Сразу же вместе с документацией можно запрашивать доступы к внешней системе:
+ Тестовые и боевые URL.
+ Логины, пароли и/или токены.
+ Другие необходимые данные для аутентификации и авторизации запросов.
✅ Зачем это нужно?
Документация не всегда отражает, как система работает на практике.
Тестирование API через инструменты как Postman позволяет:
+ Проверить как реально происходит обмен данными.
+ Понять процесс работы внешней системы и её реакцию на некорректные данные.
+ Более точно описать алгоритм взаимодействия.
Без тестовых доступов проверить API не получится.
👉 Подводя итоги:
В реальных проектах на интеграции всегда надо начинать работу с запроса API-документации.
Если в задании на собеседовании по интеграциям есть API-документация, изучите её, а если нет — уточните:
"Есть ли документация API, которая нужна для решения задачи?"
Чаще всего на собеседованиях её не предоставляют для упрощения задачи, но вы должны знать: запрос документации — базовый шаг в работе с интеграциями. Упомянуть об этом на собеседовании — значит показать, что вы понимаете процессы и готовы работать с реальными проектами.
#ИнтеграцииGA
Вам дали задачу на интеграцию?
Первое, что нужно сделать, — запросить API-документацию внешней системы и доступы к ней.
👉 Шаг 1. Запрос документации
Аналитик запрашивает:
+ API-документацию (REST API, GraphQL, SOAP API и другие).
+ Комплекты SDK.
+ Другие документы и файлы, необходимые разработчикам для создания кода.
API-документация может быть передана вам в виде ссылке на Postman-коллекцию, Swagger-коллекцию, сайт разработчика, PDF-документ, Word-документ.
Она не всегда есть. И иногда надо "пытать" разработчиков внешней системы в переписке, чтобы получить описание методов API. Всё бывает.
✅ Зачем это нужно?
Только с помощью API-документации мы можем понять как можно взаимодействовать с внешней системой: какие предлагаются методы, данные, процесс интеграции.
👉 Шаг 2. Запрос доступов
Сразу же вместе с документацией можно запрашивать доступы к внешней системе:
+ Тестовые и боевые URL.
+ Логины, пароли и/или токены.
+ Другие необходимые данные для аутентификации и авторизации запросов.
✅ Зачем это нужно?
Документация не всегда отражает, как система работает на практике.
Тестирование API через инструменты как Postman позволяет:
+ Проверить как реально происходит обмен данными.
+ Понять процесс работы внешней системы и её реакцию на некорректные данные.
+ Более точно описать алгоритм взаимодействия.
Без тестовых доступов проверить API не получится.
👉 Подводя итоги:
В реальных проектах на интеграции всегда надо начинать работу с запроса API-документации.
Если в задании на собеседовании по интеграциям есть API-документация, изучите её, а если нет — уточните:
"Есть ли документация API, которая нужна для решения задачи?"
Чаще всего на собеседованиях её не предоставляют для упрощения задачи, но вы должны знать: запрос документации — базовый шаг в работе с интеграциями. Упомянуть об этом на собеседовании — значит показать, что вы понимаете процессы и готовы работать с реальными проектами.
#ИнтеграцииGA
🔥28👍9💯6❤3
Хотя REST API давно стал стандартом для интеграций систем и вопросов на собеседованиях, всё чаще встречаются проекты с использованием GraphQL и gRPC, которые предлагают больше гибкости, скорости и возможностей.
И если вы еще неуверенно понимаете REST API, разобраться в более сложных API будет ещё труднее.
Чтобы передать вам практический опыт работы с API, мы готовим для вас уникальный вебинар:
За один вечер:
🟢 Поймёте что такое интеграции и как с ними работать.
🟢 Получите базовые знания по REST API, GraphQL и gRPC, и понимание, как применить их в работе системного аналитика
🟢 Освоите инструмент тестирования API Postman.
🟢 Самостоятельно будете проверять методы REST API, GraphQL и gRPC в прямом эфире.
Готовы освоить REST API, GraphQL и gRPC + Postman + Интеграции?
Регистрируйтесь и подключайтесь онлайн в следующую среду!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥32❤9
✅ Краткий чек-лист по работе с задачами на интеграции ✅
Я рассказала про первые шаги работы с задачами на интеграции.
А от вас требуется знать все шаги, то есть спланировать работу по интеграции систем.
Хочу поделиться с вами пошаговой инструкцией, описывающей этот процесс. Пусть она станет помощником для системных аналитиков, бизнес-аналитиков и разработчиков при проектировании интеграций для любых систем.
Краткий чек-лист по работе с задачами на интеграции:
✅ Получить вводные от заказчика
✅ Выделить компоненты системы: внешние, внутренние
✅ Найти API-документацию для каждого из внешних сервисов, а если необходимо, то и для внутренних
✅ Нарисовать схему архитектуры — первое приближение
☑️ Описать процессы, которые нужно поддержать в системе
☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание
☑️ Уточнить схему архитектуры (и далее постоянно актуализировать по ходу детального проектирования и постановок задач)
☑️ Получить доступы к API
☑️ Протестировать API своими силами или с помощью разработчиков
☑️ Сопоставить наборы данных, доработать/спроектировать БД нашей системы при необходимости, описать маппинг данных
☑️ Создать задачи в Jira и выстроить порядок разработки
☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее
👉 Полный пошаговый план работы с задачами на интеграции доступен по этой ссылке.
#ИнтеграцииGA
Я рассказала про первые шаги работы с задачами на интеграции.
А от вас требуется знать все шаги, то есть спланировать работу по интеграции систем.
Системный аналитик должен уметь рассказывать про свой процесс работы с задачами на интеграции: от момента получения требований до создания задач на разработку.
Хочу поделиться с вами пошаговой инструкцией, описывающей этот процесс. Пусть она станет помощником для системных аналитиков, бизнес-аналитиков и разработчиков при проектировании интеграций для любых систем.
Краткий чек-лист по работе с задачами на интеграции:
✅ Получить вводные от заказчика
✅ Выделить компоненты системы: внешние, внутренние
✅ Найти API-документацию для каждого из внешних сервисов, а если необходимо, то и для внутренних
✅ Нарисовать схему архитектуры — первое приближение
☑️ Описать процессы, которые нужно поддержать в системе
☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание
☑️ Уточнить схему архитектуры (и далее постоянно актуализировать по ходу детального проектирования и постановок задач)
☑️ Получить доступы к API
☑️ Протестировать API своими силами или с помощью разработчиков
☑️ Сопоставить наборы данных, доработать/спроектировать БД нашей системы при необходимости, описать маппинг данных
☑️ Создать задачи в Jira и выстроить порядок разработки
☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее
👉 Полный пошаговый план работы с задачами на интеграции доступен по этой ссылке.
#ИнтеграцииGA
❤30⚡7🤩7👍4
GetAnalyst_Как_читать_API_документацию_Инструкция.pdf
3.1 MB
👀 Как читать API-документацию: пошаговая инструкция с примерами 👀
В задании по интеграциям на собеседовании вам скорее всего не дадут API-документацию. Это нормально, что в тестовых дают несколько названий методов внешних систем в формате POST /users и всё. Время ограничено.
А вот в реальной работе с интеграциями порой приходится анализировать достаточно большие документы. Аналитику важно уметь быстро читать их и разбираться с содержимым.
На примере интеграции по проекту #EventTasksGA, где нужно автоматически создавать задачи по организации нового мероприятия во внешней системе Todoist, разберёмся, как анализировать API-документацию.
API-документация для анализа:
🔗 https://developer.todoist.com/rest/v2/#getting-started
Действия аналитика:
Шаг 1. Найти и посмотреть оглавление
Шаг 2. Авторизация и аутентификация
Шаг 3. Тестовые доступы
Шаг 4. Рекомендации по использованию
Шаг 5. Общие требования к обработке ошибок
Шаг 6. Список методов для интеграции
Подробный разбор шагов с примеров в прикрепленной мини-книге 🤝
#ИнтеграцииGA
В задании по интеграциям на собеседовании вам скорее всего не дадут API-документацию. Это нормально, что в тестовых дают несколько названий методов внешних систем в формате POST /users и всё. Время ограничено.
А вот в реальной работе с интеграциями порой приходится анализировать достаточно большие документы. Аналитику важно уметь быстро читать их и разбираться с содержимым.
На примере интеграции по проекту #EventTasksGA, где нужно автоматически создавать задачи по организации нового мероприятия во внешней системе Todoist, разберёмся, как анализировать API-документацию.
API-документация для анализа:
Действия аналитика:
Шаг 1. Найти и посмотреть оглавление
Шаг 2. Авторизация и аутентификация
Шаг 3. Тестовые доступы
Шаг 4. Рекомендации по использованию
Шаг 5. Общие требования к обработке ошибок
Шаг 6. Список методов для интеграции
Подробный разбор шагов с примеров в прикрепленной мини-книге 🤝
#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥27❤7👍3😁3
🔐 Виды авторизации в API: что нужно знать? 🔐
Авторизация в API помогает убедиться, что только те, кто имеет соответствующие права, могут получить доступ к данным или функциям системы.
Зачем нужна авторизация?
1️⃣ Защищает данные от утечек данных.
2️⃣ Исключает несанкционированный доступ к API, из-за которого могут украсть данные или записать “грязные” данные в систему.
3️⃣ Разграничивает права доступа (например, чтение данных vs редактирование).
4️⃣ Помогает отслеживать действия каждого клиента API.
Основные виды авторизации разобрала в слайдах к посту:
👍 API Key
👌 Basic Auth
❤️ Bearer Token
🦄 JWT (JSON Web Token)
🔥 OAuth 2.0
А какие способы авторизации используются в ваших проектах и интеграциях?
Делитесь в комментариях и ставьте реакции, соответствующие способу! 😊
#ИнтеграцииGA
Авторизация в API помогает убедиться, что только те, кто имеет соответствующие права, могут получить доступ к данным или функциям системы.
Зачем нужна авторизация?
1️⃣ Защищает данные от утечек данных.
2️⃣ Исключает несанкционированный доступ к API, из-за которого могут украсть данные или записать “грязные” данные в систему.
3️⃣ Разграничивает права доступа (например, чтение данных vs редактирование).
4️⃣ Помогает отслеживать действия каждого клиента API.
Основные виды авторизации разобрала в слайдах к посту:
👍 API Key
👌 Basic Auth
❤️ Bearer Token
🦄 JWT (JSON Web Token)
🔥 OAuth 2.0
А какие способы авторизации используются в ваших проектах и интеграциях?
Делитесь в комментариях и ставьте реакции, соответствующие способу! 😊
#ИнтеграцииGA
❤43🔥20👍9🦄3👌2
Я стараюсь быть там, где вдохновляют и поддерживают, а не тратят время на пустые разговоры и обсуждение других.
Собираю вокруг себя людей, кто про то же.
Встречаясь с людьми, я хочу:
+ делиться идеями и мечтами
+ слушать их от своих собеседников
+ обсуждать планы и результаты на пути к ним
В таком окружении цели становятся ближе, идеи ярче, и появляется ощущение, что всё возможно.
И неважно, говорим мы о людях, с которыми знакомы, или о тех, за кем следим в соцсетях.
Все, кто вокруг, меняют нас в ту или иную сторону.
Рост происходит благодаря людям, которыми себя окружаешь 🌱
Собираю вокруг себя людей, кто про то же.
Встречаясь с людьми, я хочу:
+ делиться идеями и мечтами
+ слушать их от своих собеседников
+ обсуждать планы и результаты на пути к ним
В таком окружении цели становятся ближе, идеи ярче, и появляется ощущение, что всё возможно.
И неважно, говорим мы о людях, с которыми знакомы, или о тех, за кем следим в соцсетях.
Все, кто вокруг, меняют нас в ту или иную сторону.
Рост происходит благодаря людям, которыми себя окружаешь 🌱
❤68🔥15🥰6❤🔥4👌4😁2💯2👍1
GetAnalyst_Use_Cases_Обычные_VS_Интеграционные.pdf
1.1 MB
⚙️ Use Cases: обычные VS интеграционные ⚙️
Use Case — это:
✅ детализированные функциональные требования;
✅ описание того, как пользователь взаимодействует с системой для достижения определённой цели;
✅ сценарий, который показывает шаги, выполняемые пользователем и системой в процессе выполнения задачи;
✅ алгоритм работы системы.
Стандартный шаблон Use Case включает:
▪ Предусловие
▪ Роли пользователей
▪ Приложения и системы
▪ Входные данные
▪ Основной сценарий
▪ Обработка ошибок и альтернативные сценарии
▪ Ожидаемый результат
В случае интеграций, Use Case дополняется:
▪ техническими деталями по вызовам API методов, которые аналитику важно прописать в постановке задачи,
▪ а также маппингом данных.
Интеграции — это не просто "еще одна задача".
Это серьезная работа по анализу взаимосвязей БД + Функций + UI/UX + API нашей и внешних систем, который требует нашего опыта, внимания и профессионализма 🙌
Мини-книгу про отличия обычных Use Case от интеграционных прикрепила к посту 🤝
#ИнтеграцииGA
Use Case — это:
Стандартный шаблон Use Case включает:
▪ Предусловие
▪ Роли пользователей
▪ Приложения и системы
▪ Входные данные
▪ Основной сценарий
▪ Обработка ошибок и альтернативные сценарии
▪ Ожидаемый результат
В случае интеграций, Use Case дополняется:
▪ техническими деталями по вызовам API методов, которые аналитику важно прописать в постановке задачи,
▪ а также маппингом данных.
Интеграции — это не просто "еще одна задача".
Это серьезная работа по анализу взаимосвязей БД + Функций + UI/UX + API нашей и внешних систем, который требует нашего опыта, внимания и профессионализма 🙌
Мини-книгу про отличия обычных Use Case от интеграционных прикрепила к посту 🤝
#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤26👏16🔥8⚡3👍3😁2🎉1