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

Kanalga Telegram’da o‘tish

Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов Админ @getanalyst Сайт https://getanalyst.ru Чат t.me/getanalystchat Начинающим в IT @getanalyststart

Ko'proq ko'rsatish

Rossiya29 912 Texnologiyalar & Aralashmalar5 948...

📈 Telegram kanali GetAnalyst - Навыки • Системный анализ • Бизнес-анализ analitikasi

GetAnalyst - Навыки • Системный анализ • Бизнес-анализ (@getanalysts) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 22 188 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 5 948-o'rinni va Rossiya mintaqasida 29 912-o'rinni egallagan.

📊 Auditoriya ko‘rsatkichlari va dinamika

невідомо sanasidan buyon loyiha tez o‘sib, 22 188 obunachiga ega bo‘ldi.

27 Iyul, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 201 ga, so‘nggi 24 soatda esa 5 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.

Tasdiqlash holati: Tasdiqlanmagan
Jalb etish (ER): Auditoriya o‘rtacha 14.25% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 7.67% ini tashkil etuvchi reaksiyalarni to‘playdi.
Post qamrovi: Har bir post o‘rtacha 3 159 marta ko‘riladi; birinchi sutkada odatda 1 700 ta ko‘rish yig‘iladi.
Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 44 ta reaksiya keladi.
Tematik yo‘nalishlar: Kontent api, брокер, архитектура, oauth, микросервисов kabi asosiy mavzularga jamlangan.

📝 Tavsif va kontent siyosati

Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов Админ @getanalyst Сайт https://getanalyst.ru Чат t.me/getanalystchat Начинающим в IT @getanalyststart”

Yuqori yangilanish chastotasi (oxirgi ma’lumot 28 Iyul, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.

22 188

Obunachilar

+524 soatlar

+377 kunlar

+20130 kunlar

3 159

Post ko'rishlar

~ 1 70024 soatlar

~ 2 01948 soatlar

14.25%

Muloqot nisbati

~ 2

Kuniga postlar

Ads index

beta

Ma'lumot yuklanmoqda...

Obunachilarni jalb qilish

Iyul '26

+311

2 kanalda

Iyun '26

+388

4 kanalda

Get PRO

May '26

+540

5 kanalda

Get PRO

Aprel '26

+551

3 kanalda

Get PRO

Mart '26

+477

5 kanalda

Get PRO

Fevral '26

+526

3 kanalda

Get PRO

Yanvar '26

+675

4 kanalda

Get PRO

Dekabr '25

+481

5 kanalda

Get PRO

Noyabr '25

+512

5 kanalda

Get PRO

Oktabr '25

+545

4 kanalda

Get PRO

Sentabr '25

+597

5 kanalda

Get PRO

Avgust '25

+840

4 kanalda

Get PRO

Iyul '25

+520

3 kanalda

Get PRO

Iyun '25

+441

4 kanalda

Get PRO

May '25

+541

5 kanalda

Get PRO

Aprel '25

+596

4 kanalda

Get PRO

Mart '25

+666

5 kanalda

Get PRO

Fevral '25

+724

5 kanalda

Get PRO

Yanvar '25

+678

3 kanalda

Get PRO

Dekabr '24

+639

4 kanalda

Get PRO

Noyabr '24

+632

2 kanalda

Get PRO

Oktabr '24

+714

2 kanalda

Get PRO

Sentabr '24

+726

3 kanalda

Get PRO

Avgust '24

+743

3 kanalda

Get PRO

Iyul '24

+741

2 kanalda

Get PRO

Iyun '24

+699

2 kanalda

Get PRO

May '24

+773

3 kanalda

Get PRO

Aprel '24

+852

2 kanalda

Get PRO

Mart '24

+654

2 kanalda

Get PRO

Fevral '24

+605

2 kanalda

Get PRO

Yanvar '24

+589

1 kanalda

Get PRO

Dekabr '23

+514

0 kanalda

Get PRO

Noyabr '23

+565

1 kanalda

Get PRO

Oktabr '23

+476

1 kanalda

Get PRO

Sentabr '23

+532

0 kanalda

Get PRO

Avgust '23

+399

0 kanalda

Get PRO

Iyul '23

+419

0 kanalda

Get PRO

Iyun '23

+341

0 kanalda

Get PRO

May '23

+230

0 kanalda

Get PRO

Aprel '23

+182

0 kanalda

Get PRO

Mart '23

+212

0 kanalda

Get PRO

Fevral '23

+69

0 kanalda

Get PRO

Yanvar '23

+75

0 kanalda

Get PRO

Dekabr '22

+152

0 kanalda

Get PRO

Noyabr '22

+216

0 kanalda

Get PRO

Oktabr '22

+140

0 kanalda

Get PRO

Sentabr '22

+72

0 kanalda

Get PRO

Avgust '22

+158

0 kanalda

Get PRO

Iyul '22

+116

0 kanalda

Get PRO

Iyun '22

+167

0 kanalda

Get PRO

May '22

+299

0 kanalda

Get PRO

Aprel '22

+652

0 kanalda

Sana	Obunachilarni jalb qilish	Esdaliklar	Kanallar
28 Iyul	+18
27 Iyul	+9
26 Iyul	+7
25 Iyul	+9
24 Iyul	+10
23 Iyul	+11
22 Iyul	+16
21 Iyul	+9
20 Iyul	+18
19 Iyul	+5
18 Iyul	+5
17 Iyul	+9
16 Iyul	+9
15 Iyul	+16
14 Iyul	+13
13 Iyul	+9
12 Iyul	+4
11 Iyul	+9
10 Iyul	+8
09 Iyul	+19
08 Iyul	+40
07 Iyul	+11
06 Iyul	+7
05 Iyul	+7
04 Iyul	+1
03 Iyul	+11
02 Iyul	+10
01 Iyul	+11

Kanal postlari

💥 Открыли предзапись на «Дизайн 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-запрос. Но в работе и на собеседованиях проверяют не это. Проверяют, понимаете ли вы: ▫️ какие данные лежат в БД ▫️ как таблицы связаны между собой ▫️ откуда 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

Barcha postlarni ko‘rish