GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик

👩‍💻 6 принципов REST API про которые спрашивают на собеседованиях 👩‍💻

REST API — архитектурный стиль для создания веб-сервисов, основанный на протоколе HTTP.


REST API основан на протоколе HTTP:
это означает, что все принципы работы HTTP методов, их структура запросов и ответов, будут также применимы и для REST API.

👉 Подробнее про работу HTTP-протокола и его связь с REST API разбирали в этой статье.

Пример:
+ в HTTP есть виды методов: GET, POST, PUT, PATCH и т.д.
+ в REST API методы абсолютно те же.

Архитектурный стиль REST добавляет к HTTP дополнительные правила и принципы, по которым должен происходить обмен данными👇


Главные принципы REST:
1. Строгое разделение клиента и сервера
2. Единый интерфейс
3. Без сохранения состояния (Stateless)
4. Многоуровневая система
5. Кэширование
6. Выполнение кода по запросу

В картинках к посту просто и с примерами разобрала эти принципы.


Это не самая ценная в работе информация, но перечень этих принципов и их понимание могут спрашивать на собеседованиях 👌 #hardGetAnalyst

А сейчас представьте ребёнка. Возраст не важен.

И вот, этот маленький человек, хочет научиться рисовать ракету, и кота заодно. Он пробует сам. У него может даже что-то выходит, но не так, как хочется.

Чтобы улучшить результат, он идёт учиться в художественный класс. Там, скорее всего, у него не получается с первого раза. Ситуация повторяется второй, третий раз.

Уже может и мысли такие: это не моё — лучше мяч пойду попинаю.

В этот момент важно, чтобы ребёнка поддержали: родители, бабушки и дедушки, сёстры или братья, друзья.

Мы все так устроены.
Нас пугают перемены.

И если с первых попыток, что-то не получается, решаем, что это не наше. И почему-то мы думаем, что у ребёнка весь мир впереди, а у взрослых всё гораздо сложнее. Нам труднее идти в новое. Это отнимает много энергии и сил.
Но в то же время мы часто хотим прорыва в жизни.

И часто — это прорыв возможен, когда есть тыл за спиной.

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

Разговаривайте с близкими, меняйте окружение, ищите наставников, и погружайтесь в новое постепенно.

В каждом из нас есть тот самый любопытный ребёнок, который хочет учиться, познавать мир. Поддержите его!

Неужели вы бы сказали своему ребёнку при первых попытках его в каком-то деле: «У тебя не получится», «Не берись», «Это не твоё». Вряд ли.

👉 Эти фразы-сорняки нужно убрать и в отношении себя!
Ведь кто, если не мы сами, в первую очередь должны поверить в себя и свои начинания?

Переменам необходимо давать шанс. Они могут открыть новую интересную страницу жизни. 

Так произошло со мной ни раз. Мне было страшно делать первые шаги в неизвестность.

Но благодаря поддержке и вере окружения, близких, я в сегодняшнем дне. Каждый день я открываю глаза, смотрю за окно, и говорю себе: “Это правда моя жизнь? Спасибо, что не испугалась делать смелые шаги!”🙌


И у тебя получится. Я в тебя верю❤️🤝

#GAfrindlyreminder

💥 Требования к IT-продукту — самый большой и важный раздел системного анализа💥 Их пишут к IT-системам, которые разрабатывают "с нуля", к доработкам уже работающих приложений, на внедрение IT-систем. Для удобства их группируют на 3 основных типа.


📌 Бизнес-требования (business requirements) — какую конечную цель преследует заказчик.
Пример: клиент хочет, чтобы увеличилась конверсия в приложении (заказов стало больше), т. к. это увеличит его прибыль. В системе должны быть инструменты, которые побуждают совершить целевое действие.

📌 Пользовательские требования (user requirements) — какие цели или задачи пользователи смогут решить при помощи системы.
Пример: пользователь может добавить какой-то объект в избранное (товар на Вайлдберриз, или пост в закладки в Запретграме)

📌 Функциональные требования (functional requirements) — какое поведение требует система в определённых условиях, чтобы пользователи смогли выполнить задачи.
Пример: что пользователь должен сделать в приложении, чтобы совершить покупку или добавить в избранное объект (товар, пост).


Аналитик контролирует требования и управляет проектом на протяжении всего времени: от идеи до передачи приложений пользователям. От его умения анализировать, общаться с командой, слушать и слышать, задать вопросы, зависит время, затраченное на проект и итоговый результат.

Специалист, который может разобраться во всех тонкостях, управлять рисками и решать проблемы в процессе разработки требований к системам, будет всегда востребован на рынке труда 🙌

👉 Прежде чем системный аналитик напишет требования, надо их откуда-то получить. И как-то.

Подготовьтесь к выявлению требований! Запомните шаги, которые могут вам в этом помочь ✔️

📌 Что необходимо выяснить?
Анализируем имеющуюся информацию о системе:
а. Анализ текущего описания требований к системе.
b. Анализ текущей реализации системы.
c. Выявление недостающих и/или недостаточно описанных требований.
Готовим список вопросов, на которые нужно получить ответы.

📌 У кого? Где?
Определяем источники требований: документация, описания бизнес-процессов и/или текущей реализации системы, список пользователей и лиц принимающих решения, которые могут выступать источником требований к системе.

📌 Каким образом?
Выбраем подходящий метод выявления требований: интервью, анкетирование, исследование работающего ПО или другой.

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

#hardgetanalyst

Пушисто-понедельничного всем😄
Приятной рабочей недели!

По расписанию ваша улыбка #Gahahaha

«Я боялась технической части»: как гуманитарию начать осваивать системный анализ
 
Кристина пришла на программу «Системный аналитик: с нуля до опыта работы на проекте» по рекомендации, когда поняла, что самообразования ей уже недостаточно и нужна система в знаниях.
 
Далее со слов Кристины
#студентыGetAnalyst