Попробовать бесплатно зарегистрировать аккаунт разработчика и потестировать REST API через Postman.
Примеры крутой API-документации с хорошим дизайном для развития насмотренности на хорошие практики и для экспериментов:
👉 API GisMeteo
👉 Яндекс.Расписания (про путешествия)
👉 vk.com
👉 API Instagram
👉 AMO CRM (на пробной версии)
Порядок освоения соответствует порядку в конце. Пробуй! У тебя все получится ❤️ Вопросы всегда можешь задать в комментариях 😊
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥5❤2
За свой опыт работы я пообщалась с огромным количеством руководителей ИТ-компаний и разработчиков. И когда речь заходила о поиске новых кадров, знаете, что чаще всего я слышала и слышу:
Где нормальные аналитики?🧐
Возможно, для кого-то это будет шок-контент, но на рынке порой действительно непросто найти стоящего специалиста.
Получается, когда одни кричат, что рынок IT переполнен и скоро лопнет от переизбытка, другие заявляют, что не могут найти толкового специалиста в команду, т.к. надо искать иголку в стоге сена 🤔
И за эту «иголку» компания всегда готова хорошо платить!
За правильную комбинацию навыков работодатели готовы отдать любые деньги. При необходимости, даже помочь с переездом и дать возможность работать из любой точки мира.
Развитие IT-специалиста можно сравнить с игрой в шахматы.
Изучение и понимание, как ходят фигуры, а в случае аналитика это БД, Интеграции, API, архитектура, Kafka, много всего, и даже нейросети... это все продвигает быстрее по игровому полю к победе.
Все эти навыки — ваше войско ♟️
И если, например, величественный ферзь — это понимание REST API, то король — это предводитель — знания об архитектуре. И дорога к ней лежит через ферзя.
В итоге то, как вы ловко управляете «фигурами», ценят и работодатели, и разработчики.
Если заканчиваешь учиться, цель развиваться — Game over. То же самое происходит и с доходом — он перестаёт расти.
Когда переходишь из позиции "я борюсь за работу", в позицию, где работодатель борется за тебя и ты диктуешь условия. Где-то здесь начинается волшебство, кайф и свобода 🙌
Где нормальные аналитики?🧐
Возможно, для кого-то это будет шок-контент, но на рынке порой действительно непросто найти стоящего специалиста.
Получается, когда одни кричат, что рынок IT переполнен и скоро лопнет от переизбытка, другие заявляют, что не могут найти толкового специалиста в команду, т.к. надо искать иголку в стоге сена 🤔
И за эту «иголку» компания всегда готова хорошо платить!
За правильную комбинацию навыков работодатели готовы отдать любые деньги. При необходимости, даже помочь с переездом и дать возможность работать из любой точки мира.
Развитие IT-специалиста можно сравнить с игрой в шахматы.
Изучение и понимание, как ходят фигуры, а в случае аналитика это БД, Интеграции, API, архитектура, Kafka, много всего, и даже нейросети... это все продвигает быстрее по игровому полю к победе.
Все эти навыки — ваше войско ♟️
И если, например, величественный ферзь — это понимание REST API, то король — это предводитель — знания об архитектуре. И дорога к ней лежит через ферзя.
В итоге то, как вы ловко управляете «фигурами», ценят и работодатели, и разработчики.
Если заканчиваешь учиться, цель развиваться — Game over. То же самое происходит и с доходом — он перестаёт расти.
Когда переходишь из позиции "я борюсь за работу", в позицию, где работодатель борется за тебя и ты диктуешь условия. Где-то здесь начинается волшебство, кайф и свобода 🙌
❤14👍4
Одни из ТОП-навыков для резюме аналитиков: знание инструментов Postman и Swagger.
Эти инструменты незаменимы для системных аналитиков и разработчиков, которые разрабатывают API.
🟧 Postman - это приложение, которое позволяет отправлять запросы к API и получать ответы от него. Это полезно для тестирования, отладки и проверки работоспособности API. Postman предоставляет крутой интуитивно-понятный интерфейс для пользователей, не знакомых с языками программирования. Postman также предоставляет возможность сохранять запросы и создавать коллекции запросов, что делает процесс тестирования API более организованным и быстрым. Таже в нем можно вести API-документацию, писать автотесты для Backend.
🟩 Swagger - это набор инструментов, который позволяет создавать документацию для API. Swagger использует язык описания OpenAPI, который позволяет описывать API, используя YAML или JSON. Swagger автоматически генерирует документацию для API на основе этих описаний в OpenAPI, что упрощает процесс документирования API. Также через Swagger можно тестировать API.
Из опыта скажу, что более User Friendly и достаточно быстрый к освоению - Postman. Если вы освоили этот инструмент, то вы уже на 70% пути к успеху, так как в вашей копилке знаний появляются навыки тестирования и документирования любого API. Swagger менее удобный. Да, для документации его хорошо использовать, но долго. С тестированием аналогично. Да и Postman все возможности Swagger уже давно поддержал, только гораздо круче и удобнее.
Знание Postman и Swagger может быть полезным для системных аналитиков при общении с другими членами команды, такими как разработчиками и QA-инженерами, которые также могут использовать эти инструменты для тестирования и документирования API.
Использование Postman и Swagger помогает улучшить процесс проектирования API, упростить процесс тестирования и документирования, а также повысить качество кода за счет написания автотестов.
Оба инструмента бесплатные. Поэтому вы можете начать осваивать их самостоятельно в любой момент 🙌
Эти инструменты незаменимы для системных аналитиков и разработчиков, которые разрабатывают API.
🟧 Postman - это приложение, которое позволяет отправлять запросы к API и получать ответы от него. Это полезно для тестирования, отладки и проверки работоспособности API. Postman предоставляет крутой интуитивно-понятный интерфейс для пользователей, не знакомых с языками программирования. Postman также предоставляет возможность сохранять запросы и создавать коллекции запросов, что делает процесс тестирования API более организованным и быстрым. Таже в нем можно вести API-документацию, писать автотесты для Backend.
🟩 Swagger - это набор инструментов, который позволяет создавать документацию для API. Swagger использует язык описания OpenAPI, который позволяет описывать API, используя YAML или JSON. Swagger автоматически генерирует документацию для API на основе этих описаний в OpenAPI, что упрощает процесс документирования API. Также через Swagger можно тестировать API.
Из опыта скажу, что более User Friendly и достаточно быстрый к освоению - Postman. Если вы освоили этот инструмент, то вы уже на 70% пути к успеху, так как в вашей копилке знаний появляются навыки тестирования и документирования любого API. Swagger менее удобный. Да, для документации его хорошо использовать, но долго. С тестированием аналогично. Да и Postman все возможности Swagger уже давно поддержал, только гораздо круче и удобнее.
Знание Postman и Swagger может быть полезным для системных аналитиков при общении с другими членами команды, такими как разработчиками и QA-инженерами, которые также могут использовать эти инструменты для тестирования и документирования API.
Использование Postman и Swagger помогает улучшить процесс проектирования API, упростить процесс тестирования и документирования, а также повысить качество кода за счет написания автотестов.
Оба инструмента бесплатные. Поэтому вы можете начать осваивать их самостоятельно в любой момент 🙌
👍11
❗️Если вы еще не посмотрели вебинар Екатерины Ананьевой
📹 5 главных принципов дизайна REST API
Подключайтесь по ➡️ ссылке
📹 5 главных принципов дизайна REST API
Подключайтесь по ➡️ ссылке
Pruffme
Проектирование REST API с документацией в Postman: 5 главных принципов дизайна на практике
Про уверенность, которой постоянно так не хватает...
Если ты:
🎯 уверен в себе и своих знаниях
🎯 регулярно развиваешь hard/soft skills
🎯 умеешь грамотно рассказать о своих навыках работодателю.
то найти крутой проект, попросить повышение, или просто вести митинги с разработчиками становится так легко!
Уверенность всегда на первом месте. Но ее как-то вечно мало.
К сожалению, она никогда не приходит и не повышается сама по себе. Её нужно развивать. Можно, конечно, устроиться на работу, пройдя курс по подготовке к собеседованиям, и сказать работодателю: "Да, я это умею!" (про себя размышляя: если что, научусь в процессе). Но мы не в школе. И эта история с неумением всплывет на испытательном сроке, который может завершиться не так, как хочется.
Всегда важно подкреплять знания релевантным опытом. Дальше ловкость коммуникаций и никакого мошенничества: рассказ про ПРАКТИКУ = УВЕРЕННОСТЬ.
Именно через нее я росла.
По себе знаю, сколько бы ни было книг, лекций, ощущение уверенности в знаниях не появится. Потому что потом сталкиваешься с реальной боевой задачей, где нет универсальных решений, и нужно держать в голове множество мелких деталей, о которых ты даже не знаешь, и про которые автор в книге забыл написать. И страх - вот он 😞
В системном анализе часто ситуация, что тяжело менять проекты, т.к. боишься, что не сможешь быстро адаптироваться к новым условиям, долго въезжаешь. Не понимаешь, как ставить задачи на разработчиков. Не хватает опыта переключения между проектами, структуры в знаниях, чтобы их можно было применить ко всему.
Чтобы разобраться, как все реально работает, все понять, нужны действия. И да, это не так просто как посмотреть видео. Но именно так с каждым разом прокачивается опыт и появляется уверенность.
Уверенность -это преимущество. Она как игра в карты с козырями. Это внутреннее ощущение позволяет легко принимать решения, быстро и эффективно решать задачи 🙌
+ комментарий 👇
Если ты:
🎯 уверен в себе и своих знаниях
🎯 регулярно развиваешь hard/soft skills
🎯 умеешь грамотно рассказать о своих навыках работодателю.
то найти крутой проект, попросить повышение, или просто вести митинги с разработчиками становится так легко!
Уверенность всегда на первом месте. Но ее как-то вечно мало.
К сожалению, она никогда не приходит и не повышается сама по себе. Её нужно развивать. Можно, конечно, устроиться на работу, пройдя курс по подготовке к собеседованиям, и сказать работодателю: "Да, я это умею!" (про себя размышляя: если что, научусь в процессе). Но мы не в школе. И эта история с неумением всплывет на испытательном сроке, который может завершиться не так, как хочется.
Всегда важно подкреплять знания релевантным опытом. Дальше ловкость коммуникаций и никакого мошенничества: рассказ про ПРАКТИКУ = УВЕРЕННОСТЬ.
Именно через нее я росла.
По себе знаю, сколько бы ни было книг, лекций, ощущение уверенности в знаниях не появится. Потому что потом сталкиваешься с реальной боевой задачей, где нет универсальных решений, и нужно держать в голове множество мелких деталей, о которых ты даже не знаешь, и про которые автор в книге забыл написать. И страх - вот он 😞
В системном анализе часто ситуация, что тяжело менять проекты, т.к. боишься, что не сможешь быстро адаптироваться к новым условиям, долго въезжаешь. Не понимаешь, как ставить задачи на разработчиков. Не хватает опыта переключения между проектами, структуры в знаниях, чтобы их можно было применить ко всему.
Чтобы разобраться, как все реально работает, все понять, нужны действия. И да, это не так просто как посмотреть видео. Но именно так с каждым разом прокачивается опыт и появляется уверенность.
Уверенность -это преимущество. Она как игра в карты с козырями. Это внутреннее ощущение позволяет легко принимать решения, быстро и эффективно решать задачи 🙌
+ комментарий 👇
🔥5
Приветик, ChatGPT. Сделай дизайн REST API, пожалуйста 🙏
Давайте дам план-минимум по командам.
Задача:
Делаем приложение для контрольно-пропускного пункта в офис. В БД хранится список сотрудников, их пропусков, фиксируются факты прохода.
Команда 1:
Есть БД
== Сотрудник (id, ФИО, Должность, Номер телефона, Дата рождения, Пол, Серия и номер паспорта, ...)
== Пропуск (id, Номер пропуска, Дата начала действия, Дата окончания действия, Категория доступа {full, general, guest}, Сотрудник_id )
....
Создай описание REST API метода "получить список фактов проходов", включающее:
+ тип метода
+ название эндпоинта
+ список возможных параметров
+ пример запроса
+ пример ответа
+ список кодов ошибок
Для именования параметров использую camelCase.
В ответе должна быть полная информация о сотруднике, который совершил факт прохода через турникет.
Команда 2:
Сделай таблицу по ошибкам с колонками: HTTP-статус, внутренний код ошибки в системе (от 1220), текст ошибки для ответа, который будет легко понимать пользователь, который его выполнил
Команда 3 (лучше включить в 1, чтобы привел примеры в виде кода):
Покажи JSON из первого запроса в виде кода
Ошибки, а точнее то, что нужно доработать за ChatGPT:
✖️ Не учел limit, offset, count
✖️ Не написал ничего про то, что делать, если список пуст (возвращать пустой список)
✖️ Ответ для списков лучше делать в формате { "objects": [] }
Используем всего две команды, которые помогут упростить жизнь и дать вдохновения. Но контекст надо задавать хороший.
Названия полей в таблицах БД и JSON желательно сопоставить и сделать более или менее едиными.
А еще можно попросить сделать маппинг данных между БД, параметрами и JSON. Много всего!
Чтобы лучше разбираться в том, как подходить к проектированию REST API, присоединяйтесь к практическому обучению "Дизайн REST API" с 18 апреля. Разберем все подходы на примере одного большого проекта, научимся ускорять свою работу с помощью ChatGPT, и будем это делать с пониманием! 😉
Сохраняйте команды, чтобы не потерять!
Давайте дам план-минимум по командам.
Задача:
Делаем приложение для контрольно-пропускного пункта в офис. В БД хранится список сотрудников, их пропусков, фиксируются факты прохода.
Команда 1:
Есть БД
== Сотрудник (id, ФИО, Должность, Номер телефона, Дата рождения, Пол, Серия и номер паспорта, ...)
== Пропуск (id, Номер пропуска, Дата начала действия, Дата окончания действия, Категория доступа {full, general, guest}, Сотрудник_id )
....
Создай описание REST API метода "получить список фактов проходов", включающее:
+ тип метода
+ название эндпоинта
+ список возможных параметров
+ пример запроса
+ пример ответа
+ список кодов ошибок
Для именования параметров использую camelCase.
В ответе должна быть полная информация о сотруднике, который совершил факт прохода через турникет.
Команда 2:
Сделай таблицу по ошибкам с колонками: HTTP-статус, внутренний код ошибки в системе (от 1220), текст ошибки для ответа, который будет легко понимать пользователь, который его выполнил
Команда 3 (лучше включить в 1, чтобы привел примеры в виде кода):
Покажи JSON из первого запроса в виде кода
Ошибки, а точнее то, что нужно доработать за ChatGPT:
✖️ Не учел limit, offset, count
✖️ Не написал ничего про то, что делать, если список пуст (возвращать пустой список)
✖️ Ответ для списков лучше делать в формате { "objects": [] }
Используем всего две команды, которые помогут упростить жизнь и дать вдохновения. Но контекст надо задавать хороший.
Названия полей в таблицах БД и JSON желательно сопоставить и сделать более или менее едиными.
А еще можно попросить сделать маппинг данных между БД, параметрами и JSON. Много всего!
Чтобы лучше разбираться в том, как подходить к проектированию REST API, присоединяйтесь к практическому обучению "Дизайн REST API" с 18 апреля. Разберем все подходы на примере одного большого проекта, научимся ускорять свою работу с помощью ChatGPT, и будем это делать с пониманием! 😉
Сохраняйте команды, чтобы не потерять!
❤5👍4❤🔥3🔥3
Обращали внимание, как сейчас стали популярны бизнес-завтраки, мастермайнды и разные комьюнити?
Всё просто: человеку нужен человек 🫂
Когда делишься опытом с коллегами, то помогаешь другим ускорить процесс обучения. Отвечая на вопросы, еще глубже заглядываешь в глубину проектирования и исследуешь все возможные решения задачи. Такой обмен всегда приводит к появлению новых идей, которые помогают подсветить пробелы в знаниях и сделать работу эффективнее.
Кто водит автомобиль, знает про выражение «слепая зона».
Это участок обзора, который остаётся без внимания водителя. И порой нужно быть предельно внимательным при смене полосы на дороге, чтобы не попасть в ДТП.
Такая «слепая зона» может стать причиной стагнации в работе👤
Знаю, что многие в таких ситуациях скупают книги, бесплатные лекции и курсы. Тратят огромное количество времени на обработку и изучение нужной информации.
Кто-то находит для себя ответ, кто-то выходит на второй, третий круг и опять пытается разобраться в теме. И всё это может длиться полгода, год.
Только представьте: сколько времени сэкономит наставник, который поможет вырваться вперёд и расскажет как обстоят дела на трессе, чтобы ты мог пройти ее с легкостью, который чётко может подсказать, где необходимо «поднажать»?
Это прямая дорога от хаоса в голове к структурности.
Для меня обмен моим опытом и знаниями — это возможность показать, как можно быстрее добиться результата, минуя всевозможные кочки и "ремонты дорог" на пути.
Моя цель — передавать актуальные знания. Сухая теория - не ко мне. Я даю теорию только с применением сразу на практике. Информацию про навыки аналитиков можно долго искать на просторах сети. И все равно ничего не понять, потоу что не сделал ничего сам. Не попробовал. Не смог спросить конкретный вопрос, который важен тебе, и получить ответ.
А ещё я немного зануда и люблю разбирать всё до мелочей. Чтобы уйти от меня без навыков - нужно постараться 😁
Получайте навыки здесь. Просто будьте частью нашего IT-комьюнити системных аналитиков GetAnalyst ❤🦭
Всё просто: человеку нужен человек 🫂
Когда делишься опытом с коллегами, то помогаешь другим ускорить процесс обучения. Отвечая на вопросы, еще глубже заглядываешь в глубину проектирования и исследуешь все возможные решения задачи. Такой обмен всегда приводит к появлению новых идей, которые помогают подсветить пробелы в знаниях и сделать работу эффективнее.
Кто водит автомобиль, знает про выражение «слепая зона».
Это участок обзора, который остаётся без внимания водителя. И порой нужно быть предельно внимательным при смене полосы на дороге, чтобы не попасть в ДТП.
Такая «слепая зона» может стать причиной стагнации в работе👤
Знаю, что многие в таких ситуациях скупают книги, бесплатные лекции и курсы. Тратят огромное количество времени на обработку и изучение нужной информации.
Кто-то находит для себя ответ, кто-то выходит на второй, третий круг и опять пытается разобраться в теме. И всё это может длиться полгода, год.
Только представьте: сколько времени сэкономит наставник, который поможет вырваться вперёд и расскажет как обстоят дела на трессе, чтобы ты мог пройти ее с легкостью, который чётко может подсказать, где необходимо «поднажать»?
Это прямая дорога от хаоса в голове к структурности.
Для меня обмен моим опытом и знаниями — это возможность показать, как можно быстрее добиться результата, минуя всевозможные кочки и "ремонты дорог" на пути.
Моя цель — передавать актуальные знания. Сухая теория - не ко мне. Я даю теорию только с применением сразу на практике. Информацию про навыки аналитиков можно долго искать на просторах сети. И все равно ничего не понять, потоу что не сделал ничего сам. Не попробовал. Не смог спросить конкретный вопрос, который важен тебе, и получить ответ.
А ещё я немного зануда и люблю разбирать всё до мелочей. Чтобы уйти от меня без навыков - нужно постараться 😁
Получайте навыки здесь. Просто будьте частью нашего IT-комьюнити системных аналитиков GetAnalyst ❤🦭
❤17
Привет!
Мы с Вами уже достаточно много разобрали по REST API. Давайте закреплять знания на практике 🔑
Проходите квиз и получайте доступ к закрытому видео-уроку по REST API, который сможете посмотреть уже в эти выходные 😉
[ ПРОЙТИ КВИЗ ]
Мы с Вами уже достаточно много разобрали по REST API. Давайте закреплять знания на практике 🔑
Проходите квиз и получайте доступ к закрытому видео-уроку по REST API, который сможете посмотреть уже в эти выходные 😉
[ ПРОЙТИ КВИЗ ]
❤3😢1
Как учиться, работать и не сойти с ума от задач?
Если вы проходили какое-либо обучение, то должны помнить это ощущение драйва в начале. Когда несёшься как локомотив зараженный мотивацией на встречу к новым знаниям🚄
Потом проходит несколько дней, неделя, ещё пару недель и топливо в локомотиве начинает испаряться. Кажется тут что-то упустил, там не доработал.
Это нормально!
Учиться взрослому и учиться ребёнку, подростку не равно одно и то же.
У взрослого, помимо учёбы, наслаиваются работа, дом, дети, собака, друзья и прочие факторы, на которые не нажмёшь DELETE.
Учитывая все эти потребности, я НЕ стремлюсь загнать учеников в упряжку обучения. Мне важна включённость в процесс, чтобы хотелось прийти на вебинар, было желание делать домашку и изучать материал😎
Как помогаю ученикам GetAnalyst дойти до конца обучения и разобраться с информацией в процессе?
1️⃣ На начальном этапе в отделе заботы помогаем сформировать цель.
Доказано: когда есть ощутимая цель — мозгу учиться понятнее и приятнее.
2️⃣ Логично выстраиваю подачу теории, которая наслаивается одна на другую. Хаосу не остаётся места.
3️⃣ Если ученик на курсе с куратором, то второй всегда старается максимально подстроиться под индивидуальный ритм студента. Мы все разные, у каждого разная скорость восприятия. Это важно учитывать.
4️⃣ Я и куратор даём положительную обратную связь за хорошие результаты.
Согласитесь, когда нас хвалят и замечают результаты, мы становимся бодрее и хочется достигать большего.
5️⃣ Всегда мотивируем задавать вопросы и участвовать в процессе.
Даже, если порой кажется, что они банальные — лучше спросить.
6️⃣ Живое общение. На проекте мне важно, чтобы сохранялась дружелюбная лёгкая атмосфера.
Я за то, чтобы в общем чате ученики поддерживали друг друга, делись опытом и общими впечатлениями.
7️⃣ Практика. Именно благодаря тому, что студенты отрабатывают все знания на практике, учиться проще и интереснее. Плюс это хорошая мотивация для обновления портфолио.
Всё обучение на программе построено так, чтобы каждый дошёл до своей цели и в процессе не растерял мотивацию и энергию.
GetAnalyst — это комьюнити единомышленников, которое всегда поддержит, если становится трудно и опускаются руки ❤
Если вы проходили какое-либо обучение, то должны помнить это ощущение драйва в начале. Когда несёшься как локомотив зараженный мотивацией на встречу к новым знаниям🚄
Потом проходит несколько дней, неделя, ещё пару недель и топливо в локомотиве начинает испаряться. Кажется тут что-то упустил, там не доработал.
Это нормально!
Учиться взрослому и учиться ребёнку, подростку не равно одно и то же.
У взрослого, помимо учёбы, наслаиваются работа, дом, дети, собака, друзья и прочие факторы, на которые не нажмёшь DELETE.
Учитывая все эти потребности, я НЕ стремлюсь загнать учеников в упряжку обучения. Мне важна включённость в процесс, чтобы хотелось прийти на вебинар, было желание делать домашку и изучать материал😎
Как помогаю ученикам GetAnalyst дойти до конца обучения и разобраться с информацией в процессе?
1️⃣ На начальном этапе в отделе заботы помогаем сформировать цель.
Доказано: когда есть ощутимая цель — мозгу учиться понятнее и приятнее.
2️⃣ Логично выстраиваю подачу теории, которая наслаивается одна на другую. Хаосу не остаётся места.
3️⃣ Если ученик на курсе с куратором, то второй всегда старается максимально подстроиться под индивидуальный ритм студента. Мы все разные, у каждого разная скорость восприятия. Это важно учитывать.
4️⃣ Я и куратор даём положительную обратную связь за хорошие результаты.
Согласитесь, когда нас хвалят и замечают результаты, мы становимся бодрее и хочется достигать большего.
5️⃣ Всегда мотивируем задавать вопросы и участвовать в процессе.
Даже, если порой кажется, что они банальные — лучше спросить.
6️⃣ Живое общение. На проекте мне важно, чтобы сохранялась дружелюбная лёгкая атмосфера.
Я за то, чтобы в общем чате ученики поддерживали друг друга, делись опытом и общими впечатлениями.
7️⃣ Практика. Именно благодаря тому, что студенты отрабатывают все знания на практике, учиться проще и интереснее. Плюс это хорошая мотивация для обновления портфолио.
Всё обучение на программе построено так, чтобы каждый дошёл до своей цели и в процессе не растерял мотивацию и энергию.
GetAnalyst — это комьюнити единомышленников, которое всегда поддержит, если становится трудно и опускаются руки ❤
❤8👍2
🙌 БЕСПЛАТНЫЙ ОНЛАЙН-ПРАКТИКУМ
📹 5 главных принципов дизайна REST API
СЕГОДНЯ, в 15:00 (Мск)
Подключайтесь по 👉 ссылке
📹 5 главных принципов дизайна REST API
СЕГОДНЯ, в 15:00 (Мск)
Подключайтесь по 👉 ссылке
Ответы с пояснениями 👇
1.
b) Архитектурный стиль, который определяет правила проектирования API для взаимодействия между клиентом и сервером.
Ответ "a" неверен, потому что REST API не связан с методологией разработки для мобильных устройств, но используется для взаимодействия с сервером.
Ответ "c" неверен, потому что REST API не является платформой для создания приложений на JavaScript.
2.
b) GET, POST, PUT, DELETE.
Ответ "a" неверен, потому что PUSH не является методом HTTP.
Ответ "c" неверен, потому что PATCH является дополнительным методом HTTP, который не обязательно должен использоваться в REST API, и отвечает за частичное изменение ресурса.
3.
b) Использовать уникальный URI для каждого ресурса.
Ответ "a" неверен, потому что использование GUID для идентификации каждого ресурса может быть неудобным и неэффективным.
Ответ "c" неверен, потому что хеш-код не является уникальным идентификатором ресурса.
4.
c) см. википедию - Список кодов состояния HTTP
В целом достаточно использовать набор кодов 200, 201, 202, 204, 400, 401, 403, 404, 500. Но все же ответы "a" и "b" неверны, потому что они не содержат всех возможных кодов ответа, которые могут использоваться в REST API. HTTP-418 "I'm teaspot" ("я чайник!") мой любимый
5.
b) Postman, Swagger
Visual Studio Code не являются инструментом для документирования или тестирования REST API. Postman подходит как для документирования, так и для тестирования REST API.
Практикуйтесь в новых навыках всеми возможными способами, чтобы расти!
------------------------
👉 Для освоения на практике навыка проектирования REST API рекомендую:
💡 Изучать API-документацию популярных сервисов
Так вы разовьете хорошую насмотренность на хороший дизайн
💡 Тестировать найденные в открытом доступе сервисы, с которыми можно интегрироваться по REST API, через Postman
Рекомендации и ссылки я давала в канале. Это поможет лучше понимать как работает API и его структуру
💡 Пробовать работать с OpenAPI в Swagger
Это также поможет лучше понять и научиться описывать структуру API. Также этот навык востребован у работодателей.
💡 Пробовать решать задачи самостоятельно и аккуратно проверять себя через ChatGPT.
План-минимум по командам дала выше.
Мини-задача для вас:
Создать REST API для приложения управления задачами. Пользователи могут создавать задачи, присваивать им категории и устанавливать приоритеты. Каждая задача может иметь несколько подзадач и список задач, связанных с ней. Пользователи могут просматривать все свои задачи и фильтровать их по категориям и приоритетам.
Не бойтесь нового. Не бойтесь ошибаться. Новые знания - всегда ведут к росту 🔑
1.
b) Архитектурный стиль, который определяет правила проектирования API для взаимодействия между клиентом и сервером.
Ответ "a" неверен, потому что REST API не связан с методологией разработки для мобильных устройств, но используется для взаимодействия с сервером.
Ответ "c" неверен, потому что REST API не является платформой для создания приложений на JavaScript.
2.
b) GET, POST, PUT, DELETE.
Ответ "a" неверен, потому что PUSH не является методом HTTP.
Ответ "c" неверен, потому что PATCH является дополнительным методом HTTP, который не обязательно должен использоваться в REST API, и отвечает за частичное изменение ресурса.
3.
b) Использовать уникальный URI для каждого ресурса.
Ответ "a" неверен, потому что использование GUID для идентификации каждого ресурса может быть неудобным и неэффективным.
Ответ "c" неверен, потому что хеш-код не является уникальным идентификатором ресурса.
4.
c) см. википедию - Список кодов состояния HTTP
В целом достаточно использовать набор кодов 200, 201, 202, 204, 400, 401, 403, 404, 500. Но все же ответы "a" и "b" неверны, потому что они не содержат всех возможных кодов ответа, которые могут использоваться в REST API. HTTP-418 "I'm teaspot" ("я чайник!") мой любимый
5.
b) Postman, Swagger
Visual Studio Code не являются инструментом для документирования или тестирования REST API. Postman подходит как для документирования, так и для тестирования REST API.
Практикуйтесь в новых навыках всеми возможными способами, чтобы расти!
------------------------
👉 Для освоения на практике навыка проектирования REST API рекомендую:
💡 Изучать API-документацию популярных сервисов
Так вы разовьете хорошую насмотренность на хороший дизайн
💡 Тестировать найденные в открытом доступе сервисы, с которыми можно интегрироваться по REST API, через Postman
Рекомендации и ссылки я давала в канале. Это поможет лучше понимать как работает API и его структуру
💡 Пробовать работать с OpenAPI в Swagger
Это также поможет лучше понять и научиться описывать структуру API. Также этот навык востребован у работодателей.
💡 Пробовать решать задачи самостоятельно и аккуратно проверять себя через ChatGPT.
План-минимум по командам дала выше.
Мини-задача для вас:
Создать REST API для приложения управления задачами. Пользователи могут создавать задачи, присваивать им категории и устанавливать приоритеты. Каждая задача может иметь несколько подзадач и список задач, связанных с ней. Пользователи могут просматривать все свои задачи и фильтровать их по категориям и приоритетам.
Не бойтесь нового. Не бойтесь ошибаться. Новые знания - всегда ведут к росту 🔑
👍3❤1👎1
Вопросы квиза по REST API
1. Что такое REST API?
a) Методология разработки приложений для мобильных устройств
b) Архитектурный стиль, который определяет правила проектирования API для взаимодействия между клиентом и сервером
c) Платформа для создания приложений на JavaScript
2. Какие методы HTTP используются для доступа к ресурсам в REST API?
a) GET, POST, PUSH, DELETE
b) GET, POST, PUT, DELETE
c) GET, POST, PUT, PATCH
3. Как идентифицировать ресурсы в REST API?
a) Использовать GUID для идентификации каждого ресурса
b) Использовать уникальный URI для каждого ресурса
c) Использовать хеш-код для идентификации каждого ресурса
4. Какие коды ответа должны возвращаться при использовании методов HTTP в REST API?
a) 200, 201, 204, 400, 401, 403, 404, 500
b) 200, 201, 202, 204, 400, 401, 403, 404, 500
c) см. википедию - Список кодов состояния HTTP
5. Какие инструменты используют в работе с REST API?
a) Postman
b) Postman, Swagger
c) Swagger
d) Visual Studio Code
Ответы с пояснениями 👇
1. Что такое REST API?
a) Методология разработки приложений для мобильных устройств
b) Архитектурный стиль, который определяет правила проектирования API для взаимодействия между клиентом и сервером
c) Платформа для создания приложений на JavaScript
2. Какие методы HTTP используются для доступа к ресурсам в REST API?
a) GET, POST, PUSH, DELETE
b) GET, POST, PUT, DELETE
c) GET, POST, PUT, PATCH
3. Как идентифицировать ресурсы в REST API?
a) Использовать GUID для идентификации каждого ресурса
b) Использовать уникальный URI для каждого ресурса
c) Использовать хеш-код для идентификации каждого ресурса
4. Какие коды ответа должны возвращаться при использовании методов HTTP в REST API?
a) 200, 201, 204, 400, 401, 403, 404, 500
b) 200, 201, 202, 204, 400, 401, 403, 404, 500
c) см. википедию - Список кодов состояния HTTP
5. Какие инструменты используют в работе с REST API?
a) Postman
b) Postman, Swagger
c) Swagger
d) Visual Studio Code
Ответы с пояснениями 👇
🔥4
Сейчас большое количество компаний ежедневно сталкиваются с поиском системных аналитиков. По данным сервиса VC.ru одни из основных запрашиваемых hard skills при приёме на работ:
— анализ требований,
— моделирование бизнес-процессов,
— базы данных и SQL,
— понимание принципов проектирования REST и SOAP API,
— понимание форматов обмена данными JSON/XML.
И это независимо от того, на какой уровень собеседуется специалист.
В частности, работа с REST уже давно стала повседневной задачей во многих компаниях и отраслевым стандартом для информационных систем. Многие из самых популярных облачных сервисов используют REST API для своих приложений, включая Facebook, YouTube, Google, Spotify.
Компании меньше тоже не отстают от гигантов.
Цитируя эксперта из области IT-технологий, Джона Макгрегора (автор книги "Разработка программного обеспечения на основе компонентов"):
«REST API обеспечивает простоту, универсальность и гибкость при разработке веб-приложений, что делает его одним из самых популярных и востребованных навыков в IT-секторе».
Это говорит о том, что REST API продолжает быть важным инструментом для специалистов и компаний, которые стремятся улучшить информационную систему и эффективность бизнес-процессов.
Эти знания сейчас доступны каждому. И только от нас зависит, будем мы ими пользоваться, чтобы идти в ногу с современными технологиями и требованиями работодателей, или будем ждать лучших времён 🕗
Если готовы к реальным действиям в сторону роста в навыках, то приглашаю вас присоединиться к практическому курсу:
🔑 Дизайн REST API
🚀 18 апреля
👉 Стать частью команды можно здесь
— анализ требований,
— моделирование бизнес-процессов,
— базы данных и SQL,
— понимание принципов проектирования REST и SOAP API,
— понимание форматов обмена данными JSON/XML.
И это независимо от того, на какой уровень собеседуется специалист.
В частности, работа с REST уже давно стала повседневной задачей во многих компаниях и отраслевым стандартом для информационных систем. Многие из самых популярных облачных сервисов используют REST API для своих приложений, включая Facebook, YouTube, Google, Spotify.
Компании меньше тоже не отстают от гигантов.
Цитируя эксперта из области IT-технологий, Джона Макгрегора (автор книги "Разработка программного обеспечения на основе компонентов"):
«REST API обеспечивает простоту, универсальность и гибкость при разработке веб-приложений, что делает его одним из самых популярных и востребованных навыков в IT-секторе».
Это говорит о том, что REST API продолжает быть важным инструментом для специалистов и компаний, которые стремятся улучшить информационную систему и эффективность бизнес-процессов.
Эти знания сейчас доступны каждому. И только от нас зависит, будем мы ими пользоваться, чтобы идти в ногу с современными технологиями и требованиями работодателей, или будем ждать лучших времён 🕗
Если готовы к реальным действиям в сторону роста в навыках, то приглашаю вас присоединиться к практическому курсу:
🔑 Дизайн REST API
🚀 18 апреля
👉 Стать частью команды можно здесь
getanalyst.ru
Дизайн REST API: практический курс для системных аналитиков и разработчиков от GetAnalyst
Что такое REST API и для чего создавать его дизайн? Хотите получить навык, важный для проектирования и интеграций систем, который высоко оценивается на рынке и важен не только аналитикам, но и разработчикам? На реальной задаче пройдем путь от анализа требований…
❤1
Иногда даже опытные системные аналитики сталкиваются с тем, что их знания и навыки в области REST API есть, но они используют их немного хаотично и без системы. Если сравнить это с метафорой, то это напоминает огромное полотно, на котором разбросаны краски, но они еще не смешаны, чтобы создать законченное произведение искусства.
Моя миссия – сделать информацию структурированной и дать вам практические навыки, превратить сложное в понятное, иллюстрировать это при помощи живых примеров из повседневной жизни. Так вы сможете уверенно применять свои знания и наслаждаться законченным произведением искусства.
Мне важно дарить не просто теоретические знания, а научить вас пользоваться ими на практике. Чтобы вы могли самостоятельно работать над проектами, опираясь на конкретные примеры из опыта, полученного со мной.
Самое потрясающее ощущение – это когда к концу обучения, я вижу, как мои ученики уже сами "смешивают краски на полотне" и умеют применять подходы к проектированию REST API системно, осознанно, с глубоким пониманием деталей. Это вау! Горжусь ❤️
P.S. Про рисование и движение в нем. Творчество в системном анализе и по жизни 😉
Моя миссия – сделать информацию структурированной и дать вам практические навыки, превратить сложное в понятное, иллюстрировать это при помощи живых примеров из повседневной жизни. Так вы сможете уверенно применять свои знания и наслаждаться законченным произведением искусства.
Мне важно дарить не просто теоретические знания, а научить вас пользоваться ими на практике. Чтобы вы могли самостоятельно работать над проектами, опираясь на конкретные примеры из опыта, полученного со мной.
Самое потрясающее ощущение – это когда к концу обучения, я вижу, как мои ученики уже сами "смешивают краски на полотне" и умеют применять подходы к проектированию REST API системно, осознанно, с глубоким пониманием деталей. Это вау! Горжусь ❤️
P.S. Про рисование и движение в нем. Творчество в системном анализе и по жизни 😉
👍8❤2