Переделываем легаси-систему: история студентки «Дизайн REST API»
Полина — более 2-х лет работает системным аналитиком.
На текущем месте работы, когда она только устроилась, сначала задачи были больше «бизнесовые», но ближе к релизу проекта нужно было его всё больше сопровождать по технической части.
Нужно было переписывать множество endpoint'ов: за основу была взята легаси-система, которую мигрировали в новый интерфейс с новыми API endpoint'ами.
Для этого нужно было подтянуть REST API, плюс хотелось научиться работать с Postman и Swagger, так как всё, что до этого Полина изучала относительно этих инструментов, не давало полноценной картины.
В картинках далее со слов Полины➡️➡️➡️
#студентыGetAnalyst
Полина — более 2-х лет работает системным аналитиком.
На текущем месте работы, когда она только устроилась, сначала задачи были больше «бизнесовые», но ближе к релизу проекта нужно было его всё больше сопровождать по технической части.
Нужно было переписывать множество endpoint'ов: за основу была взята легаси-система, которую мигрировали в новый интерфейс с новыми API endpoint'ами.
Для этого нужно было подтянуть REST API, плюс хотелось научиться работать с Postman и Swagger, так как всё, что до этого Полина изучала относительно этих инструментов, не давало полноценной картины.
В картинках далее со слов Полины➡️➡️➡️
#студентыGetAnalyst
❤11🔥6👍1
В вакансиях на Системных Аналитиков постоянно встречаются формулировки:
+ Знание REST API / JSON
+ Опыт проектирования и документирования API
+ Понимание принципов работы мобильных приложений
+ Знание OpenAPI / Swagger
+ Навык тестирования API Backend (Postman / Insomnia)
Все эти навыки ожидают от Middle и Senior СА, которым предстоит работать с Backend, мобильными командами или в проектах с интеграциями.
❗️ Но это не про интеграции и чтение готовой API-документации, а про умение проектировать REST API методы с нуля, самостоятельно, и выстраивать стандарты API на любом проекте.
Мы приглашаем вас освоить REST API на практике в рамках одного большого проекта на программе:
🤍 Расширенный формат в феврале 2026:
+ 3 доп. онлайн-практики
+ 3 месяца доступа к обучению
+ записи уроков и Confluence-документация по доп. проекту
👉 Узнать подробности и записаться
🎁 Только до 12 февраля:
лучшая цена + обучение "Интеграции 4.0 - продвинутый уровень" в подарок.
В ходе работы учимся проектировать методы REST API с нуля, глядя на требования, архитектуру, БД и дизайн UI/UX системы.
Проект с подвохами и сложностями, на котором “набиваем шишки”, учимся писать с нуля и структурировать API-документацию, осваиваем ключевые инструменты СА 🛠
Это самая весомая и “программистская” часть вашего профессионального портфолио.
Есть вопросы?
Пишите @getanalyst или заполняйте анкету предзаписи. Мы свяжемся с вами, поможем оценить текущие навыки и ответим на вопросы! 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
Что делать, если случился конфликт на работе?🤨
Ситуация.
Вы повздорили с коллегой или с начальством.
Да, событие далеко не самое приятное😩
Важно понимать: конфликт — это возможность расти☝️
Он может привести к новым идеям и решениям. Поэтому важно не бояться конфликтов, а видеть в них возможность для личного и профессионального роста.
Конфликт и разные взгляды — это норма в любых отношениях. И неважно — рабочие они или дружеские. Существует статистика, что на девять взаимодействий — одно будет конфликтное.
Первое, что нужно сказать самому себе, если произошло разногласие:
«Это мой взгляд. Мои наблюдения.
Я имею право, как и оппонент, на своё мнение в сложившейся ситуации.»
При этом необходимо постараться снизить градус конфликта:
✔️ снизить тон,
✔️ сделать открытую позу, расслабить тело,
✔️постараться перейти в созидательную, а не разрушительную позицию,
✔️ если есть возможность, сделать паузу (попить воды, выйти прогуляться, сходить на обед).
Помните: мы все живые люди со своим настроением, эмоциями, опытом.
Со всеми всё ОК👌
Что рекомендуем делать при конфликте, читайте в картинках.
#softGetAnalyst
Ситуация.
Вы повздорили с коллегой или с начальством.
Да, событие далеко не самое приятное😩
Важно понимать: конфликт — это возможность расти☝️
Он может привести к новым идеям и решениям. Поэтому важно не бояться конфликтов, а видеть в них возможность для личного и профессионального роста.
Конфликт и разные взгляды — это норма в любых отношениях. И неважно — рабочие они или дружеские. Существует статистика, что на девять взаимодействий — одно будет конфликтное.
Первое, что нужно сказать самому себе, если произошло разногласие:
«Это мой взгляд. Мои наблюдения.
Я имею право, как и оппонент, на своё мнение в сложившейся ситуации.»
При этом необходимо постараться снизить градус конфликта:
✔️ снизить тон,
✔️ сделать открытую позу, расслабить тело,
✔️постараться перейти в созидательную, а не разрушительную позицию,
✔️ если есть возможность, сделать паузу (попить воды, выйти прогуляться, сходить на обед).
Помните: мы все живые люди со своим настроением, эмоциями, опытом.
Со всеми всё ОК👌
Что рекомендуем делать при конфликте, читайте в картинках.
#softGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8🎉1
📌📚 Подборка материалов по REST API: теория + примеры + выгрузки требований из Confluence ⭐️
Собрали максимально полную коллекцию материалов, которые помогут поэтапно погрузиться в тему проектирования REST API.
Изучать рекомендуем последовательно.
🚀 Основы:
🔗 Протокол HTTP - основа REST
🔗 Структура REST API (HTTP) метода в одной картинке
🔗 Как выбирать методы: GET, POST, PUT, PATCH, DELETE
🔗 Правила проектирования URL для запроса
🔗 Всё про JSON в одной картинке - тело (body) для запросов и ответов
🔗 Мини-книга про JSON
🔗 3 вида параметров в HTTP (REST API), где чаще всего путаются аналитики
🔗 В чем отличие REST от RESTful API?
🔗 Как связаны JSON, UI и БД
🔗 Связь БД и дизайна REST API
+ Проект “Система для автосервиса” - видео-обучение:
🔗 Сбор бизнес-требований, погружение в контекст
🔗 Определение сущностей и проектирование логической модели БД
🔗 REST API с нуля: дизайн методов для работы менеджера с заявками
🤝 Уверенное владение:
🔗 Элементы пагинации (limit, offset, count) в REST API для работы со списками
🔗 Headers - заголовки запросов и ответов
🔗 Аутентификация и авторизация в API
🔗 Проектирование и документирование ошибок в REST API
🔗 REST API - 6 главных принципов
💪 Продвинутый уровень:
🔗 Проектирование REST API: спорные вопросы с проектов и собеседований на системного аналитика (и не только)
🔗 OAuth 2.0
🔗 Получение данных через POST в REST API + кэширование
🔗 Версионирование API. Обратная совместимость в API
🔗 Идемпотентность и коммутативность API
🔗 Исследование реальных REST API на соответствие REST: Trello, Todoist
🛠 Инструменты тестирования и документирования:
🔗 Инструменты аналитика для работы с API
🔗 Postman: навык тестирования REST API за вечер
🔗 Тестирование API банка ВТБ - практическое руководство
🟢 Swagger (OpenAPI) - практические руководства
🔗 Проект по онлайн-календарю
Управление мероприятиями:
🔗 часть 1
🔗 часть 2
🔗 часть 3
📑 Примеры требований - выгрузки задач из Confluence
🔗 Шаблон постановки задачи на REST API-метод для Confluence
🔗 Cоздание товара - POST /products
🔗 Создать мероприятие - POST /events
🔗 Редактировать товар - PUT /products/{productId}
🔗 Получить рецепт - GET /recipes/{recipeId}
🔗 Получить список книг - GET /books
🔗 Образец документации в Postman
🤖 AI для REST API
🔗 AI-бот по дизайну REST API методов от GetAnalyst (под VPN)
🔗 Структура промпта
👩💻 Собеседования
🔗 Вопросы и ответы по REST API к собеседованию на СА + AI-помощник для подготовки
🔗 Открытая база вопросов и ответов к собеседованиям на СА
🔗 42 API-термина, которые спрашивают СА на собеседовании: чек-лист
Также вы можете найти у нас мини-обучения и продвинутую практическую программу Дизайн REST API для опытных аналитиков.
Делитесь с коллегами, особенно с джунами и мидлами СА, которым надо прокачать навыки работы с Backend/API!
Сохранили? Поддержите ❤️
Собрали максимально полную коллекцию материалов, которые помогут поэтапно погрузиться в тему проектирования REST API.
Изучать рекомендуем последовательно.
🚀 Основы:
+ Проект “Система для автосервиса” - видео-обучение:
🤝 Уверенное владение:
💪 Продвинутый уровень:
🛠 Инструменты тестирования и документирования:
🟢 Swagger (OpenAPI) - практические руководства
Управление мероприятиями:
📑 Примеры требований - выгрузки задач из Confluence
🤖 AI для REST API
👩💻 Собеседования
Также вы можете найти у нас мини-обучения и продвинутую практическую программу Дизайн REST API для опытных аналитиков.
Делитесь с коллегами, особенно с джунами и мидлами СА, которым надо прокачать навыки работы с Backend/API!
Сохранили? Поддержите ❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
❤20
Страх — это естественная реакция на неопределенность и угрозу. Но именно в моменты сильного страха мы можем обнаружить свою истинную силу.
Он заставляет нас:
🟢 выходить из зоны комфорта,
🟢 преодолевать преграды
🟢 находить в себе ресурсы, о которых даже не подозревали.
Вместо того чтобы позволять страху парализовать, давайте использовать его как топливо для достижения наших целей💪
Помните: за каждым страхом скрывается возможность.
#GAfrindlyreminder
Он заставляет нас:
🟢 выходить из зоны комфорта,
🟢 преодолевать преграды
🟢 находить в себе ресурсы, о которых даже не подозревали.
Вместо того чтобы позволять страху парализовать, давайте использовать его как топливо для достижения наших целей💪
Помните: за каждым страхом скрывается возможность.
#GAfrindlyreminder
❤16🔥4👍3
💜🧠 [14-17 февраля] Postman + Insomnia + AI для REST API 🧠 🧡
Вроде знаете всё по REST API, но на практике не хватает глубокого понимания, уверенности в знаниях и инструментов?
👉 Тогда наш открытый урок станет ценной находкой для вас!
🔗 Зарегистрироваться
Разберём 3 ключевых инструмента СА, чтобы структурировать ваши знания REST API + сделать работу быстрее и увереннее!
👉 План:
1. База по REST API на примерах
2. Практика в Postman
3. Практика в Insomnia
4. Настройка AI-ассистента для проектирования REST API
👉 Занятие актуально, если:
➕ переходите в СА и не хватает технических навыков
➕ хотите получить опыт работы с REST API на практике
➕ готовитесь к собеседованию на Middle+/Senior СА
➕ хотите освоить новые инструменты, чтобы ускорить свою работу
💜 Postman, Insomnia и AI:
🔥 погружение в REST API на реальных примерах
🗓 Доступ: 14-17 февраля [сб-вт]
🕘 Время на обучение: ~3.5 часа
🔗 Зарегистрироваться
Планируйте время и получайте новый уникальный опыт! 💜🧠
—————————————————
👩🎓 Открытый урок проводится в качестве вводного занятия к практической программе Дизайн REST API.
Вроде знаете всё по REST API, но на практике не хватает глубокого понимания, уверенности в знаниях и инструментов?
👉 Тогда наш открытый урок станет ценной находкой для вас!
Разберём 3 ключевых инструмента СА, чтобы структурировать ваши знания REST API + сделать работу быстрее и увереннее!
👉 План:
1. База по REST API на примерах
2. Практика в Postman
3. Практика в Insomnia
4. Настройка AI-ассистента для проектирования REST API
👉 Занятие актуально, если:
💜 Postman, Insomnia и AI:
🔥 погружение в REST API на реальных примерах
🕘 Время на обучение: ~3.5 часа
Планируйте время и получайте новый уникальный опыт! 💜
—————————————————
👩🎓 Открытый урок проводится в качестве вводного занятия к практической программе Дизайн REST API.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
💾 КЭШ — что важно знать системным аналитикам 💾
Кэш (cache) — быстрый временный слой хранения результатов вычислений или запросов API (и не только), чтобы при повторном обращении к серверу вернуть ответ не выполняя вычисления и логику запроса заново.
👉 Что хранит:
Уже вычисленные данные и/или их части:
JSON ответа, HTML-код, агрегаты, объекты
👉 Что кэшировать:
▫️Карточки сущностей, справочники - медленно меняющиеся сущности
▫️Списки с параметрами фильтров/пагинации
▫️Агрегаты/отчёты: дорогие запросы
▫️HTTP-404 на короткое время
👉 НЕ кэшировать:
▫️Ответы на изменяющие методы (POST/PUT/PATCH/DELETE)
▫️Секретные/чувствительные данные (no-store)
👉 Где хранится:
Для Frontend:
+ в памяти мобилок или десктопов
+ в памяти браузера
+ иногда в локальных БД
Для Backend:
+ CDN/прокси
+ Специализированные СУБД: Redis / Memcached
+ иногда в самой БД - готовые JSON, чтобы не вычислять
👉 Как искать нужные данные:
По ключу кэша - обычно это хеш нормализованного запроса/параметров
👉 Поведение алгоритмов при работе с кэшем:
✅ Cache Hit:
Если данные по ключу кэша найдены, то вернуть их.
Проверить время жизни кэша, прежде чем возвращать ответ
❌ Cache Miss:
Если кэш не найден или данные в кэше устаревшие, то приложение:
+ должно обратиться к источнику за данными (БД или вн. система)
+ формирует ответ (JSON или др)
+ пишет актуальные данные в кэш
🔖 Общий порядок работы на картинках к посту
👉 Политики вытеснения кэша (автоочистка)
▫️ LRU (Least Recently Used) — удаляем те ключи, к которым давно не обращались
▫️ LFU (Least Frequently Used) — удаляем ключи с наименьшим числом обращений
▫️ TTL (Time To Live) — запись жива фиксированное время, потом протухает
▫️ Size-based — выселение по суммарному объёму (байты), часто вместе с LRU/LFU
👉 Заголовки в REST API (Headers)
В запросах:
Cache-Control
If-None-Match
If-Modified-Since
If-Match
If-Unmodified-Since
Only-If-Cached
Pragma (устар.)
В ответах:
Cache-Control
ETag
Last-Modified
Vary
Expires
Age
Date
Cache-Status
Surrogate-Control
#hardGetAnalyst
Кэш (cache) — быстрый временный слой хранения результатов вычислений или запросов API (и не только), чтобы при повторном обращении к серверу вернуть ответ не выполняя вычисления и логику запроса заново.
👉 Что хранит:
Уже вычисленные данные и/или их части:
JSON ответа, HTML-код, агрегаты, объекты
👉 Что кэшировать:
▫️Карточки сущностей, справочники - медленно меняющиеся сущности
▫️Списки с параметрами фильтров/пагинации
▫️Агрегаты/отчёты: дорогие запросы
▫️HTTP-404 на короткое время
👉 НЕ кэшировать:
▫️Ответы на изменяющие методы (POST/PUT/PATCH/DELETE)
▫️Секретные/чувствительные данные (no-store)
👉 Где хранится:
Для Frontend:
+ в памяти мобилок или десктопов
+ в памяти браузера
+ иногда в локальных БД
Для Backend:
+ CDN/прокси
+ Специализированные СУБД: Redis / Memcached
+ иногда в самой БД - готовые JSON, чтобы не вычислять
👉 Как искать нужные данные:
По ключу кэша - обычно это хеш нормализованного запроса/параметров
👉 Поведение алгоритмов при работе с кэшем:
✅ Cache Hit:
Если данные по ключу кэша найдены, то вернуть их.
Проверить время жизни кэша, прежде чем возвращать ответ
❌ Cache Miss:
Если кэш не найден или данные в кэше устаревшие, то приложение:
+ должно обратиться к источнику за данными (БД или вн. система)
+ формирует ответ (JSON или др)
+ пишет актуальные данные в кэш
🔖 Общий порядок работы на картинках к посту
👉 Политики вытеснения кэша (автоочистка)
▫️ LRU (Least Recently Used) — удаляем те ключи, к которым давно не обращались
▫️ LFU (Least Frequently Used) — удаляем ключи с наименьшим числом обращений
▫️ TTL (Time To Live) — запись жива фиксированное время, потом протухает
▫️ Size-based — выселение по суммарному объёму (байты), часто вместе с LRU/LFU
👉 Заголовки в REST API (Headers)
В запросах:
Cache-Control
If-None-Match
If-Modified-Since
If-Match
If-Unmodified-Since
Only-If-Cached
Pragma (устар.)
В ответах:
Cache-Control
ETag
Last-Modified
Vary
Expires
Age
Date
Cache-Status
Surrogate-Control
#hardGetAnalyst
❤10