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

💾 КЭШ — что важно знать системным аналитикам 💾

Кэш (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

💜🧠 [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.

Страх — это естественная реакция на неопределенность и угрозу. Но именно в моменты сильного страха мы можем обнаружить свою истинную силу.

Он заставляет нас:
🟢 выходить из зоны комфорта,
🟢 преодолевать преграды
🟢 находить в себе ресурсы, о которых даже не подозревали.

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

Помните: за каждым страхом скрывается возможность.


#GAfrindlyreminder

📌📚 Подборка материалов по 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!


Сохранили? Поддержите ❤️

Что делать, если случился конфликт на работе?🤨


Ситуация.
Вы повздорили с коллегой или с начальством.
Да, событие далеко не самое приятное😩

Важно понимать: конфликт — это возможность расти☝️
Он может привести к новым идеям и решениям. Поэтому важно не бояться конфликтов, а видеть в них возможность для личного и профессионального роста.

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

Первое, что нужно сказать самому себе, если произошло разногласие:
«Это мой взгляд. Мои наблюдения.
Я имею право, как и оппонент, на своё мнение в сложившейся ситуации.»

При этом необходимо постараться снизить градус конфликта:
✔️ снизить тон,
✔️ сделать открытую позу, расслабить тело,
✔️постараться перейти в созидательную, а не разрушительную позицию,
✔️ если есть возможность, сделать паузу (попить воды, выйти прогуляться, сходить на обед).

Помните: мы все живые люди со своим настроением, эмоциями, опытом.
Со всеми всё ОК👌

Что рекомендуем делать при конфликте, читайте в картинках.

#softGetAnalyst

✨ Дизайн REST API: открыта запись на практическую программу для СА и БА 🚀

В вакансиях на Системных Аналитиков постоянно встречаются формулировки:

+ Знание REST API / JSON
+ Опыт проектирования и документирования API
+ Понимание принципов работы мобильных приложений
+ Знание OpenAPI / Swagger
+ Навык тестирования API Backend (Postman / Insomnia)

Все эти навыки ожидают от Middle и Senior СА, которым предстоит работать с Backend, мобильными командами или в проектах с интеграциями.


❗️ Но это не про интеграции и чтение готовой API-документации, а про умение проектировать REST API методы с нуля, самостоятельно, и выстраивать стандарты API на любом проекте.


Мы приглашаем вас освоить REST API на практике в рамках одного большого проекта на программе:

💻 Дизайн REST API
🗓 Старт 17 февраля 2026

🤍 Расширенный формат в феврале 2026:
+ 3 доп. онлайн-практики
+ 3 месяца доступа к обучению
+ записи уроков и Confluence-документация по доп. проекту

👉 Узнать подробности и записаться

🎁 Только до 12 февраля:
лучшая цена + обучение "Интеграции 4.0 - продвинутый уровень" в подарок.


В ходе работы учимся проектировать методы REST API с нуля, глядя на требования, архитектуру, БД и дизайн UI/UX системы.

Проект с подвохами и сложностями, на котором “набиваем шишки”, учимся писать с нуля и структурировать API-документацию, осваиваем ключевые инструменты СА 🛠



🎯 В результате обучения вы создаете свой проект API-документации в Postman, OpenAPI (Swagger) и умеете делать работающие REST API методы Backend на заглушках, даже без навыков программирования! 🤩
Это самая весомая и “программистская” часть вашего профессионального портфолио.



Есть вопросы?
Пишите @getanalyst или заполняйте анкету предзаписи. Мы свяжемся с вами, поможем оценить текущие навыки и ответим на вопросы! 🤝

Переделываем легаси-систему: история студентки «Дизайн REST API»

Полина — более 2-х лет работает системным аналитиком.

На текущем месте работы, когда она только устроилась, сначала задачи были больше «бизнесовые», но ближе к релизу проекта нужно было его всё больше сопровождать по технической части.
Нужно было переписывать множество endpoint'ов: за основу была взята легаси-система, которую мигрировали в новый интерфейс с новыми API endpoint'ами.

Для этого нужно было подтянуть REST API, плюс хотелось научиться работать с Postman и Swagger, так как всё, что до этого Полина изучала относительно этих инструментов, не давало полноценной картины.

В картинках далее со слов Полины➡️➡️➡️
#студентыGetAnalyst