1️⃣ Используйте HTTP-методы для действий - REST API использует HTTP-методы (GET, POST, PUT, DELETE и т. д.) для определения действий, которые необходимо выполнить над объектами (ресурсами).
• GET /users используется для получения списка пользователей,
• POST /users - для создания нового пользователя,
• DELETE /users/12345 - для удаления пользователя с id=12345,
и т. д.
2️⃣ Названия для endpoint должны быть интуитивно понятные. Это URL, которые описывают ресурсы и действия.
• .../users - для получения списка пользователей,
• .../users/123 - для получения информации о конкретном пользователе с id=123,
• .../users/123/documents - для получения списка документов пользователя с id=123,
и т.д.
3️⃣ Используйте версионирование - если вы вносите изменения в API, важно иметь возможность поддерживать совместимость со старыми версиями приложений, чтобы разработчики могли использовать старую версию API, пока они не будут готовы перейти на новую.
• .../api/v1/users - для использования первой версии API,
• .../api/v2/users - для использования второй версии API,
и т.д.
4️⃣ Возвращайте правильный код состояния HTTP - REST API должен возвращать правильный код состояния HTTP для каждого запроса.
• 200 - для успешного запроса,
• 400 - для некорректного запроса,
• 404 - для ресурса, который не был найден,
и т.д.
Это поможет клиентам понять, что произошло, и принять соответствующие действия. Это аналитики прописывают в требованиях к ответам на запросы.
5️⃣ Используйте формат данных, понятный клиенту REST API. Обычно это JSON или XML. Его задают в Headers запроса.
• application/json - для JSON-формата,
• application/xml - для XML-формата,
и т.д.
Это позволяет клиентам легко интерпретировать ответы от сервера. Можно дополнять ответы внутренним кодом, сообщением и другой информацией.
Соблюдение этих принципов дизайна поможет создать более надежные, масштабируемые и понятные REST API, которые будут легко использовать разработчики и приложения 🙌
Сохраняйте, не забывайте, применяйте ❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11🔥4👍1
Работа системным аналитиком всегда была для меня источником радости. Профессия дала много возможностей для роста в части софт- и хард-скилов.
Я всегда нахожусь в центре коммуникаций между бизнес-заказчиками и разработчиками. Я понимаю как технические, так и бизнес-аспекты проектов.
Будучи системным аналитиком, я получила опыт в разных сферах: финансы, транспорт, торговля и другие. Это помогло мне научиться решать разнообразные задачи. Я также получила ценный опыт в управлении проектами и командами разработки, что помогло мне стать лидером и создавать успешние бизнесы и проекты в них. Вся моя карьера помогает формировать широкий кругозор и получать много ценной информации.
Я благодарна миру, что всегда была в окружении крутых и опытных людей. Для меня важно перенимать их знания и опыт по бизнесу, по проектированию систем. За счет этого я выстраиваю работу своих команд.
Я легко берусь за любые задачи благодаря большому опыту в разных предметных областях. Я убеждена, что системные аналитики, которые готовы учиться и расти, могут достичь большого успеха в жизни. Это крутое чувство, когда все, что ты получила в профессии, дало тебе невероятный фундамент для роста. Я рада, что выбрала этот путь 🙌
Я всегда нахожусь в центре коммуникаций между бизнес-заказчиками и разработчиками. Я понимаю как технические, так и бизнес-аспекты проектов.
Будучи системным аналитиком, я получила опыт в разных сферах: финансы, транспорт, торговля и другие. Это помогло мне научиться решать разнообразные задачи. Я также получила ценный опыт в управлении проектами и командами разработки, что помогло мне стать лидером и создавать успешние бизнесы и проекты в них. Вся моя карьера помогает формировать широкий кругозор и получать много ценной информации.
Я благодарна миру, что всегда была в окружении крутых и опытных людей. Для меня важно перенимать их знания и опыт по бизнесу, по проектированию систем. За счет этого я выстраиваю работу своих команд.
Я легко берусь за любые задачи благодаря большому опыту в разных предметных областях. Я убеждена, что системные аналитики, которые готовы учиться и расти, могут достичь большого успеха в жизни. Это крутое чувство, когда все, что ты получила в профессии, дало тебе невероятный фундамент для роста. Я рада, что выбрала этот путь 🙌
👍14❤9🔥5💯2
Коллеги, на следующую среду откладываем все дела, закупаем попрорн, а, нет, придется решать задачи со спикером и планируем прийти на обучение!
Бесплатный онлайн-практикум, где мы разберем
🔥 5 главных принципов дизайна REST API на практике 🔥
🗓 5 апреля, 19:00 (Мск) 🗓
🔑 с нуля
🔑 сделаем методы REST API
🔑 чтобы разобраться в принципах дизайна
🔑 внесем в виде документации в Postman
🔑 и сделаем Mock-сервер для тестирования
Нельзя пропустить. Надо поделиться информацией с коллегами! Регистрацию откроем в понедельник 😉
Желаю нам вау-выходных. До встречи!
Бесплатный онлайн-практикум, где мы разберем
🗓 5 апреля, 19:00 (Мск) 🗓
🔑 с нуля
🔑 сделаем методы REST API
🔑 чтобы разобраться в принципах дизайна
🔑 внесем в виде документации в Postman
🔑 и сделаем Mock-сервер для тестирования
Нельзя пропустить. Надо поделиться информацией с коллегами! Регистрацию откроем в понедельник 😉
Желаю нам вау-выходных. До встречи!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥22👍1
⛔ Неправильное использование HTTP методов
Представьте, что вы хотите создать API для интернет-магазина, и вам нужно реализовать функциональность для получения списка товаров в корзине. И вы выбираете POST. Но вообще-то его надо использовать для создания объектов данных, а не для получения. Для получения GET.
Неумение правильно выбирать методы ведет к недопониманию и неправильному использованию вашего API других разработчиков. Вас завалят вопросами "а почему POST?"
⛔ Нарушение принципов единственной ответственности
Представьте, что у вас есть API для управления пользователями, и вы решили добавить функциональность для изменения пароля пользователя. Однако, вместо создания отдельного эндпоинта PUT /users/password вы добавили эту функциональность к существующему методу POST /users для регистрации новых пользователей. Это может привести к тому, что другие разработчики не смогут легко понять структуру вашего API и столкнутся с проблемами в будущем. Запутанная логика.
⛔ Не учитывание версионирования API и обратной совместимости при обновлениях
Представьте, что вы создали API для своего приложения и затем внесли изменения в структуру данных, чтобы добавить новые функции. Если вы не учли версионирование API, то все пользователи вашего приложения могут столкнуться с проблемами совместимости. Например, если вы удалили какой-то параметр из ответа JSON, то пользователи, которые используют старую версию вашего приложения, могут получить ошибку, потому что они перестали получать нужные данные.
Сталкивались с подобными ошибками в других API при интеграциях? Делитесь опытом в комментариях и не допускайте такие ошибки проектирования сами 🙏
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥2
Предлагаю отказаться от Confluence и всех других инструментов для документирования.
Давайте описывать требования к системам и ставить задачи для разрабтчиков на бумаге для повышения безопасности и избежания кибератак. Сразу после завершения работы с проектированием собирайте все свои А4 и отправляйте почтой на соответствующего разработчика. Когда он сделает коммит в гите, пусть пересылает задачу почтой на тестировщика.
Документация должна быть в единственном экземпляре. Копирование запрещено.
Теперь каждый системный аналитик будет получать огромные пачки бумажных документов для решения задач, и мы с нетерпением ждем, когда вы научитесь использовать современные инструменты, такие как карандаши и бумажные листы. От ChatGPT тоже отказываемся. А то он все узнает и расскажет другим 🤭
Давайте описывать требования к системам и ставить задачи для разрабтчиков на бумаге для повышения безопасности и избежания кибератак. Сразу после завершения работы с проектированием собирайте все свои А4 и отправляйте почтой на соответствующего разработчика. Когда он сделает коммит в гите, пусть пересылает задачу почтой на тестировщика.
Документация должна быть в единственном экземпляре. Копирование запрещено.
Теперь каждый системный аналитик будет получать огромные пачки бумажных документов для решения задач, и мы с нетерпением ждем, когда вы научитесь использовать современные инструменты, такие как карандаши и бумажные листы. От ChatGPT тоже отказываемся. А то он все узнает и расскажет другим 🤭
😁20🔥3🤔2
REST API является одним из самых важных и популярных инструментов в IT. Он широко используется в западных компаниях для создания веб-сервисов, мобильных приложений, интеграционных платформ и других IT-решений.
Если мы говорим о статистике, то в 2022 году REST API продолжает оставаться на вершине популярности в сравнении с другими видами API, такими как SOAP API или RPC. Согласно исследованию, проведенному в 2022 году, более 75% IT-компаний выбрали REST API для своих проектов.
Кроме того, REST API имеет ряд преимуществ перед другими видами API. Он более гибкий и универсальный, что позволяет использовать его с любым языком программирования и на любой платформе. REST API также обладает легким весом и простотой в использовании, что делает его очень популярным среди разработчиков.
Если мы говорим о примерах западных компаний, использующих REST API, то здесь можно назвать такие компании, как Amazon, Facebook, Google, Twitter и многие другие.
Например, Facebook использует REST API для своих сервисов, таких как Messenger и Instagram, а Amazon использует REST API для своих веб-сервисов AWS.
Чтобы начать самостоятельно разбираться с REST API, рекомендую попробовать посмотреть открытые сервисы и потестировать их самостоятельно через Postman.
Пример сервиса и краткое руководство можно получить в актуальном "REST API" моего instagram. запрещенного в РФ.
Если мы говорим о статистике, то в 2022 году REST API продолжает оставаться на вершине популярности в сравнении с другими видами API, такими как SOAP API или RPC. Согласно исследованию, проведенному в 2022 году, более 75% IT-компаний выбрали REST API для своих проектов.
Кроме того, REST API имеет ряд преимуществ перед другими видами API. Он более гибкий и универсальный, что позволяет использовать его с любым языком программирования и на любой платформе. REST API также обладает легким весом и простотой в использовании, что делает его очень популярным среди разработчиков.
Если мы говорим о примерах западных компаний, использующих REST API, то здесь можно назвать такие компании, как Amazon, Facebook, Google, Twitter и многие другие.
Например, Facebook использует REST API для своих сервисов, таких как Messenger и Instagram, а Amazon использует REST API для своих веб-сервисов AWS.
Чтобы начать самостоятельно разбираться с REST API, рекомендую попробовать посмотреть открытые сервисы и потестировать их самостоятельно через Postman.
Пример сервиса и краткое руководство можно получить в актуальном "REST API" моего instagram. запрещенного в РФ.
❤6🤩2
Доброе утро!
Готовы к практике на этой неделе?
Будем разбирать:
• задачу проектирования REST API с нуля,
• документирование в Postman,
• создание Mock-сервера для тестирования API.
Бесплатный онлайн-практикум
🟢 5 главных принципов дизайна REST API
👉 Регистрируйтесь по ссылке
Улучшайте свои навыки в системном анализе и получайте новый кейс в копилку уже в эту среду!
Готовы к практике на этой неделе?
Будем разбирать:
• задачу проектирования REST API с нуля,
• документирование в Postman,
• создание Mock-сервера для тестирования API.
Бесплатный онлайн-практикум
🟢 5 главных принципов дизайна REST API
👉 Регистрируйтесь по ссылке
Улучшайте свои навыки в системном анализе и получайте новый кейс в копилку уже в эту среду!
🔥9
Время интересных историй...
На одном из проектов тим-лид разработки жаловался мне на боль с проектированием REST API. Это медицинская информационная система. Аналитик, который работает над проектом, случайно выбрал неправильный метод для передачи личной информации пациентов - POST вместо PUT. Это решение могло создать проблемы со стороны безопасности, потому что метод POST не обеспечивает защиты данных. И это только одна из ошибок. Жаловался он на нового коллегу несколько раз.
Объяснили аналитику, что нужно использовать более безопасный метод PUT для передачи чувствительной информации, он исправил ошибку и все было ок. А тим-лиду выдала рекомендаций на будущее, чтобы коллеги больше не расстаивали его.
Я всегда рекомендую компаниям внедрять корпоративные гайды по дизайну REST API, которые будут раскрывать правильные подходы к проектированию, внедренные в ней. Они позволяют избегать ошибок в целом и правильно выбирать регения аналитикам и разработчикам при проектировании.
Продолжение про безопасность POST и PUT совсем скоро 👇
На одном из проектов тим-лид разработки жаловался мне на боль с проектированием REST API. Это медицинская информационная система. Аналитик, который работает над проектом, случайно выбрал неправильный метод для передачи личной информации пациентов - POST вместо PUT. Это решение могло создать проблемы со стороны безопасности, потому что метод POST не обеспечивает защиты данных. И это только одна из ошибок. Жаловался он на нового коллегу несколько раз.
Объяснили аналитику, что нужно использовать более безопасный метод PUT для передачи чувствительной информации, он исправил ошибку и все было ок. А тим-лиду выдала рекомендаций на будущее, чтобы коллеги больше не расстаивали его.
Я всегда рекомендую компаниям внедрять корпоративные гайды по дизайну REST API, которые будут раскрывать правильные подходы к проектированию, внедренные в ней. Они позволяют избегать ошибок в целом и правильно выбирать регения аналитикам и разработчикам при проектировании.
Продолжение про безопасность POST и PUT совсем скоро 👇
👍12❤4🦄2
Метод POST используется для создания новых ресурсов на сервере. При использовании метода POST данные отправляются в теле запроса без шифрования, что может привести к возможности перехвата информации злоумышленниками. Кроме того, метод POST может использоваться для многократной отправки одних и тех же данных, что также может привести к небезопасной передаче информации и созданию дублирующихся записей в БД.
Метод PUT используется для обновления существующих ресурсов на сервере. Метод PUT обычно используется только для отправки данных один раз, что минимизирует возможность перехвата информации злоумышленниками. При использовании метода PUT данные также отправляются в теле запроса, но в отличие от метода POST данные отправляются в зашифрованном виде, если используется протокол HTTPS.
Протокол HTTPS обеспечивает шифрование данных, передаваемых между клиентом и сервером, с использованием SSL/TLS протокола. Когда вы отправляете PUT-запрос с помощью HTTPS, данные автоматически шифруются перед отправкой на сервер, что обеспечивает максимальный уровень безопасности передачи информации.
Если вы используете HTTP-протокол вместо HTTPS, данные, отправленные в PUT-запросе, будут передаваться в незашифрованном виде, что может привести к возможности перехвата информации злоумышленниками. Поэтому важно использовать HTTPS-протокол при передаче конфиденциальной информации через REST API.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12💩8👍1
Уже используете ChatGPT в своей работе? 😉
Anonymous Poll
15%
Да, во всю!
28%
Только начинаю
9%
Пробовал - не получилось
48%
Нет
ChatGPT работает* 🤨
В декабре 2022, в тестовом режиме, нам представили искусственный интеллект. И начался "хайп".
Море статей, постов и рекламы:
✖️ Дизайнеры больше не нужны, искусственный интеллект нарисует все
✖️ Программистов заменит ChatGPT, который пишет 300 строк кода в минуту
✖️ Компании увольняют сотрудников и вместо них теперь используют ChatGPT
И все в этом направлении. Видели?
Технологии захватывают мир и надо быть в тренде. Это нормально. Как только я узнала про ChatGPT, то сразу же начала внедрять его в свою работу. Достаточно много успешных решений с его помощью я сейчас получаю. Но. Есть нюансы.
На вебинарах в школе, на воркшопах, на текущих программах обучения я стараюсь показать, где можно использовать ChatGPT. Сразу после того, как научу работать без него. Готовлю prompts - команды. Есть последовательности команд для решения конкретных задач. Есть задачи, в которых ChatGPT применять совсем не стоит.
Итак. Что вы должны знать про ChatGPT 3-4-5... :
1. Информация, которой оперирует ChatGPT 4 и младше - все, что было в сети Интернет до 2021 года.
Поэтому, например, если вам нужно получить актуальную инструкцию по настройке и использованию системы, и вы явно не видите кнопок, которые он предлагает, то используйте команду:
"Это не актуально. Дай актуальную информацию на 2023 год".
После этого он даст нормальный ответ. Но! Было и такое, что он не мог дать решения. Настроить интеграцию с платежной системой Stripe он смог, но с ошибками. Пришлось включить критическое мышление и исследовательский опыт, чтобы я смогла довести задачу до конца.
2. ChatGPT дает идеи, но не всегда может дать готовое решение
При разработке ТЗ на систему в формате Use Cases пришлось дать ему достаточно много информации о проекте, чтобы он сделал ТЗ. Задание правильного контекста важно.
Но, что выбесило, он иногда теряет этот контекст. Когда слишком много сообщений в одном чате, ему надо напоминать о том, чтобы он вспомнил про предыдущие сообщения.
Научиться работать с контекстом в нем очень важно.
Результат, который он дает, нужно подвергать ревью. Идей он дает много, но не все рабочие!
На самом деле у каждого из нас теперь есть junior-аналитик от которого надо принимать задачи.
Спасибо ему, что ускоряет написание ТЗ, исследование и описание процессов, но проверять за ним нужно все)) В слепую сделать ctrl+c и ctrl+v не получится
3. Проверяйте ссылки
Это было забавно, когда он давал мне ссылки на несуществующую API-документацию. Или битые ссылки на ресурсы. И ладно, когда речь идет о малоизвестной системе. Но битые ссылки на API популярнейшего Instagram - это забавно, и это тоже случилось, когда я искала для вас примеры GraphQL-запросов на тестирование.
Опыт показал мне, что при попытках запрашивать у него источники информации или ссылки на API-докуменацию, он выдает устаревшие URL из своей памяти.
Так что возвращаемся к п.1 - судя по всему внутри много "закэшировано" и надо ему напоминать "Дай актуальное на 2023", если что-то не работает.
Так что обязательно проверяйте ссылки!
4. ChatGPT придумывает 🤭
...
Продолжаем обзор? 🔥
В декабре 2022, в тестовом режиме, нам представили искусственный интеллект. И начался "хайп".
Море статей, постов и рекламы:
✖️ Дизайнеры больше не нужны, искусственный интеллект нарисует все
✖️ Программистов заменит ChatGPT, который пишет 300 строк кода в минуту
✖️ Компании увольняют сотрудников и вместо них теперь используют ChatGPT
И все в этом направлении. Видели?
Технологии захватывают мир и надо быть в тренде. Это нормально. Как только я узнала про ChatGPT, то сразу же начала внедрять его в свою работу. Достаточно много успешных решений с его помощью я сейчас получаю. Но. Есть нюансы.
На вебинарах в школе, на воркшопах, на текущих программах обучения я стараюсь показать, где можно использовать ChatGPT. Сразу после того, как научу работать без него. Готовлю prompts - команды. Есть последовательности команд для решения конкретных задач. Есть задачи, в которых ChatGPT применять совсем не стоит.
Итак. Что вы должны знать про ChatGPT 3-4-5... :
1. Информация, которой оперирует ChatGPT 4 и младше - все, что было в сети Интернет до 2021 года.
Поэтому, например, если вам нужно получить актуальную инструкцию по настройке и использованию системы, и вы явно не видите кнопок, которые он предлагает, то используйте команду:
"Это не актуально. Дай актуальную информацию на 2023 год".
После этого он даст нормальный ответ. Но! Было и такое, что он не мог дать решения. Настроить интеграцию с платежной системой Stripe он смог, но с ошибками. Пришлось включить критическое мышление и исследовательский опыт, чтобы я смогла довести задачу до конца.
2. ChatGPT дает идеи, но не всегда может дать готовое решение
При разработке ТЗ на систему в формате Use Cases пришлось дать ему достаточно много информации о проекте, чтобы он сделал ТЗ. Задание правильного контекста важно.
Но, что выбесило, он иногда теряет этот контекст. Когда слишком много сообщений в одном чате, ему надо напоминать о том, чтобы он вспомнил про предыдущие сообщения.
Научиться работать с контекстом в нем очень важно.
Результат, который он дает, нужно подвергать ревью. Идей он дает много, но не все рабочие!
На самом деле у каждого из нас теперь есть junior-аналитик от которого надо принимать задачи.
Спасибо ему, что ускоряет написание ТЗ, исследование и описание процессов, но проверять за ним нужно все)) В слепую сделать ctrl+c и ctrl+v не получится
3. Проверяйте ссылки
Это было забавно, когда он давал мне ссылки на несуществующую API-документацию. Или битые ссылки на ресурсы. И ладно, когда речь идет о малоизвестной системе. Но битые ссылки на API популярнейшего Instagram - это забавно, и это тоже случилось, когда я искала для вас примеры GraphQL-запросов на тестирование.
Опыт показал мне, что при попытках запрашивать у него источники информации или ссылки на API-докуменацию, он выдает устаревшие URL из своей памяти.
Так что возвращаемся к п.1 - судя по всему внутри много "закэшировано" и надо ему напоминать "Дай актуальное на 2023", если что-то не работает.
Так что обязательно проверяйте ссылки!
4. ChatGPT придумывает 🤭
...
Продолжаем обзор? 🔥
🔥15👏2👌2👍1
Уже зарегистрировались на онлайн-практикум завтра?
🔑 5 принципов дизайна REST API
В программе:
• создание методов REST API с нуля,
• погружение в фишки Postman,
• создание Mock-сервера.
Путь к интересным проектам начинается здесь!
👉 Регистрация по ссылке
🔑 5 принципов дизайна REST API
В программе:
• создание методов REST API с нуля,
• погружение в фишки Postman,
• создание Mock-сервера.
Путь к интересным проектам начинается здесь!
👉 Регистрация по ссылке
❤5👍2
Я хочу на практике показать, как работать с инструментом тестирования API - Postman. И объяснить, зачем и когда он нужен аналитикам.
Сегодня со мной на онлайн-практикуме будет системный аналитик с опытом в IT 17+ лет, который знает этот инструмент во всех подробностях! Он пришел в аналитику с позиции разработчика. Возможно у вас будут вопросы 😉
Показывать все будем на практике, в прямом эфире! Важно будет выполнять задания вместе с нами 😉
Поэтому, пожалуйста, подготовьтесь к эфиру!
☑️ Зарегистрируйте аккаунт в Postman, на сайте https://www.postman.com/.
☑️ Работать на практикуме с компьютера
☑️ Быть готовыми записывать важные моменты: листочки, ручки и и клавиатура
☑️ Практиковаться обязательно, чтобы получить результат!
🔑 5 принципов дизайна REST API + Postman
🗓 Сегодня в 19:00 (Мск)
👉 Регистрация по ссылке
До встречи❤️
Сегодня со мной на онлайн-практикуме будет системный аналитик с опытом в IT 17+ лет, который знает этот инструмент во всех подробностях! Он пришел в аналитику с позиции разработчика. Возможно у вас будут вопросы 😉
Показывать все будем на практике, в прямом эфире! Важно будет выполнять задания вместе с нами 😉
Поэтому, пожалуйста, подготовьтесь к эфиру!
☑️ Зарегистрируйте аккаунт в Postman, на сайте https://www.postman.com/.
☑️ Работать на практикуме с компьютера
☑️ Быть готовыми записывать важные моменты: листочки, ручки и и клавиатура
☑️ Практиковаться обязательно, чтобы получить результат!
🔑 5 принципов дизайна REST API + Postman
🗓 Сегодня в 19:00 (Мск)
👉 Регистрация по ссылке
До встречи
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
Pruffme
Проектирование REST API с документацией в Postman: 5 главных принципов дизайна на практике
👍1
Доброго утра и дня! Что вчера было? 🔥🔥🔥
1. Сначала я познакомила ребят с задачей, быстро собрали вводные по которым можно делать дизайн API-методов
2. Дала подробную вводную по тому, что из себя представляет REST API, и как делать дизайн методов. А потом Сергей Глаголев подробно рассказал про JSON-ы и как работать с HTTP-кодами ошибок.
В ходе разбора теории сразу же получилось сделать акцент на 5 главных принципах дизайна REST API.
Из крутого - я очень признательна вам за активность во время вебинара и Ваши вопросы!
Разбирали такие мелочи в создании URL как:
👉 эндроинт называть правильно /user или /users
👉 когда HTTP-202 код ответа нужен
👉 почему camelCase в JSON и не стоит использовать - и _
Этот контент появляется на ходу благодаря вам, все уточнения!
Практиковались делать JSON-ы в
http://jsoneditoronline.com
notepad++
https://www.jetbrains.com/idea/
3. Пошли в Postman и тут было самое интересное.
Я дала небольшую ввводную по тому как начать им пользоваться и создать свои первые Workspace, про их назначение, про назначение коллекций.
Затем Сергей разбирал супер-крутые фишки Postman:
👉 как с помощью спецификации OpenAPI делать документацию в Postman
👉 почему мы не начали сразу описывать запросы в JSON и работать через коллекцию, а выбрали папку APIs и работали в ней для документирования структуры API
👉 настроили переменные окружения
👉 сделали свой собственный mock-сервер, который делает дизайн API рабочим без единой строки кода от разработчиков!
👉 обсудили про генерации программного кода для логики приложения на основе OpenAPI специфмкации от аналитиков
👉 Другие возможности постман
На выходе с практикума у ребят остались:
🔑 Пошаговая инструкция по работе с Postman для создания коллекции запросов и mock-сервера из openAPI
🔑 Готовый шаблон OpenAPI спецификации для Postman
🔑 Результаты собственной работы
🔑 Знания по REST API
🔑 Опыт!
Вау? Вау! Спасибо вам за вовлеченность, а Сергею за топовые фишки Postman! Давайте поблагодарим его за крутой контент для нас!!! 🔥❤️
P.S. Про повторы напишу
1. Сначала я познакомила ребят с задачей, быстро собрали вводные по которым можно делать дизайн API-методов
2. Дала подробную вводную по тому, что из себя представляет REST API, и как делать дизайн методов. А потом Сергей Глаголев подробно рассказал про JSON-ы и как работать с HTTP-кодами ошибок.
В ходе разбора теории сразу же получилось сделать акцент на 5 главных принципах дизайна REST API.
Из крутого - я очень признательна вам за активность во время вебинара и Ваши вопросы!
Разбирали такие мелочи в создании URL как:
👉 эндроинт называть правильно /user или /users
👉 когда HTTP-202 код ответа нужен
👉 почему camelCase в JSON и не стоит использовать - и _
Этот контент появляется на ходу благодаря вам, все уточнения!
Практиковались делать JSON-ы в
http://jsoneditoronline.com
notepad++
https://www.jetbrains.com/idea/
3. Пошли в Postman и тут было самое интересное.
Я дала небольшую ввводную по тому как начать им пользоваться и создать свои первые Workspace, про их назначение, про назначение коллекций.
Затем Сергей разбирал супер-крутые фишки Postman:
👉 как с помощью спецификации OpenAPI делать документацию в Postman
👉 почему мы не начали сразу описывать запросы в JSON и работать через коллекцию, а выбрали папку APIs и работали в ней для документирования структуры API
👉 настроили переменные окружения
👉 сделали свой собственный mock-сервер, который делает дизайн API рабочим без единой строки кода от разработчиков!
👉 обсудили про генерации программного кода для логики приложения на основе OpenAPI специфмкации от аналитиков
👉 Другие возможности постман
На выходе с практикума у ребят остались:
🔑 Пошаговая инструкция по работе с Postman для создания коллекции запросов и mock-сервера из openAPI
🔑 Готовый шаблон OpenAPI спецификации для Postman
🔑 Результаты собственной работы
🔑 Знания по REST API
🔑 Опыт!
Вау? Вау! Спасибо вам за вовлеченность, а Сергею за топовые фишки Postman! Давайте поблагодарим его за крутой контент для нас!!! 🔥❤️
P.S. Про повторы напишу
🔥26⚡2❤2
Для тех, кто только-только начинает работу с Postman, у меня есть прекрасная запись Postman: навык тестирования REST API за вечер!
Погружайтесь в практику 😉
Погружайтесь в практику 😉
YouTube
Postman: навык тестирования REST API за вечер
За вечер освой популярный инструмент тестирования API - Postman, который системные аналитики используют в своей работе!
Основные вкладки, с которыми аналитики работают в Postman.
Как читать REST API документацию при работе с задачами на интеграции.
В каких…
Основные вкладки, с которыми аналитики работают в Postman.
Как читать REST API документацию при работе с задачами на интеграции.
В каких…
🔥8👍5❤2
3 страха, которые губят специалистов
😒 Неуверенность в себе и своих знаниях.
😒 Боязнь не справиться с задачей и сделать ошибку.
😒 Беспокойство, что не будет возможности применить новые знания.
По моим наблюдениям эти страхи и опасения испытывают как новички, так и аналитики с хорошим опытом. Именно поэтому они часто не могут выйти на желаемый доход, попросить повышения или перейти в новый проект.
▪️ Чтобы преодолеть тревогу и продолжить развиваться, важно использовать свои страхи, как точки роста.
Участвуйте в проектах, которые вызывают неуверенность, чтобы развить уверенность и выйти за пределы зоны комфорта.
▪️ Принимайте ошибки, как часть процесса обучения.
Именно ошибки мозг воспринимает как слабые места и направляет силы туда, чтобы научиться избегать их в будущем.
▪️ Постоянно изучайте новые технологии и инструменты анализа данных.
Например, сейчас актуально осваивать AI (ChatGPT).
▪️ Общайтесь с коллегами и запрашивайте обратную связь по работе.
Это поможет выявить сильные и слабые стороны и обозначить, где стоит поднажать.
▪️ Ищите возможности для профессионального развития: книги, конференции, курсы обучения, семинары, вебинары, работа с наставником.
▪️ Практикуйтесь.
Сколько бы знаний ни получили в теории, без практики они приравниваются к нулю. Всегда ищите возможность сразу опробовать новое!
Попробуйте относиться к себе, как к самому крутому и важному проекту в жизни ❤
Пропишите стратегию и план развития. Отмечайте прогресс.
Поверьте, когда посмотрите на себя со стороны, увидите сколько уже вложено, то уверенности в себе станет гораздо больше 💎
😒 Неуверенность в себе и своих знаниях.
😒 Боязнь не справиться с задачей и сделать ошибку.
😒 Беспокойство, что не будет возможности применить новые знания.
По моим наблюдениям эти страхи и опасения испытывают как новички, так и аналитики с хорошим опытом. Именно поэтому они часто не могут выйти на желаемый доход, попросить повышения или перейти в новый проект.
▪️ Чтобы преодолеть тревогу и продолжить развиваться, важно использовать свои страхи, как точки роста.
Участвуйте в проектах, которые вызывают неуверенность, чтобы развить уверенность и выйти за пределы зоны комфорта.
▪️ Принимайте ошибки, как часть процесса обучения.
Именно ошибки мозг воспринимает как слабые места и направляет силы туда, чтобы научиться избегать их в будущем.
▪️ Постоянно изучайте новые технологии и инструменты анализа данных.
Например, сейчас актуально осваивать AI (ChatGPT).
▪️ Общайтесь с коллегами и запрашивайте обратную связь по работе.
Это поможет выявить сильные и слабые стороны и обозначить, где стоит поднажать.
▪️ Ищите возможности для профессионального развития: книги, конференции, курсы обучения, семинары, вебинары, работа с наставником.
▪️ Практикуйтесь.
Сколько бы знаний ни получили в теории, без практики они приравниваются к нулю. Всегда ищите возможность сразу опробовать новое!
Попробуйте относиться к себе, как к самому крутому и важному проекту в жизни ❤
Пропишите стратегию и план развития. Отмечайте прогресс.
Поверьте, когда посмотрите на себя со стороны, увидите сколько уже вложено, то уверенности в себе станет гораздо больше 💎
❤12👍2🔥1