🥳 Осенние офферы + обстановка на рынке найма аналитиков 👩💻
Хочу начать этот пост с благодарности!
Спасибо студентам GetAnalyst, что вы сами пишете про свои офферы, делитесь, что спрашивали на собеседованиях и что помогло ❤️🔥 Это бесценно!
За последний месяц пришло несколько сообщений с офферами, что очень радует!
Продолжайте делиться - ваш опыт помогает сообществу 💙
На скринах:
🇪🇺 трудоустройство в другой стране (не РФ)
🔁 переход из тестирования в системный анализ
💸 ×2 рост в ЗП и куча бонусов
Это сильные кейсы. Они показывают, что всё реально и возможно, даже если не с первого раза 🙌
Что спрашивают по всем грейдам:
✅ Задание на SQL - уже много лет в 9 из 10 случаев
✅ Проектирование БД - логический уровень минимум
✅ REST API - умение проектировать методы (у опытных аналитиков задачи с кучей подвохов)
✅ Интеграции и брокеры (Kafka/RabbitMQ) всё чаще всплывают даже у мидлов
✅ НФТ
✅ Архитектура тоже начала появляться всё чаще и чаще из-за распространения микросервисной архитектуры
✅ Начинают появляться требования по NoSQL
Обстановка на рынке:
▫️ Осень обычно не самая активная на найм, но офферы есть, как мы видим!
▫️ Рынок по-прежнему на стороне работодателя: требования высокие, конкуренция ощутимая.
▫️ Но это не барьер, если у вас есть хорошо оформленное резюме, портфолио и хорошая практическая подготовка, что задачи с собеседований решаются легко.
Личное наблюдение:
Я вижу, как сильно вам помогает детальная обратная связь. Да, это требует времени, но именно она передаёт «реальный» опыт и помогает разобраться.
И именно это подчеркивают наши аналитики, как в процессе, так и после обучения ♥️
👉 Смена работы и собеседования - это тоже как работа. И путь к результату всегда проходит через несколько попыток, в том числе неудачных.
Но всё возможно, если у вас есть цель!
Желаю каждому из вас получить сообщение с оффером мечты или рост внутри компании 😉
А мы рядом, чтобы помочь на этом пути ❤️🔥
#студентыGetAnalyst
Хочу начать этот пост с благодарности!
Спасибо студентам GetAnalyst, что вы сами пишете про свои офферы, делитесь, что спрашивали на собеседованиях и что помогло ❤️🔥 Это бесценно!
За последний месяц пришло несколько сообщений с офферами, что очень радует!
Продолжайте делиться - ваш опыт помогает сообществу 💙
На скринах:
🇪🇺 трудоустройство в другой стране (не РФ)
🔁 переход из тестирования в системный анализ
💸 ×2 рост в ЗП и куча бонусов
Это сильные кейсы. Они показывают, что всё реально и возможно, даже если не с первого раза 🙌
Что спрашивают по всем грейдам:
✅ Задание на SQL - уже много лет в 9 из 10 случаев
✅ Проектирование БД - логический уровень минимум
✅ REST API - умение проектировать методы (у опытных аналитиков задачи с кучей подвохов)
✅ Интеграции и брокеры (Kafka/RabbitMQ) всё чаще всплывают даже у мидлов
✅ НФТ
✅ Архитектура тоже начала появляться всё чаще и чаще из-за распространения микросервисной архитектуры
✅ Начинают появляться требования по NoSQL
Обстановка на рынке:
▫️ Осень обычно не самая активная на найм, но офферы есть, как мы видим!
▫️ Рынок по-прежнему на стороне работодателя: требования высокие, конкуренция ощутимая.
▫️ Но это не барьер, если у вас есть хорошо оформленное резюме, портфолио и хорошая практическая подготовка, что задачи с собеседований решаются легко.
Личное наблюдение:
Я вижу, как сильно вам помогает детальная обратная связь. Да, это требует времени, но именно она передаёт «реальный» опыт и помогает разобраться.
И именно это подчеркивают наши аналитики, как в процессе, так и после обучения ♥️
👉 Смена работы и собеседования - это тоже как работа. И путь к результату всегда проходит через несколько попыток, в том числе неудачных.
Но всё возможно, если у вас есть цель!
Желаю каждому из вас получить сообщение с оффером мечты или рост внутри компании 😉
А мы рядом, чтобы помочь на этом пути ❤️🔥
#студентыGetAnalyst
❤53🔥5❤🔥1🤔1🎉1👌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
#RestApiGA #АрхитектураGA
Кэш (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
#RestApiGA #АрхитектураGA
🔥39❤15👍4🥰2❤🔥1
GetAnalyst - REST API - Кэширование.png
7.1 MB
Чтобы управлять кэшированием в REST API, необходимо использовать специальные HTTP-заголовки (headers).
Именно эти технические параметры говорят браузеру, CDN и прокси:
• можно ли отдавать кэшированную копию,
• нужно ли проверять свежесть у origin (вашего сервера/приложения),
• сохранять ли ответ в кэше и на сколько.
Системному аналитику, при постановке задачи на разработчиков, нужно учесть необходимые headers в дизайне (контракте) REST API метода и описать их поведение в алгоритме его работы.
Request headers - Заголовки запросов:
🔑 Cache-Control
🔑 Pragma
If-None-Match
If-Modified-Since
If-Match
If-Unmodified-Since
If-Range
Response headers - Заголовки ответов:
🔑 Cache-Control
🔑 Expires
🔑 ETag
🔑 Last-Modified
🔑 Vary
🔑 Age
🔑 Date
🔑 Cache-Status
Content-Location
Warning
Surrogate-Control
Surrogate-Key
X-Cache / CF-Cache-Status / X-Served-By
Ключами 🔑 отмечены те, которые желательно знать и помнить.
Остальные - всегда можно подсмотреть при необходимости.
👉 Детали по каждому header, пояснения и примеры собраны в гайде - на картинке к посту.
P.S. Вопросы про кэширование в API в последнее время стали чаще задавать на собеседованиях для senior-аналитиков на проекты с высоконагружеными системами
#RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥22🔥8❤2👍2😍1
💥 REST API для СА и БА: последний день лучших цен с модулем по БД+SQL в подарок 🔔
Хотим напомнить о завершении предзаписи на практическую программу:
✅ Дизайн REST API
🗓 Старт: 5 ноября 2025
🎁 По заявкам до 28 октября: сниженная цена + дополнительное обучение по БД+SQL в подарок.
Следующий онлайн-поток - Апрель 2026.
С 2026 года будет повышение цен.
👉 Узнать подробности и записаться
⬇️ Кому актуально
Бизнес- и системным аналитикам, которым нужно уверенно проектировать REST API, общаться с бэкенд-разработчиками «на одном языке», разбираться в смежных подходах к проктированию (gRPC, GraphQL) и спокойно проходить собеседования по теме API.
⬇️ Что получите к финалу
За 10 недель вы создадите готовый портфолио-проект:
▫️ постановки задач на REST API методы в Confluence,
▫️ корпоративный стандарт по дизайну REST API-методов,
▫️ Postman-коллекции по своему и чужим API,
▫️ API-спецификация в OpenAPI (Swagger),
▫️ mock-сервер с рабочим API на заглушках.
+ комплект шаблонов и примеров ТЗ для аналитика.
Формат обучения ⬇️
✅ 8 онлайн-встреч
✅ 9 теоретических модулей в записи
✅ Проверка ДЗ по проекту
✅ 6 месяцев доступа к материалам
----------------------------
⬇️ Бесплатный вводный урок
🟠🟣🤖 Postman, Insomnia и AI
🗓 30 октября, в 19:00 Мск (чт)
🔗 Зарегистрироваться на урок
----------------------------
💬 Нужна консультация?
Пишите @getanalyst или на info@getanalyst.ru - поможем оценить текущие навыки и ответим на все вопросы.
Хотим напомнить о завершении предзаписи на практическую программу:
✅ Дизайн REST API
🎁 По заявкам до 28 октября: сниженная цена + дополнительное обучение по БД+SQL в подарок.
Следующий онлайн-поток - Апрель 2026.
С 2026 года будет повышение цен.
👉 Узнать подробности и записаться
⬇️ Кому актуально
Бизнес- и системным аналитикам, которым нужно уверенно проектировать REST API, общаться с бэкенд-разработчиками «на одном языке», разбираться в смежных подходах к проктированию (gRPC, GraphQL) и спокойно проходить собеседования по теме API.
⬇️ Что получите к финалу
За 10 недель вы создадите готовый портфолио-проект:
▫️ постановки задач на REST API методы в Confluence,
▫️ корпоративный стандарт по дизайну REST API-методов,
▫️ Postman-коллекции по своему и чужим API,
▫️ API-спецификация в OpenAPI (Swagger),
▫️ mock-сервер с рабочим API на заглушках.
+ комплект шаблонов и примеров ТЗ для аналитика.
Формат обучения ⬇️
✅ 8 онлайн-встреч
✅ 9 теоретических модулей в записи
✅ Проверка ДЗ по проекту
✅ 6 месяцев доступа к материалам
----------------------------
⬇️ Бесплатный вводный урок
🟠🟣
----------------------------
Пишите @getanalyst или на info@getanalyst.ru - поможем оценить текущие навыки и ответим на все вопросы.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10👍2🔥2
🐞 Знай HTTP-коды и учитывай их в требованиях на REST API🐞
В любой интеграции по API важно не только предусмотреть happy path (успешный путь), но и заранее описать, как система должна вести себя при ошибках.
📌 Что нужно сделать при проектировании ответов на API-запросы
0️⃣ Перечислить успешные ответы
+ 200 OK - Успех
+ 201 Created — Создано (новая запись в БД)
+ 202 Accepted — Принято в обработку (запрос принят, но обработка не завершена, часто используется при асинхронных задачах - отчёты, отправка email и др)
+ 204 No Content — Нет содержимого (запрос выполнен успешно, но в ответе нет тела)
1️⃣ Перечислить типовые ошибки и описать реакцию API на них:
+ 401 Unauthorized — Неверный логин/токен
+ 403 Forbidden — Нет прав
+ 429 Too Many Requests — Превышен лимит запросов
2️⃣ Добавить требования к специфичным ошибкам:
+ 400 Bad Request — Ошибка во входных данных
+ 409 Conflict — Создание дубликатов
+ 500 Internal Server Error — Внутренний сбой в работе сервера
+ и другие.
Все HTTP-статусы тут.
3️⃣ Добавить альтернативные сценарии в Use Case для API-метода, которые ведут к описанным в п.1 и 2 ошибкам.
4️⃣ Сделать JSON-структуру ответов об ошибках единообразной
5️⃣ В OpenAPI спецификации (Swagger) добавить секции:
6️⃣ Отразить примеры ошибок в документации Confluence и всегда иметь соответствующий раздел в шаблоне задачи.
Помните, что ошибки тоже важная часть программного интерфейса - API!
Если все ошибки задокументированны чётко и понятно, пользователи (и разработчики) будут вам благодарны, и вы сможете повысить UX приложений 🙌
🔗 Cтатья про документирование ошибок в REST API
#RestApiGA
В любой интеграции по API важно не только предусмотреть happy path (успешный путь), но и заранее описать, как система должна вести себя при ошибках.
📌 Что нужно сделать при проектировании ответов на API-запросы
0️⃣ Перечислить успешные ответы
+ 200 OK - Успех
+ 201 Created — Создано (новая запись в БД)
+ 202 Accepted — Принято в обработку (запрос принят, но обработка не завершена, часто используется при асинхронных задачах - отчёты, отправка email и др)
+ 204 No Content — Нет содержимого (запрос выполнен успешно, но в ответе нет тела)
1️⃣ Перечислить типовые ошибки и описать реакцию API на них:
+ 401 Unauthorized — Неверный логин/токен
+ 403 Forbidden — Нет прав
+ 429 Too Many Requests — Превышен лимит запросов
2️⃣ Добавить требования к специфичным ошибкам:
+ 400 Bad Request — Ошибка во входных данных
+ 409 Conflict — Создание дубликатов
+ 500 Internal Server Error — Внутренний сбой в работе сервера
+ и другие.
Все HTTP-статусы тут.
3️⃣ Добавить альтернативные сценарии в Use Case для API-метода, которые ведут к описанным в п.1 и 2 ошибкам.
2А. Клиент передал номер телефона в неверном формате.
→ Вернуть ошибку HTTP-400 и сообщение "Неверный формат номера телефона, ожидается 10 цифр"
4️⃣ Сделать JSON-структуру ответов об ошибках единообразной
{
"errorCode": "INVALID_PHONE",
"message": "Текст ошибки"
}
5️⃣ В OpenAPI спецификации (Swagger) добавить секции:
responses:
'400':
description: Неверные параметры запроса
content:
application/json:
schema:
$ref: '#/components/schemas/ErrorResponse'
6️⃣ Отразить примеры ошибок в документации Confluence и всегда иметь соответствующий раздел в шаблоне задачи.
Помните, что ошибки тоже важная часть программного интерфейса - API!
Если все ошибки задокументированны чётко и понятно, пользователи (и разработчики) будут вам благодарны, и вы сможете повысить UX приложений 🙌
#RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15❤8🔥3
Готовы получать новый уникальный опыт по тестированию и документированию REST API?
Уже завтра ждём вас на бесплатном практическом вебинаре для бизнес- и системных аналитиков:
💥 Postman, Insomnia и AI для REST API
🟢 Прямой эфир
В результате этого обучения:
✅ Получите опыт работы с Postman и Insomnia.
✅ Сделаете коллекции запросов к реальному API для личного портфолио.
✅ Научитесь использовать AI-инструменты (GeminiAI + ChatGPT) на продвинутом уровне для ускорения работы.
✅ Получите примеры постановок задач на REST API-методы.
✅ Спроектируете и задокументируете REST API-метод с нуля через Insomnia.
Будем погружаться в сложную теорию через реальную работу! 🚀
--------
Занятие проводится в качестве вводного урока к практической программе Дизайн REST API.
--------
До встречи в прямом эфире завтра, в 19:00 Мск! ❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17❤7👏1👌1
Во время занятия мне важно, чтобы вы получили максимум пользы и практического опыта.
Поэтому я рекомендую подготовиться заранее.
🕘 Время на подготовку: 10 мин
----------------------------------
Чек-лист 👇
✅ Два экрана, зонирование одного или вход с двух устройств
Чтобы вам было удобно делать практику, я рекомендую смотреть видео и презентацию на одном устройстве, и повторять шаги на компьютере.
Войдите в вебинар с обоих устройв.
На компьютере пригодится для копирования ссылок и ключей.
✅ Для работы с AI может потребоваться VPN
Я рекомендую открыть ChatGPT и войти в свой личный аккаунт до занятия.
https://chatgpt.com/
Зарегистрируйтесь по Google-учетке, если аккаунта ещё нет.
Бесплатного аккаунта для настройки AI-ассистента хватит.
Дополнительно покажу ещё одну нейросеть сама, но по ней практику будете повторять уже самостоятельно, после занятия.
✅ Откройте Postman и войдите в аккаунт
Либо откройте веб-версию: https://www.postman.com/
Либо скачайте и установите на компьютер: https://www.postman.com/downloads/
Войдите в свой личный аккаунт, чтобы начать работу с инструментом.
✅ Откройте Insomnia и войдите в аккаунт
Скачайте и установите приложение: https://insomnia.rest/
Зарегистрируйте аккаунт и войдите в него.
Я создала аккаунт используя Google-учетку, но можно и другим способом.
Вход занимает время, и может потребоваться перезапуск приложения.
✅ Подключитесь к эфиру в 19:00 Мск, задавайте вопросы, получайте новые знания и опыт!
----------------------------------
Ещё не зарегистрировались на эфир?
💥 Postman, Insomnia и AI для REST API
До встречи онлайн! 😊
P.S. Запись будет доступна только для зарегистрированных учатников.
P.S. Организационные вопросы? @getanalyst и info@getanalyst.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
❤16🔥6
Прямой эфир с автором канала GetAnalyst - Екатериной Ананьевой.
👉 Принять участие
Ссылка с доступом придёт вам на почту.
❗️ Запись будет доступна только для зарегистрированных участников с 02.11 до 05.11.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤15
🧡💜🤖 Практика по Postman, Insomnia и AI для REST API пролетела на одном дыхании!
Больше всего участникам запомнилось:
▫️ релиз собственной Postman-документации
▫️ работа в Insomnia
▫️ промпты
▫️ настройка AI-ассистента
Отзывы ♥️
Диана
Оксана
Что сделали:
✅ Разобрались, как работает HTTP, и в его связи с REST API
✅ Узнали актуальные новости на рынке Backend-разработки
✅ Разбирали ошибки чужих REST API и ведения документации
✅ Практиковались в Postman и Insomnia: тестирование и документирование API
✅ Изучали основы промпт-инжиниринга
✅ Посмотрели 3 ключевых AI-инструмента
✅ Сравнили, как разные AI-инструменты решают сложные задачи при хорошем промпте
✅ Научились настраивать AI-агентов под ежедневные задачи
Спасибо вам за активное участие, за крутые вопросы и стремление знать больше!
Лучшие! 💜💜💜
❗️ Доступ к записи
Будет для всех зарегистрированных участников.
Если уже регистрировались — ничего делать не нужно, пришлём email со ссылкой.
Ещё не регистрировались?
💎 Postman, Insomnia и AI для REST API
🗓 Доступ к к записи 2-5 ноября
👉 Зарегистрироваться
Впереди длинные выходные - отличный повод получить новые знания и освоить новые инструменты!
Отличного завершения недели! 🙌
Больше всего участникам запомнилось:
▫️ релиз собственной Postman-документации
▫️ работа в Insomnia
▫️ промпты
▫️ настройка AI-ассистента
Отзывы ♥️
Диана
Вебинар безумно понравился! Екатерина рассказала и показала все в супер-доступном и понятном формате. Особенно полезными оказались описание работы с Инсомнией и гайд по настройке ИИ-ассистента. Это восторг :)
Оксана
Очень понравилась практика по Insomnia, совершенно новая программа для меня! Узнала про AI-ассистента, обязательно буду использовать в работе! Спасибо!!!
Что сделали:
✅ Разобрались, как работает HTTP, и в его связи с REST API
✅ Узнали актуальные новости на рынке Backend-разработки
✅ Разбирали ошибки чужих REST API и ведения документации
✅ Практиковались в Postman и Insomnia: тестирование и документирование API
✅ Изучали основы промпт-инжиниринга
✅ Посмотрели 3 ключевых AI-инструмента
✅ Сравнили, как разные AI-инструменты решают сложные задачи при хорошем промпте
✅ Научились настраивать AI-агентов под ежедневные задачи
Спасибо вам за активное участие, за крутые вопросы и стремление знать больше!
Лучшие! 💜💜💜
❗️ Доступ к записи
Будет для всех зарегистрированных участников.
Если уже регистрировались — ничего делать не нужно, пришлём email со ссылкой.
Ещё не регистрировались?
👉 Зарегистрироваться
Впереди длинные выходные - отличный повод получить новые знания и освоить новые инструменты!
Отличного завершения недели! 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤30🔥6🤩2
GetAnalyst_Шаблон_постановки_задачи_на_REST_API_метод_для_Confluece.pdf
196 KB
Зачем нужен шаблон постановки задачи?
(Особенно для REST API)
1️⃣ Разработчики всегда понимают что и в каком месте искать в статье с требованиями.
2️⃣ Постановка задачи (требования) = Будущая статья в документацию.
Нет двойной работы.
3️⃣ Системный аналитик не упускает требования и всегда держит единую структуру документа.
Этих трёх пунктов достаточно, чтобы понять цель шаблона:
повысить качество постановок задач и документации 🙌
К посту добавила пример шаблона для Confluence.
Также в нашем блоге можно найти статью с пояснениями к нему.
#ResApiGa
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥24❤9👍9👎1
Друзья, как ваше настроение? 😃
Хочу завершить вашу рабочую субботу радостнее - наслаждайтесь подборкой мемов 🙌
#GAhahaha
Хочу завершить вашу рабочую субботу радостнее - наслаждайтесь подборкой мемов 🙌
#GAhahaha
🤣53😁13🔥9👍5❤3❤🔥1🥱1