👀 Ищу Системных аналитиков 🔎
Друзья, новый год для меня обычно связан с перезагрузками и переменами: годовые планы составляю, отчитываюсь перед собой и подвожу итоги.
С прошлого года я держала это сообщение, так как были другие задачи, а делать всё и сразу невозможно. И вот - время пришло.
📌 Сообщество системных аналитиков GetAnalyst ищет опытных специалистов Middle+ / Senior для:
- Участия в вебинарах и подкастах с Екатериной Ананьевой,
- Помощи в развитии сообщества,
- Менторов.
Опыт публичных выступлений и участие в качестве эксперта в профессиональных сообществах ценятся и поощряются работодателями, а также структурируют ваши знания 🙌
Заполнить анкету и узнать подробности можно по ссылке.
Делитесь с опытными коллегами! Я хочу сделать нашу команду еще сильнее в 2024 году и дать вам больше востребованных и актуальных знаний! 🚀
Друзья, новый год для меня обычно связан с перезагрузками и переменами: годовые планы составляю, отчитываюсь перед собой и подвожу итоги.
С прошлого года я держала это сообщение, так как были другие задачи, а делать всё и сразу невозможно. И вот - время пришло.
📌 Сообщество системных аналитиков GetAnalyst ищет опытных специалистов Middle+ / Senior для:
- Участия в вебинарах и подкастах с Екатериной Ананьевой,
- Помощи в развитии сообщества,
- Менторов.
Опыт публичных выступлений и участие в качестве эксперта в профессиональных сообществах ценятся и поощряются работодателями, а также структурируют ваши знания 🙌
Заполнить анкету и узнать подробности можно по ссылке.
Делитесь с опытными коллегами! Я хочу сделать нашу команду еще сильнее в 2024 году и дать вам больше востребованных и актуальных знаний! 🚀
❤13👍4😁1🤩1
Новогодние мечты аналитика 🫶
Ставьте ❤️ - если угадали хотя бы одну, и 🔥 - если больше половины ✨
Друзья, хочу напомнить, что в конце года мы запустили новый раздел сайта "Материалы для самостоятельного обучения".
Эти материалы помогут вам в освоении мечты 6 😉, новых навыков и структурировании знаний, важных для системных аналитиков: от сбора требований до проектирования интеграций, архитектуры и методов API 🙌
Ставьте ❤️ - если угадали хотя бы одну, и 🔥 - если больше половины ✨
Друзья, хочу напомнить, что в конце года мы запустили новый раздел сайта "Материалы для самостоятельного обучения".
Эти материалы помогут вам в освоении мечты 6 😉, новых навыков и структурировании знаний, важных для системных аналитиков: от сбора требований до проектирования интеграций, архитектуры и методов API 🙌
🔥24❤13😁4👍2
💫 Друзья! Поздравляем вас с Рождеством! 🎄
В этот волшебный праздник хочется пожелать вам новых творческих идей, поддержки близких в любых начинаниях, тепла и любви.
Пусть ваша работа приносит удовольствие, а каждый новый проект будет интереснее и увлекательнее предыдущего.
Желаем вам больше моментов радости. Пусть в кругу семьи и друзей каждый из вас найдет тепло и понимание. Верим, что этот год будет щедрым на приятные моменты и даст возможность наслаждаться временем вне работы, вовремя восстанавливать силы и заряжаться энергией для новых достижений.
С Рождеством! 💫❤️
Тепла и добра,
ваша команда GetAnalyst 🎄
В этот волшебный праздник хочется пожелать вам новых творческих идей, поддержки близких в любых начинаниях, тепла и любви.
Пусть ваша работа приносит удовольствие, а каждый новый проект будет интереснее и увлекательнее предыдущего.
Желаем вам больше моментов радости. Пусть в кругу семьи и друзей каждый из вас найдет тепло и понимание. Верим, что этот год будет щедрым на приятные моменты и даст возможность наслаждаться временем вне работы, вовремя восстанавливать силы и заряжаться энергией для новых достижений.
С Рождеством! 💫❤️
Тепла и добра,
ваша команда GetAnalyst 🎄
❤15🔥2🥰2🍾1
GetAnalyst_Swagger_3_Практическое_обучение_для_системных_аналитиков.pdf
15 MB
💚 Swagger: 3-я и главная часть практического руководства для освоения инструмента 💚
В этой части практического руководства:
1️⃣ Создаем новую версию API-документации, чтобы не потерять результаты предыдущих наработок.
2️⃣ Описываем метод POST с примерами тела запроса и ответа по заданию. Пример ответа содержит несколько кодов (HTTP-201 и -403). Ответ с ошибкой 403 также имеет свою структуру тела (body) в JSON.
3️⃣ Описываем метод GET с примерами запроса и ответа.
4️⃣ Публикуем результаты. Делимся с коллегами аналитиками и разработчиками своими успехами - ссылкой на свой проект!
Каждый шаг в руководстве подробно описан. Все части кода подробно описаны, чтобы вам было легко разобраться. Есть ссылка на образец документации, который ожидается получить в результате вашей самостоятельной практики.
Более глубокое погружение в дизайн REST API будет в течение всего января 🗓
Если в процессе работы по инструкции возникнут вопросы или что-то не получится, обязательно задавайте вопросы в комментариях - поможем!
У кого всё получилось - ставьте 💚!
В этой части практического руководства:
1️⃣ Создаем новую версию API-документации, чтобы не потерять результаты предыдущих наработок.
2️⃣ Описываем метод POST с примерами тела запроса и ответа по заданию. Пример ответа содержит несколько кодов (HTTP-201 и -403). Ответ с ошибкой 403 также имеет свою структуру тела (body) в JSON.
3️⃣ Описываем метод GET с примерами запроса и ответа.
4️⃣ Публикуем результаты. Делимся с коллегами аналитиками и разработчиками своими успехами - ссылкой на свой проект!
Каждый шаг в руководстве подробно описан. Все части кода подробно описаны, чтобы вам было легко разобраться. Есть ссылка на образец документации, который ожидается получить в результате вашей самостоятельной практики.
Более глубокое погружение в дизайн REST API будет в течение всего января 🗓
Если в процессе работы по инструкции возникнут вопросы или что-то не получится, обязательно задавайте вопросы в комментариях - поможем!
У кого всё получилось - ставьте 💚!
👍19❤6🤩1
Как продуктивно начать 2024? 🚀
1️⃣ Определите цель
Если задача навязана из вне и не откликается вам на самом деле – вы быстро устанете перешагивать через себя. Следуйте тому, в чём видите реальную ценность конкретно для вас. На внутренней мотивации легче определить важность новой дисциплины, а значит соблюдать её будет проще.
2️⃣ Декомпозируйте
Очень длительную дистанцию можно разделить на короткие спринты, выполняя которые исполнитель не будет выдыхаться, а движение к цели будет постоянным. Определите ваш планируемый результат, назначьте путь, а затем разбейте его на реалистичные этапы со своими чекпоинтами. Пусть глобальная цель будет вашим вектором, а чекпоинты в этапах – вашими задачами на ближайший спринт.
3️⃣ Не перебарщивайте!
Если вы хотите привить себе новую полезную привычку или начать изучать новое, не ныряйте в занятие с головой. Каникулы закончатся и опять наступит пора из трудовых будней, где вашему новому увлечению места может не остаться. А это значит, что привычка перестанет соблюдаться, а подходы к получению навыка – пропускаться. Оно нам не надо!
Начните стабильно выполнять поставленную задачу хотя бы раз в неделю. Но каждую неделю, не пропуская. Так занятие вам не надоест, а внедрение новой рутины в привычный уклад будет более щадящим.
4️⃣ Берите перерывы
Если вы чувствуете, что начинаете уставать от новой деятельности, сократите время на её выполнение. Не час, а полчаса; не дважды в неделю, а один раз и так далее. Создавайте эдакие "читмилы" в новой рутине, но не прерывайте занятия совсем. Так нервная система сможет отдыхать перед новым рывком, а значит и откаты в перерывах будут несущественными.
5️⃣ Не расстраивайтесь
Если в процессе достижения цели вы потеряете мотивацию или передумаете – это нормально. Возможно сейчас не время для этой рутины, а возможно вы себя перегрузили непосильной ношей. Пересмотрите цель, откорректируйте путь и продолжайте движение к мечте с баллом опыта +1 (как в играх).
Друзья, рассказывайте, что помогает вам не потерять запал в новом деле💬
1️⃣ Определите цель
Если задача навязана из вне и не откликается вам на самом деле – вы быстро устанете перешагивать через себя. Следуйте тому, в чём видите реальную ценность конкретно для вас. На внутренней мотивации легче определить важность новой дисциплины, а значит соблюдать её будет проще.
2️⃣ Декомпозируйте
Очень длительную дистанцию можно разделить на короткие спринты, выполняя которые исполнитель не будет выдыхаться, а движение к цели будет постоянным. Определите ваш планируемый результат, назначьте путь, а затем разбейте его на реалистичные этапы со своими чекпоинтами. Пусть глобальная цель будет вашим вектором, а чекпоинты в этапах – вашими задачами на ближайший спринт.
3️⃣ Не перебарщивайте!
Если вы хотите привить себе новую полезную привычку или начать изучать новое, не ныряйте в занятие с головой. Каникулы закончатся и опять наступит пора из трудовых будней, где вашему новому увлечению места может не остаться. А это значит, что привычка перестанет соблюдаться, а подходы к получению навыка – пропускаться. Оно нам не надо!
Начните стабильно выполнять поставленную задачу хотя бы раз в неделю. Но каждую неделю, не пропуская. Так занятие вам не надоест, а внедрение новой рутины в привычный уклад будет более щадящим.
4️⃣ Берите перерывы
Если вы чувствуете, что начинаете уставать от новой деятельности, сократите время на её выполнение. Не час, а полчаса; не дважды в неделю, а один раз и так далее. Создавайте эдакие "читмилы" в новой рутине, но не прерывайте занятия совсем. Так нервная система сможет отдыхать перед новым рывком, а значит и откаты в перерывах будут несущественными.
5️⃣ Не расстраивайтесь
Если в процессе достижения цели вы потеряете мотивацию или передумаете – это нормально. Возможно сейчас не время для этой рутины, а возможно вы себя перегрузили непосильной ношей. Пересмотрите цель, откорректируйте путь и продолжайте движение к мечте с баллом опыта +1 (как в играх).
Друзья, рассказывайте, что помогает вам не потерять запал в новом деле
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10👍5👀5
📌 API (Application Programming Interface, программный интерфейс) - это набор правил и протоколов, которые позволяют различным программам взаимодействовать друг с другом.
API является промежуточным слоем между разными частями системы или разными системами.
Приведу простые примеры, чтобы вы понимали, когда возникает необходимость создавать и использовать API:
🔹 Мобильные приложения Android и iOS в проекте.
Мобильное приложение должно обращаться к серверу и его базе данных (БД), чтобы отправлять и получать данные для отображения пользователям. Для этого нужно разработать API сервер-приложения, который будет являться промежуточным слоем между мобильным приложением и базой данных.
С API, вместо того, чтобы код мобильного приложения подключался к БД и выполнял сложные SQL-запросы, вся сложная логика обработки информации и записи-чтения данных из БД отправляется на сервер.
Таким образом разработчики Android и iOS не должны писать разный код с одинаковой и сложной логикой на две разных платформы, а должны вызывать специальные метод API, который одинаково для двух платформ обработает, прочитает или запишет данные в БД.
🔹 Проект с публичными данными.
Разрабатывается приложение с открытыми данными - например, приложение Авиакомпании, которая планирует продавать свои билеты не только на своём сайте, но и давать возможность продавать их билеты через системы аэропортов и билетные агрегаторы, как SkyScanner и Aviasales.
Чтобы системы аэропортов, SkyScanner и Aviasales напрямую не обращались к БД приложения Авиакомпании, его разработчики создают специальный API, которым ограничивают доступ к записи и чтению данных из его БД, а также предоставляют только определенный набор функций, которые можно сделать через API.
Если бы аэропорты, SkyScanner и Aviasales напрямую обращались к БД, с возможностью читать и писать оттуда данные, то каждый мог бы писать их по своему и создавать разнородные записи. API проверяет и обрабатывает данные, приходящие от чужих внешних систем.
Продолжение 👇
API является промежуточным слоем между разными частями системы или разными системами.
Приведу простые примеры, чтобы вы понимали, когда возникает необходимость создавать и использовать API:
🔹 Мобильные приложения Android и iOS в проекте.
Мобильное приложение должно обращаться к серверу и его базе данных (БД), чтобы отправлять и получать данные для отображения пользователям. Для этого нужно разработать API сервер-приложения, который будет являться промежуточным слоем между мобильным приложением и базой данных.
С API, вместо того, чтобы код мобильного приложения подключался к БД и выполнял сложные SQL-запросы, вся сложная логика обработки информации и записи-чтения данных из БД отправляется на сервер.
Таким образом разработчики Android и iOS не должны писать разный код с одинаковой и сложной логикой на две разных платформы, а должны вызывать специальные метод API, который одинаково для двух платформ обработает, прочитает или запишет данные в БД.
🔹 Проект с публичными данными.
Разрабатывается приложение с открытыми данными - например, приложение Авиакомпании, которая планирует продавать свои билеты не только на своём сайте, но и давать возможность продавать их билеты через системы аэропортов и билетные агрегаторы, как SkyScanner и Aviasales.
Чтобы системы аэропортов, SkyScanner и Aviasales напрямую не обращались к БД приложения Авиакомпании, его разработчики создают специальный API, которым ограничивают доступ к записи и чтению данных из его БД, а также предоставляют только определенный набор функций, которые можно сделать через API.
Если бы аэропорты, SkyScanner и Aviasales напрямую обращались к БД, с возможностью читать и писать оттуда данные, то каждый мог бы писать их по своему и создавать разнородные записи. API проверяет и обрабатывает данные, приходящие от чужих внешних систем.
Продолжение 👇
❤12👍3🔥1
3. Подключение к оборудованию
Вместо того, чтобы самим писать логику для приведения в движение механизмов мобильного принтера, разработчики используют готовый набор интерфейсов API.
Таким образом, все разработчики, кто использует один и тот же мобильный принтер, для взаимодействия с ним используют готовый API-интерфейс, а не пытаются научиться писать код, который будет приводить в движение механизмы принтера и закрашивать точки в правильном порядке.
API обеспечивает стандартизированный способ взаимодействия и совместимость различных систем, а также повышает безопасность и упрощает разработку.
Это позволяет разработчикам сосредоточиться на создании уникальных функций и улучшении пользовательского опыта в новых системах, используя уже существующие IT-решения.
Вместо того, чтобы самим писать логику для приведения в движение механизмов мобильного принтера, разработчики используют готовый набор интерфейсов API.
Таким образом, все разработчики, кто использует один и тот же мобильный принтер, для взаимодействия с ним используют готовый API-интерфейс, а не пытаются научиться писать код, который будет приводить в движение механизмы принтера и закрашивать точки в правильном порядке.
API обеспечивает стандартизированный способ взаимодействия и совместимость различных систем, а также повышает безопасность и упрощает разработку.
Это позволяет разработчикам сосредоточиться на создании уникальных функций и улучшении пользовательского опыта в новых системах, используя уже существующие IT-решения.
👍9🔥3❤2
📌 Примеры API популярных сервисов 📌
🔗 Облачное хранение данных (Google Drive API):
Google Drive API позволяет разработчикам создавать приложения, которые могут взаимодействовать с облачным хранилищем файлов Google Drive. Это включает возможности загрузки и скачивания файлов, поиска файлов и папок, управления доступом и другие возможности.
Проще говоря, используя Google Drive API вы можете разработать свое приложение копию Google Drive.
Разработчики могут также интегрировать свои приложения с пользовательским интерфейсом Google Drive, позволяя хранить файлы на облачном диске, а не локально.
🔗 Видео-сервис (YouTube API):
YouTube API предоставляет разработчикам возможности для интеграции функций YouTube в их приложения. С его помощью можно извлекать видео (на основе пользователей, каналов, плейлистов, категорий, поисковых запросов и т.д.), а также воспроизводить видео непосредственно на веб-сайтах, осуществлять поиск контента на YouTube, загружать видео, создавать и управлять плейлистами.
Также API предоставляет возможности для понимания взаимодействия пользователей с каналом, подписки на каналы YouTube одним кликом, планирования прямых трансляций и управления видеопотоками.
Вы можете создать свое собственное приложение, которое будет воспроизводить видео с YouTube и повторять его функции, или встроить YouTube и его функции в уже работающее приложение.
Продолжение 👇
🔗 Облачное хранение данных (Google Drive API):
Google Drive API позволяет разработчикам создавать приложения, которые могут взаимодействовать с облачным хранилищем файлов Google Drive. Это включает возможности загрузки и скачивания файлов, поиска файлов и папок, управления доступом и другие возможности.
Проще говоря, используя Google Drive API вы можете разработать свое приложение копию Google Drive.
Разработчики могут также интегрировать свои приложения с пользовательским интерфейсом Google Drive, позволяя хранить файлы на облачном диске, а не локально.
🔗 Видео-сервис (YouTube API):
YouTube API предоставляет разработчикам возможности для интеграции функций YouTube в их приложения. С его помощью можно извлекать видео (на основе пользователей, каналов, плейлистов, категорий, поисковых запросов и т.д.), а также воспроизводить видео непосредственно на веб-сайтах, осуществлять поиск контента на YouTube, загружать видео, создавать и управлять плейлистами.
Также API предоставляет возможности для понимания взаимодействия пользователей с каналом, подписки на каналы YouTube одним кликом, планирования прямых трансляций и управления видеопотоками.
Вы можете создать свое собственное приложение, которое будет воспроизводить видео с YouTube и повторять его функции, или встроить YouTube и его функции в уже работающее приложение.
Продолжение 👇
🔥13🤩2❤1
📌 Примеры API популярных сервисов 📌
🔗 Электронная коммерция (Wildberries API):
Wildberries API предоставляет продавцам инструменты для управления их магазином на платформе Wildberries. Он позволяет получать оперативную и статистическую информацию о продажах, товарах и заказах посредством HTTP RestAPI.
Этот API облегчает интеграцию различных систем управления с маркетплейсом, позволяя автоматизировать многие аспекты онлайн-торговли.
Например, вы можете разработать собственное приложение для продавцов, через которое они смогут вести аналитику по своим продажам. Примером такого приложения может служить MarketGuru, анализирующий данные из маркетплейса.
Эти примеры демонстрируют, как API обеспечивают взаимодействие между различными системами и расширяя функциональные возможности существующих приложений.
Взаимодействие систем в этом случае правильно называть - интеграция по API.
🔗 Электронная коммерция (Wildberries API):
Wildberries API предоставляет продавцам инструменты для управления их магазином на платформе Wildberries. Он позволяет получать оперативную и статистическую информацию о продажах, товарах и заказах посредством HTTP RestAPI.
Этот API облегчает интеграцию различных систем управления с маркетплейсом, позволяя автоматизировать многие аспекты онлайн-торговли.
Например, вы можете разработать собственное приложение для продавцов, через которое они смогут вести аналитику по своим продажам. Примером такого приложения может служить MarketGuru, анализирующий данные из маркетплейса.
Эти примеры демонстрируют, как API обеспечивают взаимодействие между различными системами и расширяя функциональные возможности существующих приложений.
Взаимодействие систем в этом случае правильно называть - интеграция по API.
👍11❤2
🌟 Виды API про которые нужно знать Системному аналитику 🌟
Понимание принципов работы каждого из этих протоколов важно для проектирования архитектуры взаимодействия информационных систем.
Даже эти базовые знания помогут Системному аналитику участвовать в процессе принятия решений по архитектуре совместно с архитекторами и разработчиками и проводить аргументы в пользу или против каждого из описанных видов API.
🌟 REST API (Representational State Transfer API):
Это архитектурный стиль, который определяет, по каким правилам приложения должны обмениваться данными между собой. Он используется для создания веб-сервисов, мобильных приложений, интеграционных платформ и других IT-решений.
REST API использует стандартные HTTP-методы (GET, POST, PUT, DELETE) для выполнения операций с ресурсами (объектами данных).
Объекты данных представлены в формате JSON, XML или других текстовых форматах.
Пример REST API-документации по платежам от Тинькофф.
🌟 SOAP API (Simple Object Access Protocol API):
Это протокол, который обеспечивает обмен структурированными сообщениями через Интернет.
SOAP API использует XML для представления данных и WSDL (Web Services Description Language) для описания интерфейса веб-сервиса.
Пример документации SOAP API, собранной в Postman.
👇👇👇
Понимание принципов работы каждого из этих протоколов важно для проектирования архитектуры взаимодействия информационных систем.
Даже эти базовые знания помогут Системному аналитику участвовать в процессе принятия решений по архитектуре совместно с архитекторами и разработчиками и проводить аргументы в пользу или против каждого из описанных видов API.
🌟 REST API (Representational State Transfer API):
Это архитектурный стиль, который определяет, по каким правилам приложения должны обмениваться данными между собой. Он используется для создания веб-сервисов, мобильных приложений, интеграционных платформ и других IT-решений.
REST API использует стандартные HTTP-методы (GET, POST, PUT, DELETE) для выполнения операций с ресурсами (объектами данных).
Объекты данных представлены в формате JSON, XML или других текстовых форматах.
Пример REST API-документации по платежам от Тинькофф.
🌟 SOAP API (Simple Object Access Protocol API):
Это протокол, который обеспечивает обмен структурированными сообщениями через Интернет.
SOAP API использует XML для представления данных и WSDL (Web Services Description Language) для описания интерфейса веб-сервиса.
Пример документации SOAP API, собранной в Postman.
👇👇👇
🔥12❤8👍7🤩2👎1
🌟 GraphQL API:
Это язык запросов для API, который позволяет клиентам запросить только те данные, которые им нужны, и получать эти данные в оптимизированном формате.
Вместо множества разных запросов для получения разных данных, GraphQL позволяет сделать один запрос, который возвращает только запрошенные данные, что уменьшает избыточность и улучшает производительность.
GraphQL API использует собственный язык запросов и может возвращать данные в формате JSON.
Пример интересной GraphQL API коллекции запросов в Postman со SpaceX и “Рик и Морти” 🙂
🌟 gRPC:
Это открытый протокол для удаленного вызова процедур (RPC), который позволяет серверам и клиентам обмениваться сообщениями и данными напрямую.
Это высокопроизводительный RPC, который работает с бинарным форматом сериализации Protocol Buffers и использует HTTP/2 для максимальной производительности.
gRPC поддерживает различные языки программирования и является хорошим выбором для систем, где необходима высокая производительность и эффективное управление соединениями.
Пример gRPC API документации системы DAML - общее описание и методы.
🌟 WebSocket API:
Это протокол для обмена сообщениями в режиме реального времени между веб-сервером и клиентским приложением.
WebSocket API позволяет установить постоянное соединение между сервером и клиентом, что позволяет обмениваться данными без необходимости постоянных запросов.
Используется в приложениях, требующих обмена данными в реальном времени, таких как онлайн-игры и чаты.
Пример WebSocket API-документации.
Кроме того, существует еще множество других видов API, таких как XML-RPC, JSON-RPC, HAL, OData, и другие. Каждый API имеет свои особенности, и выбор того, какой API использовать, зависит от конкретной задачи и требований к проекту.
Если вы умеете работать и понимаете принципы хотя бы REST или SOAP API, то вы будете комфортнее себя чувствовать в обсуждениях архитектуры с разработчиками. Это наиболее популярные виды API на сегодняшний день.
Сохраняйте пост в избранное, чтобы не потерять!
Это язык запросов для API, который позволяет клиентам запросить только те данные, которые им нужны, и получать эти данные в оптимизированном формате.
Вместо множества разных запросов для получения разных данных, GraphQL позволяет сделать один запрос, который возвращает только запрошенные данные, что уменьшает избыточность и улучшает производительность.
GraphQL API использует собственный язык запросов и может возвращать данные в формате JSON.
Пример интересной GraphQL API коллекции запросов в Postman со SpaceX и “Рик и Морти” 🙂
🌟 gRPC:
Это открытый протокол для удаленного вызова процедур (RPC), который позволяет серверам и клиентам обмениваться сообщениями и данными напрямую.
Это высокопроизводительный RPC, который работает с бинарным форматом сериализации Protocol Buffers и использует HTTP/2 для максимальной производительности.
gRPC поддерживает различные языки программирования и является хорошим выбором для систем, где необходима высокая производительность и эффективное управление соединениями.
Пример gRPC API документации системы DAML - общее описание и методы.
🌟 WebSocket API:
Это протокол для обмена сообщениями в режиме реального времени между веб-сервером и клиентским приложением.
WebSocket API позволяет установить постоянное соединение между сервером и клиентом, что позволяет обмениваться данными без необходимости постоянных запросов.
Используется в приложениях, требующих обмена данными в реальном времени, таких как онлайн-игры и чаты.
Пример WebSocket API-документации.
Кроме того, существует еще множество других видов API, таких как XML-RPC, JSON-RPC, HAL, OData, и другие. Каждый API имеет свои особенности, и выбор того, какой API использовать, зависит от конкретной задачи и требований к проекту.
Если вы умеете работать и понимаете принципы хотя бы REST или SOAP API, то вы будете комфортнее себя чувствовать в обсуждениях архитектуры с разработчиками. Это наиболее популярные виды API на сегодняшний день.
Сохраняйте пост в избранное, чтобы не потерять!
❤15👌6👍4
⚡️ От Junior до Senior системного аналитика, или “Как понять кто я сейчас, чтобы указать в резюме и искать работу?” ⚡️
Один из непонятных вопросов у системных аналитиков заключается в определении текущего грейда (профессионального уровня). Он остается на заднем плане и не тревожит, пока вы работаете на текущем месте работы. Но как только возникает вопрос о росте в ЗП или смене проекта, то эту строчку в резюме хочется заполнить честно.
В идеальном мире желаемая позиция и навыки специалиста должны соответствовать, плюс к этому добавляют опыт работы. В реальном мире, как в резюме специалистов, так и в вакансиях компаний, использования государственного стандартизированного списка критериев не встретишь.
Для справки:
🔗 Профстандарт: 06.022: Системный аналитик
🔗 STAFF and SENIOR INFORMATION SYSTEMS ANALYST (Обычный и старший Системные аналитики, Калифорнийский стандарт)
Причина в том, что у каждой компании свой ряд проектов, технологии и внедренные инструменты, которыми команда пользуется, потому что так исторически сложилось. Есть требования к постановке задач, детализации статей с требованиями, структуре ТЗ и уровню погружению системного аналитика в технические особенности разработки. И специалистов ищут либо для внедрения в текущую экосистему компании, либо для её улучшения.
От Middle могут требовать знаний Senior специалиста на сложных банковских проектах или в крупных продуктовых компаниях как Тинькофф или Booking. А в компании, которые занимаются интеграциями и внедрением “коробочных продуктов” типа 1С или Битрикс24, могут требоваться системные аналитики Senior с требованиями как к Middle, но со специфическими знаниями продуктов 1С / Битрикс24.
Как же определить свой текущий грейд, если стандарты есть, но на практике они используются лишь частично?
Один из непонятных вопросов у системных аналитиков заключается в определении текущего грейда (профессионального уровня). Он остается на заднем плане и не тревожит, пока вы работаете на текущем месте работы. Но как только возникает вопрос о росте в ЗП или смене проекта, то эту строчку в резюме хочется заполнить честно.
В идеальном мире желаемая позиция и навыки специалиста должны соответствовать, плюс к этому добавляют опыт работы. В реальном мире, как в резюме специалистов, так и в вакансиях компаний, использования государственного стандартизированного списка критериев не встретишь.
Для справки:
🔗 Профстандарт: 06.022: Системный аналитик
🔗 STAFF and SENIOR INFORMATION SYSTEMS ANALYST (Обычный и старший Системные аналитики, Калифорнийский стандарт)
Причина в том, что у каждой компании свой ряд проектов, технологии и внедренные инструменты, которыми команда пользуется, потому что так исторически сложилось. Есть требования к постановке задач, детализации статей с требованиями, структуре ТЗ и уровню погружению системного аналитика в технические особенности разработки. И специалистов ищут либо для внедрения в текущую экосистему компании, либо для её улучшения.
От Middle могут требовать знаний Senior специалиста на сложных банковских проектах или в крупных продуктовых компаниях как Тинькофф или Booking. А в компании, которые занимаются интеграциями и внедрением “коробочных продуктов” типа 1С или Битрикс24, могут требоваться системные аналитики Senior с требованиями как к Middle, но со специфическими знаниями продуктов 1С / Битрикс24.
Как же определить свой текущий грейд, если стандарты есть, но на практике они используются лишь частично?
❤6👍2🔥1
🧐 Как же определить свой текущий грейд, если стандарты есть, но на практике они используются лишь частично?
Я проанализировала актуальные вакансии на начало 2024 года, выделила группы навыков, которыми должен обладать Системный аналитик, и подготовила для вас практические рекомендации по определению своего грейда.
3 главных блока, на которые смотрят HR и ваши будущие руководители в резюме:
🔸 Желаемая позиция и ЗП
🔸 Опыт работы
🔸 Навыки
👇👇👇
🔸Опыт работы
Заполняйте честно! Указывается только релевантный опыт.
Для Junior:
- Указать тот опыт, который был так или иначе связан с ИТ, а также перечислить ключевые задачи по части ИТ и достижения в компании в целом.
- Продолжительность практического опыта из обучения.
Для Middle и выше:
- Указать реальный опыт и достижения на местах работы.
Получится какое-то количество лет и/или месяцев. Но…
Грейд НЕ зависит от количества лет работы.
Ваш грейд зависит именно от опыта, который вам удалось получить: от сложности задач, которые вы решали и от достижений в проектах.
Можно 5 лет быть в системном анализе, работать с требованиями и не касаться технического проектирования: интеграций, REST API, очередей сообщений и проектирования архитектуры, а потом выйти на поиск работы и удивляться, почему вы не Senior.
Поэтому, когда заполняете этот раздел резюме, не пытайтесь увеличить количество лет работы, а лучше раскройте будущему работодателю информацию о сложных задачах, инструментах и достижениях внутри проектов, с которыми удалось поработать.
Продолжим завтра👇
Я проанализировала актуальные вакансии на начало 2024 года, выделила группы навыков, которыми должен обладать Системный аналитик, и подготовила для вас практические рекомендации по определению своего грейда.
3 главных блока, на которые смотрят HR и ваши будущие руководители в резюме:
🔸 Желаемая позиция и ЗП
🔸 Опыт работы
🔸 Навыки
👇👇👇
🔸Опыт работы
Заполняйте честно! Указывается только релевантный опыт.
Для Junior:
- Указать тот опыт, который был так или иначе связан с ИТ, а также перечислить ключевые задачи по части ИТ и достижения в компании в целом.
- Продолжительность практического опыта из обучения.
Для Middle и выше:
- Указать реальный опыт и достижения на местах работы.
Получится какое-то количество лет и/или месяцев. Но…
Грейд НЕ зависит от количества лет работы.
Ваш грейд зависит именно от опыта, который вам удалось получить: от сложности задач, которые вы решали и от достижений в проектах.
Можно 5 лет быть в системном анализе, работать с требованиями и не касаться технического проектирования: интеграций, REST API, очередей сообщений и проектирования архитектуры, а потом выйти на поиск работы и удивляться, почему вы не Senior.
Поэтому, когда заполняете этот раздел резюме, не пытайтесь увеличить количество лет работы, а лучше раскройте будущему работодателю информацию о сложных задачах, инструментах и достижениях внутри проектов, с которыми удалось поработать.
Продолжим завтра👇
👍16❤7🔥1
🔸 Навыки: как влияют на грейд системного аналитика?
По актуальным вакансиям на 2024 и на основе Карты навыков Системного аналитика я собрала для вас средние ожидания от специалистов по рынку.
Пройдите по списку навыков и отметьте те, которые есть у вас.
[J - Junior (младший аналитик), Middle - M (рядовой специалист), S - Senior (старший аналитик)]
🟨 Требования и документация:
[JMS] Обследование процессов заказчиков, сбор и анализ требований.
[JMS] Знание стандартов написания ТЗ (таких как ГОСТ-34 и другие).
[JMS] Постановка задач разработчикам на новую функциональность.
[JMS] Знание Jira, Confluence.
[JMS] Умение декомпозировать задачи - делить на части.
[S] Способность самостоятельно разрабатывать требования к ведению документации проекта.
🟨 Технические навыки и инструменты:
[JMS] Умение выполнять SQL-запросы на отбор и группировку данных.
[MS] Умение проектировать БД, строить ER-диаграммы.
[JMS] Знание нотации BPMN для моделирования бизнес-процессов.
[JMS] Знание нотации UML (преимущественно sequence) для описания алгоритмов работы системы.
[JMS] Понимание принципов работы API. Отдельно выделяют REST API, SOAP API, gRPC или другие API.
[MS] Умение разрабатывать требования к интеграциям систем по API.
[S] Умение проектировать методы REST API, SOAP API или другие API.
[MS] Знание Postman, Swagger.
[MS] Понимание принципов сервисной и микросервисной архитектуры.
[S] Навык проектирования архитектуры.
[S] Знание нотаций C4 и других нотаций моделирования архитектуры.
[S] Знание принципов работы очередей сообщений (Rabbit, Kafka) и умение разрабатывать требования к ним.
[S] Знание Git.
🟨 Другие:
[JMS] Грамотность и умение четко формулировать мысли.
[JMS] Легкообучаемость.
[JMS] Внимание к деталям, дотошность.
[JMS] Понимание процесса разработки ПО и умение работать в команде (Scrum, Agile).
[JMS] Опыт тестирования ПО.
[S] Опыт мобильной разработки (не обязателен, но желателен).
[MS] Знание инструмента Figma или аналог, умение работать с макетами и требованиями к дизайну.
[S] Навык обучения сотрудников.
[MS] Способность полностью самостоятельно решать задачи.
Посчитайте сумму и определите свой грейд.
[JMS] - всего 14 - не менее 10 для позиции Junior
[MS] - всего 6 - не менее 4 для позиции Middle
[S] - всего 8 - не менее 5 для позиции Senior
Поздравляю! Если Вы прошли эти шаги, то Вы успешно определили свой грейд В ТЕОРИИ. А что на практике?
P.S. Хочу подсветить, что еще есть вакансии Junior+, Middle+, Middle/Middle, Lead - Ведущий аналитик, Руководитель отдела. Есть не только три базовых грейда.
P.S.S. В резюме навыки стоит указывать короче. У меня собраны описания, которые больше подойдут для составления вакансий системных аналитиков работодателям.
По актуальным вакансиям на 2024 и на основе Карты навыков Системного аналитика я собрала для вас средние ожидания от специалистов по рынку.
Пройдите по списку навыков и отметьте те, которые есть у вас.
[J - Junior (младший аналитик), Middle - M (рядовой специалист), S - Senior (старший аналитик)]
🟨 Требования и документация:
[JMS] Обследование процессов заказчиков, сбор и анализ требований.
[JMS] Знание стандартов написания ТЗ (таких как ГОСТ-34 и другие).
[JMS] Постановка задач разработчикам на новую функциональность.
[JMS] Знание Jira, Confluence.
[JMS] Умение декомпозировать задачи - делить на части.
[S] Способность самостоятельно разрабатывать требования к ведению документации проекта.
🟨 Технические навыки и инструменты:
[JMS] Умение выполнять SQL-запросы на отбор и группировку данных.
[MS] Умение проектировать БД, строить ER-диаграммы.
[JMS] Знание нотации BPMN для моделирования бизнес-процессов.
[JMS] Знание нотации UML (преимущественно sequence) для описания алгоритмов работы системы.
[JMS] Понимание принципов работы API. Отдельно выделяют REST API, SOAP API, gRPC или другие API.
[MS] Умение разрабатывать требования к интеграциям систем по API.
[S] Умение проектировать методы REST API, SOAP API или другие API.
[MS] Знание Postman, Swagger.
[MS] Понимание принципов сервисной и микросервисной архитектуры.
[S] Навык проектирования архитектуры.
[S] Знание нотаций C4 и других нотаций моделирования архитектуры.
[S] Знание принципов работы очередей сообщений (Rabbit, Kafka) и умение разрабатывать требования к ним.
[S] Знание Git.
🟨 Другие:
[JMS] Грамотность и умение четко формулировать мысли.
[JMS] Легкообучаемость.
[JMS] Внимание к деталям, дотошность.
[JMS] Понимание процесса разработки ПО и умение работать в команде (Scrum, Agile).
[JMS] Опыт тестирования ПО.
[S] Опыт мобильной разработки (не обязателен, но желателен).
[MS] Знание инструмента Figma или аналог, умение работать с макетами и требованиями к дизайну.
[S] Навык обучения сотрудников.
[MS] Способность полностью самостоятельно решать задачи.
Посчитайте сумму и определите свой грейд.
[JMS] - всего 14 - не менее 10 для позиции Junior
[MS] - всего 6 - не менее 4 для позиции Middle
[S] - всего 8 - не менее 5 для позиции Senior
Поздравляю! Если Вы прошли эти шаги, то Вы успешно определили свой грейд В ТЕОРИИ. А что на практике?
P.S. Хочу подсветить, что еще есть вакансии Junior+, Middle+, Middle/Middle, Lead - Ведущий аналитик, Руководитель отдела. Есть не только три базовых грейда.
P.S.S. В резюме навыки стоит указывать короче. У меня собраны описания, которые больше подойдут для составления вакансий системных аналитиков работодателям.
Хабр
Карта навыков системного аналитика: как начать карьеру и куда расти
В этой статье я хочу дать вам структурированную информацию о навыках и возможностях карьерного роста для системных аналитиков. С её помощью начинающие и опытные системные аналитики смогут получить...
👍22❤8🔥6🤣1
🔸 Грейд аналитика по факту: как определить без теории и стандартов.
После того, как вы в теории поняли какой у вас грейд и отметили в списке все свои навыки в списке выше, я рекомендую:
1. Открыть сайт с вакансиями или другой ресурс (в этой статье есть рекомендации по ресурсам поиска работы СА по всему миру), и выполнить поиск по желаемому грейду или выше.
2. Открыть 5 вакансий компаний, в которых вы бы хотели работать.
3. Сопоставить их требования с вашим списком навыков, которые вы отметили выше.
4. Если соответствуете на 80% и более - отлично. Под этот грейд и ЗП и оформляем своё резюме. А если нет, то возможно стоит опуститься на грейд пониже в процессе поиска работы, хотя в резюме можно при этом оставить более высокий грейд. Но это может вызвать вопросы при откликах.
Чтобы их избежать, укажите в информации о себе или в описании опыта от последнего работодателя почему сейчас ищите грейд ниже.
5. Актуализируйте ваше резюме: желаемая позиция на основе проведенного анализа выше, опыт работы с задачами и достижениями, информация о себе и список ключевых навыков (до 15), соответствующих высшему грейдам. Рекомендации мы собрали в одном из наборов материалов для самообучения по карьере и собеседованиям для системного аналитика.
6. ЗП укажите при необходимости, ориентируясь на актуальные вилки по Вашему грейду на ресурсе, где вы искали работы. Также их можно посмотреть на сайте zarplan.
Заключение 👀
Ваш грейд всегда будет зависеть от той компании, в которой вы хотите работать. Поэтому упражнения с актуализацией своего резюме, определением грейда, анализом вакансий и планом по обучению новым навыкам я рекомендую повторять каждый раз, когда вы планируете переход на новый проект и понимаете, над какими проектами хотите работать.
После того, как вы в теории поняли какой у вас грейд и отметили в списке все свои навыки в списке выше, я рекомендую:
1. Открыть сайт с вакансиями или другой ресурс (в этой статье есть рекомендации по ресурсам поиска работы СА по всему миру), и выполнить поиск по желаемому грейду или выше.
2. Открыть 5 вакансий компаний, в которых вы бы хотели работать.
3. Сопоставить их требования с вашим списком навыков, которые вы отметили выше.
4. Если соответствуете на 80% и более - отлично. Под этот грейд и ЗП и оформляем своё резюме. А если нет, то возможно стоит опуститься на грейд пониже в процессе поиска работы, хотя в резюме можно при этом оставить более высокий грейд. Но это может вызвать вопросы при откликах.
Чтобы их избежать, укажите в информации о себе или в описании опыта от последнего работодателя почему сейчас ищите грейд ниже.
5. Актуализируйте ваше резюме: желаемая позиция на основе проведенного анализа выше, опыт работы с задачами и достижениями, информация о себе и список ключевых навыков (до 15), соответствующих высшему грейдам. Рекомендации мы собрали в одном из наборов материалов для самообучения по карьере и собеседованиям для системного аналитика.
6. ЗП укажите при необходимости, ориентируясь на актуальные вилки по Вашему грейду на ресурсе, где вы искали работы. Также их можно посмотреть на сайте zarplan.
Заключение 👀
Ваш грейд всегда будет зависеть от той компании, в которой вы хотите работать. Поэтому упражнения с актуализацией своего резюме, определением грейда, анализом вакансий и планом по обучению новым навыкам я рекомендую повторять каждый раз, когда вы планируете переход на новый проект и понимаете, над какими проектами хотите работать.
👍4❤3🔥1