GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
前往频道在 Telegram
Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов Админ @getanalyst Сайт https://getanalyst.ru Чат t.me/getanalystchat Начинающим в IT @getanalyststart
显示更多📈 Telegram 频道 GetAnalyst - Навыки • Системный анализ • Бизнес-анализ 的分析概览
频道 GetAnalyst - Навыки • Системный анализ • Бизнес-анализ (@getanalysts) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 22 188 名订阅者，在 技术与应用 类别中位列第 5 948，并在 俄罗斯 地区排名第 29 912 位。
📊 受众指标与增长动态
自 невідомо 创建以来，项目保持高速增长，吸引了 22 188 名订阅者。
根据 27 七月, 2026 的最新数据，频道保持稳定运转。过去 30 天订阅人数变化为 201，过去 24 小时变化为 5，整体触达仍然可观。
- 认证状态： 未认证
- 互动率 (ER)： 平均受众互动率为 14.25%。内容发布后 24 小时内通常能获得 7.67% 的反应，占订阅者总量。
- 帖子覆盖： 每篇帖子平均可获得 3 159 次浏览，首日通常累积 1 700 次浏览。
- 互动与反馈： 受众积极参与，单帖平均反应数为 44。
- 主题关注点： 内容集中在 api, брокер, архитектура, oauth, микросервисов 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台：
“Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов
Админ @getanalyst
Сайт https://getanalyst.ru
Чат t.me/getanalystchat
Начинающим в IT @getanalyststart”
凭借高频更新（最新数据采集于 28 七月, 2026），频道始终保持新鲜度与高覆盖。分析显示受众积极互动，使其成为 技术与应用 类别中的关键影响点。
22 188
订阅者
+524 小时
+377 天
+20130 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
七月 '26
七月 '26
+311
在2个频道中
六月 '26
+388
在4个频道中
Get PRO
五月 '26
+540
在5个频道中
Get PRO
四月 '26
+551
在3个频道中
Get PRO
三月 '26
+477
在5个频道中
Get PRO
二月 '26
+526
在3个频道中
Get PRO
一月 '26
+675
在4个频道中
Get PRO
十二月 '25
+481
在5个频道中
Get PRO
十一月 '25
+512
在5个频道中
Get PRO
十月 '25
+545
在4个频道中
Get PRO
九月 '25
+597
在5个频道中
Get PRO
八月 '25
+840
在4个频道中
Get PRO
七月 '25
+520
在3个频道中
Get PRO
六月 '25
+441
在4个频道中
Get PRO
五月 '25
+541
在5个频道中
Get PRO
四月 '25
+596
在4个频道中
Get PRO
三月 '25
+666
在5个频道中
Get PRO
二月 '25
+724
在5个频道中
Get PRO
一月 '25
+678
在3个频道中
Get PRO
十二月 '24
+639
在4个频道中
Get PRO
十一月 '24
+632
在2个频道中
Get PRO
十月 '24
+714
在2个频道中
Get PRO
九月 '24
+726
在3个频道中
Get PRO
八月 '24
+743
在3个频道中
Get PRO
七月 '24
+741
在2个频道中
Get PRO
六月 '24
+699
在2个频道中
Get PRO
五月 '24
+773
在3个频道中
Get PRO
四月 '24
+852
在2个频道中
Get PRO
三月 '24
+654
在2个频道中
Get PRO
二月 '24
+605
在2个频道中
Get PRO
一月 '24
+589
在1个频道中
Get PRO
十二月 '23
+514
在0个频道中
Get PRO
十一月 '23
+565
在1个频道中
Get PRO
十月 '23
+476
在1个频道中
Get PRO
九月 '23
+532
在0个频道中
Get PRO
八月 '23
+399
在0个频道中
Get PRO
七月 '23
+419
在0个频道中
Get PRO
六月 '23
+341
在0个频道中
Get PRO
五月 '23
+230
在0个频道中
Get PRO
四月 '23
+182
在0个频道中
Get PRO
三月 '23
+212
在0个频道中
Get PRO
二月 '23
+69
在0个频道中
Get PRO
一月 '23
+75
在0个频道中
Get PRO
十二月 '22
+152
在0个频道中
Get PRO
十一月 '22
+216
在0个频道中
Get PRO
十月 '22
+140
在0个频道中
Get PRO
九月 '22
+72
在0个频道中
Get PRO
八月 '22
+158
在0个频道中
Get PRO
七月 '22
+116
在0个频道中
Get PRO
六月 '22
+167
在0个频道中
Get PRO
五月 '22
+299
在0个频道中
Get PRO
四月 '22
+652
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 28 七月 | +18 | |||
| 27 七月 | +9 | |||
| 26 七月 | +7 | |||
| 25 七月 | +9 | |||
| 24 七月 | +10 | |||
| 23 七月 | +11 | |||
| 22 七月 | +16 | |||
| 21 七月 | +9 | |||
| 20 七月 | +18 | |||
| 19 七月 | +5 | |||
| 18 七月 | +5 | |||
| 17 七月 | +9 | |||
| 16 七月 | +9 | |||
| 15 七月 | +16 | |||
| 14 七月 | +13 | |||
| 13 七月 | +9 | |||
| 12 七月 | +4 | |||
| 11 七月 | +9 | |||
| 10 七月 | +8 | |||
| 09 七月 | +19 | |||
| 08 七月 | +40 | |||
| 07 七月 | +11 | |||
| 06 七月 | +7 | |||
| 05 七月 | +7 | |||
| 04 七月 | +1 | |||
| 03 七月 | +11 | |||
| 02 七月 | +10 | |||
| 01 七月 | +11 |
频道帖子
💥 Открыли предзапись на «Дизайн REST API» — новый поток с 11 августа 💥
Умеете описывать небольшие доработки на методы API, чуть поправить json, но теряетесь, когда нужно спроектировать метод с нуля?
За 10+ лет работы я много раз видела, как такие пробелы в понимании обнаруживаются на собеседованиях, во время интеграций или уже после инцидентов в проде, когда приходится срочно выпускать доработки.
Поэтому на программе REST API я делюсь с вами опытом проектирования API "от" и "до": продумывать ресурсы, контракты, бизнес-логику, ошибки, идемпотентность, безопасность, кэширование и асинхронные сценарии — и фиксировать всё это в требованиях.
📌 Дизайн REST API
🗓 Старт — 11 августа 2026
✅ 10 модулей и 70+ часов материалов и практики
✅ Проверка домашних заданий и проектных работ на всех тарифах
✅ Проект API-документации для портфолио
🎁 До 7 августа действуют условия предзаписи:
✔️ Стоимость от 39 900 ₽
✔️ Мини-курс «Проектирование архитектуры 1.0» в подарок
👉 Посмотреть программу и оставить заявку
Это не курс, который можно просто посмотреть и забыть.
✅ Это опыт, который останется с вами навсегда.
По итогам вы создадите собственный проект API-документации в Confluence, Postman и Swagger/OpenAPI, в том числе с рабочими эндпоинтами, которые можно вызвать и протестировать, а не делаете просто странички в word 🙌
Вопросы по программе? Пишите @getanalyst 💬
| 2 |  🚩 Двойной запрос на поиск — это не баг клиента. Это дыра в нашем ТЗ 🚩
<<Чек-лист упущенных требований>>
Типовой кейс:
маркетплейс с тысячами товаров.
Пользователь выбрал категорию, цену, бренды и рейтинг, а затем дважды нажал «Показать результаты», потому что на медленном интернете ничего не происходило.
Запрос с Frontend на Backend:
GET /products?category=electronics&brand=Apple&rating=4
или
QUERY /products
// фильтры в JSON-объекте, в body
или
POST /products/search
// фильтры в JSON-объекте, в body
GET и QUERY — безопасные и идемпотентные методы.
POST по своей HTTP-семантике не гарантирует безопасность и идемпотентность, хотя его можно сделать таким искусственно, через требования к алгоритму работы.
Но здесь есть важный момент:
❗️ Идемпотентность не означает, что Backend выполнит два одинаковых запроса только один раз.
Она означает, что повторный вызов не должен привести к дополнительному изменению состояния системы.
Поэтому два одинаковых GET- или QUERY-запроса всё равно могут дважды запустить тяжёлый поиск.
🚩 Результат:
1. Frontend отправил два одинаковых запроса.
2. Backend дважды запустил тяжёлый поиск и фильтрацию.
⚠️ = неоптимальное использование ресурсов Backend
⚠️ = проблемы для высоконагруженной системы
Разработчик говорит:
Пользователь сам дважды нажал. Что мы сделаем?
На самом деле — многое.
🚩 Что упущено в требованиях?
👉 Требования к Frontend:
▫️ После первого нажатия показать состояние «Загрузка» и блокировать повторное нажатие
▫️ Не отправлять повторный запрос, пока выполняется предыдущий запрос с теми же параметрами
▫️ При изменении фильтров отменять предыдущий запрос или игнорировать его устаревший ответ
▫️ Не заменять актуальные данные ответом на более старый запрос, который завершился позднее
👉 Требования к Backend:
▫️ Ограничить частоту запросов от одного пользователя или клиента (rate limiting)
▫️ Кэшировать результаты одинаковых запросов с заданным TTL
▫️ При необходимости объединять одинаковые параллельные запросы, чтобы поиск выполнялся один раз
▫️ Зафиксировать таймауты и максимальное время выполнения поиска
▫️ Логировать повторные запросы и превышение установленных ограничений
❗️ Идемпотентность защищает состояние системы.
✅ Кэширование, дедупликация и rate limiting защищают её ресурсы.
Это разные свойства и разные требования.
Поэтому при проектировании API недостаточно выбрать GET, POST или QUERY. Системный аналитик должен отдельно описать, как Frontend и Backend обрабатывают повторные и параллельные запросы.
Иначе этот алгоритм команда начнёт проектировать уже после первого инцидента в проде.
#RestApiGA | 1 799 |
| 3 |  +6🌴 До сих пор не верю, что пишу этот пост с островов посреди Тихого океана.
Я завершаю отпуск на Гавайях. До переезда в США они казались мне чем-то совершенно недостижимым. Да и сейчас, если честно, сложно поверить, что я наконец-то здесь.
Ещё один штат покорён. Ещё одна мечта исполнена. Новый заряд вдохновения получен 💙
Мы слишком часто ждём выгорания, чтобы наконец разрешить себе отдохнуть.
Хотя иногда лучший способ снова захотеть что-то делать — на время перестать что-то делать.
Не забывайте отдыхать.
Кто сейчас отдыхает или уже успел отдохнуть — ставьте ❤️
У кого отпуск ещё впереди — 🔥 | 2 496 |
| 4 |  💸 Высокая ЗП в IT ещё не означает, что у вас останутся деньги 💸
Можно хорошо зарабатывать и всё равно жить от зарплаты до зарплаты.
Моя стратегия другая: сначала создать базу для накоплений, а уже потом тратить оставшееся.
Именно благодаря этому подходу я:
+ купила первую машину из салона в 19 лет,
+ впервые отправила себя учиться в США в 23 года,
+ купила первую квартиру у моря в 24 года и погасила ипотеку на неё за 2 года,
+ объехала почти 20 стран,
+ всё без кредитов, кроме недвижимости.
И всё это работая в найме системным аналитиком.
Сейчас я продолжаю формировать накопления и капитал, придерживаясь привычек, которые со мной с раннего возраста.
Вот 5 принципов, которые всегда со мной 👇
1️⃣ Инвестировать, а не просто хранить деньги
Часть накоплений я направляю в инвестиции.
Не ради быстрого заработка, а чтобы деньги работали в долгосрочной перспективе и не лежали без движения.
Именно эта стратегия помогла мне накопить на первую квартиру.
2️⃣ Постоянно учитывать доходы и расходы
Я веду учёт финансов и заранее устанавливаю лимиты на месяц.
Это не значит запрещать себе всё.
Я покупаю то, что действительно важно и нужно. А для необязательных, эмоциональных и иногда откровенно глупых покупок есть отдельный бюджет 😄
Главное правило: сначала отложить, потом распределять оставшееся.
3️⃣ Фиксированная сумма из каждой зарплаты — в сбережения
Не отложу то, что останется в конце месяца.
Обычно ничего не остаётся.
А сразу после получения дохода переведу установленную сумму в накопления.
Эти деньги не участвуют в повседневных расходах.
4️⃣ Использовать карты с кэшбэком и бонусами
В России для меня такой картой был Тинькофф.
И я жалею, что раньше не понимала, как правильно использовать кредитные карты.
Кредиткой можно пользоваться практически как дебетовой:
▫️ тратить только те деньги, которые уже есть
▫️ не выходить за установленный бюджет
▫️ полностью закрывать задолженность в беспроцентный период (= ежемесячно)
▫️ получать кэшбэк, мили и другие бонусы
В США я практически все расходы провожу именно так.
Но кредитная карта работает в плюс только при строгой дисциплине. Если переносить долг и платить проценты, все бонусы быстро теряют смысл.
5️⃣ До 5% годового дохода — на самообразование
Под это выделен отдельный накопительный счет. Если покупка стоит дороже накоплений, то плачу целиком и далее просто какое-то время не вношу деньги на него.
Курсы, конференции и книги - не просто расходы.
Это инвестиции, которые могут вернуться:
✅ более высокой зарплатой
✅ новыми проектами
✅ карьерным ростом
✅ развитием бизнеса
✅ более дорогой экспертизой
Но обучение должно быть осознанным: не покупать всё подряд, а понимать, какой результат оно должно принести.
И это не только про обучение в профессии.
За её пределы я тоже выхожу и это нормально.
Финансовая грамотность — это умение:
▫️ понимать, куда уходят деньги
▫️ не увеличивать расходы автоматически вместе с доходом
▫️ регулярно откладывать
▫️ разумно использовать кредитные продукты
▫️ инвестировать в своё развитие
▫️ создавать финансовую безопасность
Высокая зарплата даёт возможности.
Но только финансовая дисциплина позволяет эти возможности сохранить и превратить в капитал.
А как вы распоряжаетесь своим доходом? 💙 | 3 341 |
| 5 |  🔥 Завтра летняя неделя знаний заканчивается: -25% на обучения в GetAnalyst 🔥
Обычно я сама читаю такие посты и думаю «успею позже». А потом дедлайн проходит, и всё 🙃
Поэтому пишу заранее, а не в последний час.
Сегодня и завтра последний шанс забрать мини-курсы на 25% дешевле:
✔️ разборы задач с проектов
✔️ чек-листы и шаблоны, обкатанные на живых командах
✔️ подготовка к собеседованиям
Темы:
▫️ Интеграции
▫️ REST API
▫️ Архитектура
▫️ БД и SQL, ER-диаграммы
▫️ Резюме и собеседования
▫️ Анализ требований
📌 Скидка 25%
🗓 Только сегодня и завтра
🎁 Промокод: LETO2026
👉 Забрать материалы со скидкой
Вопросы по материалам? Пишите @getanalyst или info@getanalyst.ru 🤝
📱 Tg | 💙 ВК | 💬 Max | 2 745 |
| 6 |  🔴 "no-cache" не означает «не кэшировать»: 4 директивы заголовка Cache-Control, которые важно различать 🔴
Посмотрите на заголовок (header):
Cache-Control: no-cache
Кажется, что ответ нельзя сохранить в кэше.
Но на самом деле no-cache означает другое.
Разбираемся подробно, чем отличаются основные директивы Cache-Control 👇
1️⃣ no-cache
Сохранить можно, использовать без проверки нельзя.
Cache-Control: no-cache
ETag: "product-v7"
Клиент может сохранить ответ.
Но при следующем обращении он должен спросить у сервера «Версия product-v7 всё ещё актуальна?»
Если данные не изменились, сервер вернёт:
304 Not Modified
И клиент использует сохранённый ответ.
2️⃣ no-store
Сохранять нельзя вообще.
Cache-Control: no-store
Запрос и ответ не должны сохраняться в HTTP-кэше.
Обычно используется для чувствительных данных:
▫️ токенов
▫️ одноразовых кодов
▫️ платёжной информации
▫️ результатов аутентификации
3️⃣ private
Хранить можно только в персональном кэше.
Cache-Control: private, max-age=60
Ответ может сохранить браузер конкретного пользователя.
Но общий кэш — например, CDN или Proxy — не должен сохранять его для других клиентов.
Подходит для персонализированных данных:
GET /profile
GET /orders
GET /recommendations
4️⃣ public
Ответ можно хранить в общем кэше
Cache-Control: public, max-age=300
Ответ могут сохранять не только браузеры, но и общие кэши:
▫️ CDN
▫️ Reverse Proxy
▫️ API Gateway
Подходит для публичных данных:
▫️ справочников
▫️ статей
▫️ общего каталога
▫️ публичной конфигурации
Что должен определить системный аналитик при разработке требований к кэшу, чтобы Cache-Control помогал, а не вредил системе:
:
✅ можно ли вообще сохранять ответ
✅ допустим ли кэш только на устройстве пользователя
✅ можно ли использовать общий кэш
✅ нужна ли проверка актуальности перед использованием
✅ содержит ли ответ персональные или чувствительные данные
Cache-Control определяет не только скорость работы API.
От него зависят актуальность и безопасность данных 👌
#RestApiGA | 2 514 |
| 7 |  📌 Шпаргалка по свойствам HTTP-методов: безопасность, идемпотентность, кэшируемость и тело JSON 📌
В англоязычной Wikipedia уже обновили таблицу свойств HTTP-методов: в ней появился новый метод QUERY, описанный в RFC 10008.
https://en.wikipedia.org/wiki/HTTP#Request_methods
Эта таблица — моя вечная шпаргалка для подготовки к собеседованиям.
Свойства методов из таблицы 👇
📤 Запрос может содержать тело — Request payload
Показывает, может ли запрос содержать данные в body.
Для POST, PUT, PATCH и QUERY тело является обычной частью запроса.
Для GET, HEAD и DELETE тело технически может быть передано, но его общая семантика стандартом не определена. Более того, некоторые серверы и промежуточные компоненты могут отклонить такой запрос.
📥 Ответ может содержать тело — Response payload
Показывает, может ли сервер вернуть данные в body.
Например, HEAD возвращает только заголовки.
У ответов 204 No Content и 304 Not Modified тела быть не должно.
🛡 Safe — безопасный
Метод считается безопасным, если клиент не запрашивает изменение состояния целевого ресурса.
Например:
▫️ GET получает данные
▫️ HEAD получает заголовки
▫️ QUERY получает данные
При этом логирование, сбор статистики и другие внутренние побочные действия сервера не делают метод небезопасным.
🔁 Idempotent — идемпотентный
Несколько одинаковых запросов должны иметь тот же ожидаемый эффект, что и один.
Например, первый DELETE может вернуть 204, а повторный — 404, но ресурс в обоих случаях удалён.
POST и PATCH по умолчанию не считаются идемпотентными.
🗄 Cacheable — кэшируемый
Ответ можно сохранить и повторно использовать по правилам HTTP-кэширования.
Это зависит от:
▫️ Cache-Control
▫️ клиента и сервера
▫️ CDN и прокси
▫️ реализации метода
Даже POST и PATCH могут кэшироваться при выполнении специальных условий. Спорные случаи лучше проверять по RFC.
Сохраняйте, если готовитесь к собеседованиям или изучаете HTTP и REST API 💙
#RestApiGA
📱 Tg | 💙 ВК | 💬 Max | 2 682 |
| 8 |  ⚠️ «Настроить кэширование» — плохое требование. Вот какие 3 уровня вы упустили ⚠️
Браузер, CDN, сервер — кэш может одновременно использоваться на всех трёх уровнях.
А в требованиях чаще всего фигурирует только заголовок Cache-Control где-то на бэкенде, будто остальных двух уровней не существует.
👉 Разбираемся, что за что отвечает:
1️⃣ Клиентский кэш: браузер или мобильное приложение
Браузер может хранить HTTP-ответ локально и повторно использовать его, пока он считается актуальным.
Заголовок Cache-Control от сервера определяет, как долго ответ остаётся свежим, а заголовок ETag позволяет проверить его актуальность через условный запрос с If-None-Match. Если ресурс не изменился, сервер может вернуть 304 Not Modified без повторной передачи тела ответа.
2️⃣ CDN / edge-кэш
CDN (Content Delivery Network) — это сеть распределённых серверов, расположенных ближе к пользователям.
Она хранит копии ответов и может отдавать их без повторного обращения к основному серверу системы (origin-серверу). Один сохранённый ответ при этом может использоваться для множества пользователей.
Здесь особенно важно определить:
▫️ можно ли хранить ответ в общем кэше: public, private, no-store;
▫️ как долго он должен храниться: s-maxage, Edge TTL или другие настройки CDN;
▫️ какие параметры, заголовки и cookies входят в cache key;
▫️ нужен ли заголовок Vary;
▫️ как обрабатываются авторизованные и персонализированные ответы.
При неправильной конфигурации CDN может отдать пользователю вариант ответа, сформированный для другого контекста. Поэтому одной фразы «закэшировать ответ» недостаточно.
Отдельно нужна стратегия обновления CDN-кэша: дождаться окончания TTL, выполнить purge/invalidation или использовать версионирование URL.
3️⃣ Внутренний кэш приложения: Redis, in-memory и другие решения
Это временное хранилище данных внутри серверной части системы (Backend).
Например, сервер уже получил данные из базы и сохранил их в кэше. При следующем таком же запросе он может взять готовый результат из кэша, а не снова обращаться к базе данных или внешней системе.
Это ускоряет работу приложения и снижает нагрузку на другие компоненты.
Но возникает риск: данные в базе уже изменились, а в кэше всё ещё хранится старая версия. Тогда пользователь продолжит видеть неактуальную информацию.
Поэтому в требованиях важно определить:
▫️ какие данные можно хранить в кэше;
▫️ как долго они могут там находиться;
▫️ после каких изменений кэш нужно обновить или очистить;
▫️ насколько допустимо показывать устаревшие данные;
▫️ что должна делать система, если кэш недоступен.
📌 Фраза «настроить кэширование» без указания уровня, цели и требований к актуальности данных слишком неоднозначна.
Разработчик может реализовать тот вариант, который проще технически, но не тот, который действительно решает задачу продукта.
👉 Аналитику важно зафиксировать:
▫️ какие данные можно кэшировать и на каком уровне;
▫️ как долго они могут оставаться неактуальными;
▫️ при каких событиях кэш должен обновляться или очищаться;
▫️ что должна делать система, если кэш недоступен.
Иначе кэширование может не ускорить продукт, а стать источником устаревших данных, утечек и трудноуловимых ошибок.
А в ваших требованиях кэширование описано одной строчкой или отдельно для каждого уровня?
#RestApiGA #АрхитектураGA
📱 Tg | 💙 ВК | 💬 Max | 2 761 |
| 9 |  ☀️ Скидка 25% на все мини-курсы: летняя неделя знаний до 24 июля ☀️
Внутри не несколько видео на 30 минут, а целые мини-курсы по 6–12 занятий, каждое из которых от 2 до 4 часов разбора задач.
Например:
▫️ БД и SQL: продвинутый уровень
Это три отдельных больших проекта с нуля: маркетплейс, страховая компания, медицинская система. В каждом — путь от анализа требований и ER-диаграммы до реальной БД, рабочих SQL и настройку ИИ-агентов.
▫️ Интеграции
практика в Postman по REST, GraphQL, gRPC, WebSocket и отдельный разбор типичных ошибок в интеграционных задачах на реальных проектах.
▫️ Архитектура
Разбор конкретных задач: как спроектировать взаимодействие между микросервисами и как выбрать между хореографией и оркестрацией в сложном асинхронном бизнес-процессе.
И другие темы.
☀️ До 24 июля — всё это на 25% дешевле
🎁 Промокод: LETO2026
👉 Смотреть каталог материалов
Формат для тех, кто предпочитает учиться самостоятельно 🤝
Вопросы? Мы на связи: @getanalyst или info@getanalyst.ru 💬
📱 Tg | 💙 ВК | 💬 Max | 2 563 |
| 10 |  +7🔥 HTTP-методы в REST API — с самым актуальным обновлением 2026 по QUERY 🔥
GET, POST, PUT, PATCH и DELETE знают почти все.
Но в июне 2026 года появился ещё один стандартизированный метод — QUERY. Он закрывает сценарий сложного чтения данных, для которого раньше часто использовали POST.
Собрала актуальную шпаргалку по HTTP-методам на карточках к посту: назначение, Body, идемпотентность, кэширование и примеры запросов.
🩷 GET
Получение данных, используем для получения одного ресурса или списка ресурсов.
💚 POST
Используется для создания нового объекта или запуска асинхронной операции.
💛 QUERY
Предназначен для безопасного и идемпотентного получения данных с содержимым запроса в Body.
Новый HTTP-метод, стандартизированный в июне 2026 года в RFC 10008.
Подробнее
💜 PUT
Полная замена или создание ресурса.
В Body передаётся полное представление объекта, включая поля, которые не менялись.
💙 PATCH
Частичное изменение ресурса.
В Body передаются только изменяемые поля или операции изменения.
❤️ DELETE
Удаление ресурса.
Используется для физического или логического удаления.
🤍 TRACE, HEAD, OPTIONS, CONNECT
Также существуют.
Могут быть заменены GET-ом. Используются редко.
Очень маленький шанс встретить или применить на практике.
Дополнительно для повторения может пригодиться:
подкаст про идемпотентность и коммутативность в API
Сохраняйте, это самая актуальная шпаргалка по HTTP-методам на 2026 год 👌
#RestApiGA
📱 Tg | 💙 ВК | 💬 Max | 3 722 |
| 11 |  А вам оплачивают ночные переработки? 😃 | 3 507 |
| 12 | +3 🤖 Ещё один бесплатный AI-скилл от GetAnalyst — для создания UML Sequence-диаграмм 🤖
Пока кто-то продаёт AI-скиллы для аналитиков, я отдаю свои бесплатно 🙌
На этот раз — Skill для создания UML Sequence-диаграмм в PlantUML.
Я передала ему описание прямого сценария записи к врачу с AI-ассистентом через приложение MedAssistGA — и получила готовый каркас диаграммы:
✔️ участники процесса
✔️ последовательность запросов
✔️ ответы на запросы
✔️ взаимодействие с Backend и БД
✔️ бары активации
= готовый код PlantUML
На картинке я выделила ошибки, которые нашла при проверке. Но их оказалось всего 2.
Важно понимать:
👉 UML-диаграмма — это дополнение к текстовым требованиям, а не их замена.
Она вообще необязательна.
Но очень удобно, когда за несколько секунд можно получить визуальный каркас процесса, проверить последовательность шагов и приложить диаграмму к Use Case 🙌
Чтобы результат был максимально точным, AI нужно передавать полное описание процесса текстом или файлом:
▫️ основной сценарий
▫️ альтернативные сценарии
▫️ ошибки
▫️ участников
▫️ запросы и ответы к API
▫️ работу с БД и внешними системами
❗️ Чем полнее требования на входе — тем меньше ошибок и исправлений в диаграмме.
‼️ Если требований пока нет, то лучше сначала проработать их, и только потом переходить к UML.
Если передать только краткое описание процесса, AI всё равно может собрать нормальный каркас. Просто аналитику придётся больше дополнять и исправлять.
И да — результат AI нужно проверять.
Но проверить и поправить готовую диаграмму обычно намного быстрее, чем создавать её самостоятельно с пустого листа.
🛠 AI не отменяет работу аналитика. Он убирает часть рутины и ускоряет её в несколько раз.
Если вы уже умеете нормально ставить задачи AI — вы, скорее всего, давно делаете часть своей работы быстрее на 30-50%.
Если ещё нет — забирайте готовый Skill и начинайте с него!
👉 Бесплатный Skill от GetAnalyst для создания UML Sequence-диаграмм прикреплен к посту 📎
➕ пример элементарного запроса к ИИ без сложного промпта, но с вызовом скилла
➕ картинка и исходный код диаграммы для процесса записи к врачу через AI-чат
Связанные материалы:
🔗 Инструкция по установке скилла в ChatGPT Plus и Claude
🔗 Готовый бесплатный AI-агент по генерации UML Sequence (альтернатива skill)
🔗 Пример требований на AI-чат MedAssistGA для записи к врачу
#AI_for_analysts #ИнтеграцииGA #RestApiGA
📱 Tg | 💙 ВК | 💬 Max | 4 034 |
| 13 |  ☀️ Летняя неделя знаний от GetAnalyst: скидка 25% на все материалы для самостоятельного обучения ☀️
Если вы всерьёз решили расти в системном анализе — начните с практики 😉
📌 До 24 июля — скидка 25%
на все материалы для самостоятельного обучения:
✔️ разборы задач с проектов
✔️ структурные подходы к анализу требований
✔️ чек-листы, инструменты, шаблоны
✔️ подготовка к собеседованиям и разбор рабочих задач
🎁 Промокод: LETO2026
👉 Выбрать материалы со скидкой
Темы:
▫️ Интеграции
▫️ REST API
▫️ Архитектура
▫️ БД и SQL, ER-диаграммы
▫️ Резюме и собеседования
▫️ Анализ требований
▫️ AI
Это не теория ради теории — это практическая база, которая формирует мышление системного аналитика и помогает действовать увереннее в рабочих проектах.
Формат для тех, кто предпочитает учиться самостоятельно 🙌
Вопросы? Пишите @getanalyst или info@getanalyst.ru 📩
📱 Tg | 💙 ВК | 💬 Max | 2 812 |
| 14 | +3 🔖 Полное руководство по UML-Sequence + бесплатный AI-бот от GetAnalyst 🤖
💡 UML Sequence
Диаграмма, которая показывает последовательность обмена данными между участниками в интеграционном сценарии (Use Case).
📌 Ключевые элементы
▫️ Lifeline (линия жизни): вертикальная линия для каждого участника
▫️ Вызовы методов (отправка данных): сплошные стрелки
▫️ Получение ответов (данные): пунктирные стрелки
▫️ Бары активации: показывают, когда объект «активен»
▫️ Прямоугольники с alt, loop, opt: условия и циклы
❓ Зачем?
• Дополнение к текстовому описанию Use Case (текст главнее)
• Визуализирует последовательность шагов
• Помогает найти «дыры» в алгоритмах
• Облегчает восприятие сложных алгоритмов разработчиками
🛠️ Где делать?
• PlantUML — через код, бесплатный
• Draw.io — визуальный редактор, бесплатный + есть встроенный AI, но работает не очень
• MermaidChart — через код, частично бесплатный + есть AI
🤖 UML-диаграмма через AI + PlantUML за 3 минуты
1. Откройте:
• ChatGPT (VPN для России)
• GeminiAI (VPN для России)
• Claude (VPN для России)
• DeepSeek
• Qwen
• Алиса AI
2. Вставьте промпт (текст запроса) в новый чат:
Работай как системный аналитик с опытом более 10 лет.
Сгенерируй код для UML Sequence-диаграммы в формате PlantUML.
Интеграционный Use Case:
👉 <подставить ваше описание>
Требования к оформлению кода:
+ на каждый запрос — ответ;
+ обязательно делай бары активации;
+ брокер = обозначай как queue;
+ база данных = обозначай как database;
+ используйте alt/loop/opt, если необходимо.
Образец моего идеального кода на другой процесс, придерживайся этого стиля:
👉 <подставить ваш пример кода, или можно забрать пример PlantUML-кода из PDF документа к посту>
3. Отправьте запрос в чат и подождите до 1 минуты.
4. Вставьте полученный код в PlantUML редактор.
Готово! 🎉
AI сделал UML-диаграмму за вас.
Вставляйте в требования. Не забудьте сохранить код рядом с диаграммой для возможных изменений.
🎁 Бесплатный AI-бот для UML Sequence от GetAnalyst
Ссылка на AI-бот (под VPN для России)
Пример использования
В боте настроен продвинутый системный промпт, который поможет делать диаграммы идеальными.
Без регистрации и СМС, только в ChatGPT войти и готово 🤝
#ИнтеграцииGA #AI_for_analysts | 3 153 |
| 15 | +1 🛠 Бесплатный AI SKILL для задач на проектирование БД и SQL 🛠
👉 Skill для AI — это готовый набор инструкций, примеров и правил, который задаёт AI конкретный порядок работы.
Устанавливаете его один раз в ChatGPT, Claude или другом AI, а дальше:
✔️ вызываете самостоятельно при работе с БД и SQL,
✔️ либо AI подключает его автоматически, когда определяет подходящую задачу.
👉 Внутри этого skill
мой подход к проектированию продуктовых БД — тот порядок и правила, которые я использую в работе и на обучении системных аналитиков.
👉 Что он учитывает:
▫️ бизнес-сценарии и жизненный цикл данных
▫️ связи и нормализацию в реальном мире
▫️ ограничения целостности и правила удаления
▫️ индексы под конкретные запросы
▫️ транзакции, гонки запросов и идемпотентность
▫️ работу с API, внешние ID и интеграционные данные;
▫️ миграции, безопасность и рост нагрузки.
Skill не добавляет без причины JSONB, CASCADE, мягкое удаление, аудит, партиционирование и индексы «на всякий случай».
👉 С его помощью можно:
✅ спроектировать БД по требованиям
✅ получить ER-диаграмму для dbdiagram.io, PostgreSQL DDL и тестовые данные
✅ написать или проверить SQL-запросы
✅ провести аудит существующей схемы БД
✅ подобрать таблицу, связь, ограничение или индекс под конкретную задачу
Для системного аналитика — это способ быстрее подготовить технически сильную постановку и найти проблемы до передачи задачи разработчику.
🔖📎 skill и инструкция по установке + использованию добавлены к посту
#AI_for_analysts #БД #SQL
📱 Tg | 💙 ВК | 💬 Max | 2 911 |
| 16 |  +9⭐ ChatGPT больше не просто чат: 9 главных обновлений за июль ⭐
За первые 12 дней июля ChatGPT изменился сильнее, чем за несколько предыдущих месяцев.
OpenAI наконец-то перестроила ChatGPT в полноценную рабочую среду и догоняет Claude.
Что изменилось:
1️⃣ ChatGPT Work
Режим для сложных многошаговых задач, которые требуют поиска, анализа, сопоставления данных и проверки результата.
2️⃣ Новое семейство моделей GPT-5.6
Модели стали сильнее в рассуждениях, работе с длинным контекстом и сложными задачами.
3️⃣ Scheduled Tasks
ChatGPT может выполнять задачи по расписанию без вашего постоянного участия.
4️⃣ ChatGPT Sites
Можно создавать прототипы приложений, интерактивные страницы и рабочие инструменты прямо внутри ChatGPT.
5️⃣ Плагины вместо каталога приложений
Все интеграции и управление skills перенесли в одно место.
6️⃣ Skills
Навыки, правила выполнения конкретной работы для ИИ. Больше не нужно каждый раз заново объяснять ИИ формат, требования и последовательность действий.
7️⃣ Chat, Work и Codex объединили в одном приложении
Новое приложение ChatGPT для macOS и Windows, которое может делать действия через встроенный браузер.
8️⃣ Новый голосовой режим GPT-Live-1
Модель может одновременно слушать и говорить, поэтому её проще перебивать, уточнять и направлять по ходу разговора
9️⃣ GPT-5.5 Instant Mini вместо GPT-5.3 Instant Mini
Более сильная резервная модель, на которую переключается ChatGPT после исчерпания лимита основной модели.
🖼 Подробнее про изменения на скринах к посту.
👉 А вы уже пробовали Work, Skills или Scheduled Tasks? Делитесь в комментариях, что оказалось действительно полезным.
Собираем 100 🔥 под подстом, и запишу отдельное практическое видео о том, как аналитикам использовать новые функции в реальной работе, а не просто тестировать их из любопытства.
#AI_for_analysts | 3 435 |
| 17 | ![🟢 [Сегодня, в 19 Мск] SQL-запросы на реальной БД PostgreSQL - практика с DBeaver 🟢 AI может написать SQL-запрос. Но в работ](data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACgcHiMeGSgjISMtKygwPGRBPDc3PHtYXUlkkYCZlo+AjIqgtObDoKrarYqMyP/L2u71////m8H////6/+b9//j/2wBDASstLTw1PHZBQXb4pYyl+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj/wAARCAAXACgDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDIUZ9aCuD0NW7Hytjb/L3Z/jq1/o//AE7fpRYzlOztYysZIHSrT2qiXbG/mcZ471ejliTgPEo/2WFLIpd1ZGDBevPSlZ3D2mmiM17dQzDlSP71FWbjYeRjdnsaKZcZXWqKUUzRo6gDDjByKZu9h+VFFAxUcLIrlQwB5BHWrk18pUCGMKc5OQDRRQKxVaZmJ4Az6CiiigZ//9k=){kind=small} 🟢 [Сегодня, в 19 Мск] SQL-запросы на реальной БД PostgreSQL - практика с DBeaver 🟢
AI может написать SQL-запрос.
Но в работе и на собеседованиях проверяют не это.
Проверяют, понимаете ли вы:
▫️ какие данные лежат в БД
▫️ как таблицы связаны между собой
▫️ откуда API берёт данные для ответа
▫️ что нужно изменить в БД под новую функциональность
▫️ и где AI написал красивый, но неправильный запрос
Поэтому сегодня проводим практикум, где будем не учить SQL “по конспекту”, а писать запросы руками и сразу проверять через DBeaver на реальной БД.
🎯 Инструмент DBeaver. Практика SQL-запросов
🔖 Проект: AI-платформа
🐘 СУБД: PostgreSQL
🗓 13 июля (пн)
🕖 19:00 Мск
План:
1. Знакомство с DBeaver и подключение к БД
2. Ключевая теория по SQL (урок в записи)
3. Практика SQL-запросов в PostgreSQL: от SELECT до JOIN
4. Использование AI-агентов для работы с SQL
📹 Запись будет доступна на следующий день
🎁 Бонус: доступ к занятию «Оптимизация БД. Работа с индексами в БД»
🔗 Подробности и запись
Стоимость участия от 1 450 рублей
Это не занятие “для галочки”, а тренировка навыка, который нужен аналитику, чтобы увереннее работать с данными, API и требованиями.
Отлично подойдёт, если вы мало работали с БД, готовитесь к собеседованиям или давно хотели разобраться с SQL без сухой теории.
—————
👉 + задача с собеседования по SQL для самопроверки: ссылка | 2 666 |
| 18 |  Знаете, насколько я карьеристка?
Настолько, что на день рождения мне дарят не украшения, а товарный знак 🥲
Подарок от декабря 2024 года.
Полтора года ожидания и бюрократии.
За это время даже английские названия для бизнеса успели запретить и подарок резко вырос в цене 📈
Теперь GetAnalyst полноценный бренд.
Принимаем поздравления 🥳 | 3 101 |
| 19 |  🐇💥 Почему падает RabbitMQ: реальный кейс, который должен знать системный аналитик 💥🐇
Что происходит, когда очередь сообщений выглядит пустой, а нода RabbitMQ уже задыхается от гигабайт данных?
Разбираем реальную аварию: как массовые рассылки персонализированных писем превратили RabbitMQ в тяжелое хранилище объектов, для которого он архитектурно не предназначен. Узнаете, как не надо использовать DMX.
🔗 Презентация к эпизоду
Выпуск актуален для системных аналитиков и архитекторов, которые проектируют интеграции через брокеры и готовятся к собеседованиям.
Видео с презентацией:
⏯ YouTube
⏯ RuTube
⏯ VK Video
Аудио:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Telegram
⏯ Castbox
⏯ Звук
⏯ Spotify
📚 GetAnalyst — техническая база знаний системного аналитика
📱 Tg | 💙 ВК | 💬 Max | 2 820 |
| 20 |  📌 Интеграции: полная и актуальная подборка материалов от GetAnalyst 📚
Подборка мини-книг, практических руководств и примеров задач, чтобы реально разобраться и закрепить тему. Всё от А до Я👇
📌 Введение в Интеграции:
📚 Книга по основам интеграций
📝 Виды интеграций: полный справочник
📝 Виды API для интеграций: справочник
📝 Интеграции: чек-лист по работе с задачами
📝 Как аналитику работать с задачами на интеграции — пошаговая инструкция
📚 Интеграционные Use Cases vs Обычные — разбор с примерами
🎧 Подкаст "Проблемы в работе с задачами на интеграции"
🎧 Опасные интеграции - про альтернативные сценарии и обработку типовых ошибок
📹 Задача на интеграцию по API: разбор с технического собеседования СА
🎧 Открытая база вопросов с собеседований на СА 2026
📌 Практика в Postman для исследования API:
🎧 Postman: навык тестирования REST API за вечер
📝 Инструменты для тестирования в API
♦️ Руководства по Postman:
📚 API DaData
📚 API Unisender
📚 API банка ВТБ
📚 API ChatGPT
📚 API KudaGo и DashaMail
📚 API для OAuth 2.0 в Mail ru
📚 API нейросети Groq AI
📌 Асинхронный обмен данными + брокеры:
📚 Очередь сообщений - что это и как работает?
📝 Всё про брокеры: как работают и зачем нужны
📝 Очередь vs Брокер: вопросы с подвохом
🎧 Доставить и не потерять: синхронизация данных в распределенных системах
♦️ Kafka:
🎧 Kafka: что нужно знать Системному аналитику
📝 Kafka - что надо знать для работы СА
📝 Устройство Kafka
📝 Алгоритм работы Kafka
📝 Как встроить Kafka в архитектуру, и главное зачем
📝 Пример использования Kafka - проект #FarmFreshGA
📝 Kafka в деле: подробный разбор примера использования в МСА
♦️ RabbitMQ:
🎧 RabbitMQ и его отличия от Kafka: что важно знать системным аналитикам
📝 Брокер RabbitMQ - полный гайд с разбором примера использования в микросервисах
📚 Брокер RabbitMQ - пошаговая практика по развёрыванию и тестированию через CloudAMPQ
♦️ Постановки задач / ТЗ с брокерами:
💎 Пример реального интеграционного Use Case: с микросервисами, cron и kafka - проект BookingGA
💎 Пример технического Use Case с брокером в микросервисной архитектуре - проект GreenChargeGA
📌 Шаблоны и примеры постановок задач:
💎 Подборка готовых постановок задач на Интеграции [выгрузки из Confluence]
📌 Обучения для СА и БА:
🎓 Практический курс Интеграции Систем
🎓 Материалы для самообучения по Интеграциям (пакеты вебинаров)
Также всё по интеграциям всегда можно найти в Telegram-канале @getanalysts по хэштегу #ИнтеграцииGA 🙌
📱 Tg | 💙 ВК | 💬 Max | 3 045 |
