GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
19.6K subscribers
2.1K photos
75 videos
207 files
1.2K links
Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов

Админ @getanalyst
Сайт https://getanalyst.ru
Чат t.me/getanalystchat
Начинающим в IT @getanalyststart

РКН №5013005196
Download Telegram
❗️Если вы еще не посмотрели вебинар Екатерины Ананьевой

📹 5 главных принципов дизайна REST API

Подключайтесь по ➡️ ссылке
Про уверенность, которой постоянно так не хватает...

Если ты:

🎯 уверен в себе и своих знаниях
🎯 регулярно развиваешь 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, и будем это делать с пониманием! 😉

Сохраняйте команды, чтобы не потерять!
5👍4❤‍🔥3🔥3
Обращали внимание, как сейчас стали популярны бизнес-завтраки, мастермайнды и разные комьюнити?

Всё просто: человеку нужен человек 🫂

Когда делишься опытом с коллегами, то помогаешь другим ускорить процесс обучения. Отвечая на вопросы, еще глубже заглядываешь в глубину проектирования и исследуешь все возможные решения задачи. Такой обмен всегда приводит к появлению новых идей, которые помогают подсветить пробелы в знаниях и сделать работу эффективнее.

Кто водит автомобиль, знает про выражение «слепая зона».
Это участок обзора, который остаётся без внимания водителя. И порой нужно быть предельно внимательным при смене полосы на дороге, чтобы не попасть в ДТП.

Такая «слепая зона» может стать причиной стагнации в работе👤

Знаю, что многие в таких ситуациях скупают книги, бесплатные лекции и курсы. Тратят огромное количество времени на обработку и изучение нужной информации.
Кто-то находит для себя ответ, кто-то выходит на второй, третий круг и опять пытается разобраться в теме. И всё это может длиться полгода, год.

Только представьте: сколько времени сэкономит наставник, который поможет вырваться вперёд и расскажет как обстоят дела на трессе, чтобы ты мог пройти ее с легкостью, который чётко может подсказать, где необходимо «поднажать»?
Это прямая дорога от хаоса в голове к структурности.


Для меня обмен моим опытом и знаниями — это возможность показать, как можно быстрее добиться результата, минуя всевозможные кочки и "ремонты дорог" на пути.

Моя цель — передавать актуальные знания. Сухая теория - не ко мне. Я даю теорию только с применением сразу на практике. Информацию про навыки аналитиков можно долго искать на просторах сети. И все равно ничего не понять, потоу что не сделал ничего сам. Не попробовал. Не смог спросить конкретный вопрос, который важен тебе, и получить ответ.

А ещё я немного зануда и люблю разбирать всё до мелочей. Чтобы уйти от меня без навыков - нужно постараться 😁

Получайте навыки здесь. Просто будьте частью нашего IT-комьюнити системных аналитиков GetAnalyst 🦭
17
Привет!

Мы с Вами уже достаточно много разобрали по REST API. Давайте закреплять знания на практике 🔑

Проходите квиз и получайте доступ к закрытому видео-уроку по REST API, который сможете посмотреть уже в эти выходные 😉

[ ПРОЙТИ КВИЗ ]
3😢1
Как учиться, работать и не сойти с ума от задач?

Если вы проходили какое-либо обучение, то должны помнить это ощущение драйва в начале. Когда несёшься как локомотив зараженный мотивацией на встречу к новым знаниям🚄

Потом проходит несколько дней, неделя, ещё пару недель и топливо в локомотиве начинает испаряться. Кажется тут что-то упустил, там не доработал.

Это нормально!

Учиться взрослому и учиться ребёнку, подростку не равно одно и то же.
У взрослого, помимо учёбы, наслаиваются работа, дом, дети, собака, друзья и прочие факторы, на которые не нажмёшь DELETE.

Учитывая все эти потребности, я НЕ стремлюсь загнать учеников в упряжку обучения. Мне важна включённость в процесс, чтобы хотелось прийти на вебинар, было желание делать домашку и изучать материал😎

Как помогаю ученикам GetAnalyst дойти до конца обучения и разобраться с информацией в процессе?

1️⃣ На начальном этапе в отделе заботы помогаем сформировать цель.
Доказано: когда есть ощутимая цель — мозгу учиться понятнее и приятнее.

2️⃣ Логично выстраиваю подачу теории, которая наслаивается одна на другую. Хаосу не остаётся места.

3️⃣ Если ученик на курсе с куратором, то второй всегда старается максимально подстроиться под индивидуальный ритм студента. Мы все разные, у каждого разная скорость восприятия. Это важно учитывать.

4️⃣ Я и куратор даём положительную обратную связь за хорошие результаты.
Согласитесь, когда нас хвалят и замечают результаты, мы становимся бодрее и хочется достигать большего.

5️⃣ Всегда мотивируем задавать вопросы и участвовать в процессе.
Даже, если порой кажется, что они банальные — лучше спросить.

6️⃣ Живое общение. На проекте мне важно, чтобы сохранялась дружелюбная лёгкая атмосфера.
Я за то, чтобы в общем чате ученики поддерживали друг друга, делись опытом и общими впечатлениями.

7️⃣ Практика. Именно благодаря тому, что студенты отрабатывают все знания на практике, учиться проще и интереснее. Плюс это хорошая мотивация для обновления портфолио.

Всё обучение на программе построено так, чтобы каждый дошёл до своей цели и в процессе не растерял мотивацию и энергию.

GetAnalyst — это комьюнити единомышленников, которое всегда поддержит, если становится трудно и опускаются руки
8👍2
🙌 БЕСПЛАТНЫЙ ОНЛАЙН-ПРАКТИКУМ
📹 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 для приложения управления задачами. Пользователи могут создавать задачи, присваивать им категории и устанавливать приоритеты. Каждая задача может иметь несколько подзадач и список задач, связанных с ней. Пользователи могут просматривать все свои задачи и фильтровать их по категориям и приоритетам.


Не бойтесь нового. Не бойтесь ошибаться. Новые знания - всегда ведут к росту 🔑
👍31👎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

Ответы с пояснениями 👇
🔥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 апреля
👉 Стать частью команды можно здесь
1
Иногда даже опытные системные аналитики сталкиваются с тем, что их знания и навыки в области REST API есть, но они используют их немного хаотично и без системы. Если сравнить это с метафорой, то это напоминает огромное полотно, на котором разбросаны краски, но они еще не смешаны, чтобы создать законченное произведение искусства.

Моя миссия – сделать информацию структурированной и дать вам практические навыки, превратить сложное в понятное, иллюстрировать это при помощи живых примеров из повседневной жизни. Так вы сможете уверенно применять свои знания и наслаждаться законченным произведением искусства.

Мне важно дарить не просто теоретические знания, а научить вас пользоваться ими на практике. Чтобы вы могли самостоятельно работать над проектами, опираясь на конкретные примеры из опыта, полученного со мной.

Самое потрясающее ощущение – это когда к концу обучения, я вижу, как мои ученики уже сами "смешивают краски на полотне" и умеют применять подходы к проектированию REST API системно, осознанно, с глубоким пониманием деталей. Это вау! Горжусь ❤️

P.S. Про рисование и движение в нем. Творчество в системном анализе и по жизни 😉
👍82
Про наше движение с прошлым потоком:

"Понравилось все) Понравилось, что есть варианты по тарифам, что можно выбрать самостоятельное обучение и с обратной связью. Понравилось, что Катя всегда отвечала на все вопросы. Очень стимулировало, когда принимала активное участие в вебинаре, когда Екатерина привлекала к обсуждению темы. В процессе удалось хорошо разобраться с Postman: от настройки до тестирования. Активно стала использовать CRUD-модель, она помогла систематизировать информацию"

"Это в любом случае лучший курс, который я приорела.Сейчас понимаю, что надо было брать с обратной связью и д.з., а не для самостоятельного обучения) Понравилось, что известили о начале курса заранее написав в ЛС. Научилась проектировать самостоятельно, писать документацию. Получила знания по системному анализу то, что было необходимо. Курс хорош тем, что качественная информация подается в концентрированом виде. Советую всем коллегам курсы Екатерины."

"Интересная и легкая подача материала, было не скучно. Живое общение. Много примеров из практики , из жизни. Когда называют просто сухие факты сложно понять, что к чему, и как реализуется, а здесь было все понятно. Много практических применений знаний сразу, в процессе обучения. Получили базовые знания и представление о том, как их можно пременить, где-что посмотреть для дальнейшего движения. Была небольшая команда, все могли принять участие в работе, задать вопросы. Удобная платформа для обучения. Структурировались знания, ушли вопросы почему некоторые процессы происходят именно так, В этом смысле пришла ясность, ответы на мои вопросы получены.. Освоила Postman и Swagger. Обучение помогло навести порядок в команде, в проекте - это очень хорошо!"


Если вы задаетесь вопросом, стоит ли вам осваивать проектирование REST API, не стесняйтесь обратиться к нашему отделу заботы, и мы поможем проанализировать ваши знания и опыт.

Если вы осознаете, что тоже долго "сидите перед полотном" и хотите систематизировать свои знания, напишите в наш отдел поддержки школы GetAtalyst, и мы с радостью подскажем вам возможные решения и пути развития. Вместе мы сможем превратить ваше незавершенное полотно знаний в красивый, гармоничный и эффективный инструмент для успешной работы в области системного анализа и проектирования REST API. До старта осталось совсем чуть-чуть!
1