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

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

@getanalysts

Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов

Админ @getanalyst
Сайт https://getanalyst.ru
Чат t.me/getanalystchat
Начинающим в IT @getanalyststart
Subscribers
22.5K
Photos
2.6K
Videos
98
Links
1.5K

Showing posts older than #3543 · Back to latest

Older Posts 10 shown
Post #3542 4.8K
💸 Высокая ЗП в IT ещё не означает, что у вас останутся деньги 💸

Можно хорошо зарабатывать и всё равно жить от зарплаты до зарплаты.

Моя стратегия другая: сначала создать базу для накоплений, а уже потом тратить оставшееся.

Именно благодаря этому подходу я:
+ купила первую машину из салона в 19 лет,
+ впервые отправила себя учиться в США в 23 года,
+ купила первую квартиру у моря в 24 года и погасила ипотеку на неё за 2 года,
+ объехала почти 20 стран,
+ всё без кредитов, кроме недвижимости.

И всё это работая в найме системным аналитиком.

Сейчас я продолжаю формировать накопления и капитал, придерживаясь привычек, которые со мной с раннего возраста.


Вот 5 принципов, которые всегда со мной 👇


1️⃣ Инвестировать, а не просто хранить деньги

Часть накоплений я направляю в инвестиции.

Не ради быстрого заработка, а чтобы деньги работали в долгосрочной перспективе и не лежали без движения.

Именно эта стратегия помогла мне накопить на первую квартиру.


2️⃣ Постоянно учитывать доходы и расходы

Я веду учёт финансов и заранее устанавливаю лимиты на месяц.

Это не значит запрещать себе всё.

Я покупаю то, что действительно важно и нужно. А для необязательных, эмоциональных и иногда откровенно глупых покупок есть отдельный бюджет 😄

Главное правило: сначала отложить, потом распределять оставшееся.


3️⃣ Фиксированная сумма из каждой зарплаты — в сбережения

Не отложу то, что останется в конце месяца.
Обычно ничего не остаётся.

А сразу после получения дохода переведу установленную сумму в накопления.

Эти деньги не участвуют в повседневных расходах.


4️⃣ Использовать карты с кэшбэком и бонусами

В России для меня такой картой был Тинькофф.

И я жалею, что раньше не понимала, как правильно использовать кредитные карты.

Кредиткой можно пользоваться практически как дебетовой:

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

В США я практически все расходы провожу именно так.

Но кредитная карта работает в плюс только при строгой дисциплине. Если переносить долг и платить проценты, все бонусы быстро теряют смысл.


5️⃣ До 5% годового дохода — на самообразование

Под это выделен отдельный накопительный счет. Если покупка стоит дороже накоплений, то плачу целиком и далее просто какое-то время не вношу деньги на него.

Курсы, конференции и книги - не просто расходы.

Это инвестиции, которые могут вернуться:

✅ более высокой зарплатой
✅ новыми проектами
✅ карьерным ростом
✅ развитием бизнеса
✅ более дорогой экспертизой

Но обучение должно быть осознанным: не покупать всё подряд, а понимать, какой результат оно должно принести.

И это не только про обучение в профессии.
За её пределы я тоже выхожу и это нормально.




Финансовая грамотность — это умение:
▫️ понимать, куда уходят деньги
▫️ не увеличивать расходы автоматически вместе с доходом
▫️ регулярно откладывать
▫️ разумно использовать кредитные продукты
▫️ инвестировать в своё развитие
▫️ создавать финансовую безопасность


Высокая зарплата даёт возможности.

Но только финансовая дисциплина позволяет эти возможности сохранить и превратить в капитал.


А как вы распоряжаетесь своим доходом? 💙
  • 🔥 51
  • ❤ 30
  • 👍 9
  • 😁 2
  • 💯 2
  • 🤔 1
Post #3541 3.67K
🔥 Завтра летняя неделя знаний заканчивается: -25% на обучения в GetAnalyst 🔥

Обычно я сама читаю такие посты и думаю «успею позже». А потом дедлайн проходит, и всё 🙃

Поэтому пишу заранее, а не в последний час.

Сегодня и завтра последний шанс забрать мини-курсы на 25% дешевле:
✔️ разборы задач с проектов
✔️ чек-листы и шаблоны, обкатанные на живых командах
✔️ подготовка к собеседованиям

Темы:
▫️ Интеграции
▫️ REST API
▫️ Архитектура
▫️ БД и SQL, ER-диаграммы
▫️ Резюме и собеседования
▫️ Анализ требований


📌 Скидка 25%
🗓 Только сегодня и завтра

🎁 Промокод: LETO2026

👉 Забрать материалы со скидкой


Вопросы по материалам? Пишите @getanalyst или info@getanalyst.ru 🤝

📱 Tg | 💙 ВК | 💬 Max
  • 👍 2
  • ❤ 1
Post #3540 3.59K
🔴 "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
  • 👍 24
  • ❤ 9
Post #3539 3.6K
📌 Шпаргалка по свойствам 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
  • 🔥 16
  • ❤ 11
Post #3538 3.81K
⚠️ «Настроить кэширование» — плохое требование. Вот какие 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
  • ❤ 19
  • 🔥 10
  • 👍 4
Post #3537 3.34K
☀️ Скидка 25% на все мини-курсы: летняя неделя знаний до 24 июля ☀️

Внутри не несколько видео на 30 минут, а целые мини-курсы по 6–12 занятий, каждое из которых от 2 до 4 часов разбора задач.

Например:

▫️ БД и SQL: продвинутый уровень
Это три отдельных больших проекта с нуля: маркетплейс, страховая компания, медицинская система. В каждом — путь от анализа требований и ER-диаграммы до реальной БД, рабочих SQL и настройку ИИ-агентов.

▫️ Интеграции
практика в Postman по REST, GraphQL, gRPC, WebSocket и отдельный разбор типичных ошибок в интеграционных задачах на реальных проектах.

▫️ Архитектура
Разбор конкретных задач: как спроектировать взаимодействие между микросервисами и как выбрать между хореографией и оркестрацией в сложном асинхронном бизнес-процессе.

И другие темы.


☀️ До 24 июля — всё это на 25% дешевле

🎁 Промокод: LETO2026
👉 Смотреть каталог материалов


Формат для тех, кто предпочитает учиться самостоятельно 🤝


Вопросы? Мы на связи: @getanalyst или info@getanalyst.ru 💬


📱 Tg | 💙 ВК | 💬 Max
  • ❤ 3
Post #3529 3.8K
🔥 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
  • 👍 21
  • ❤ 9
  • ⚡ 4
Post #3528 4.08K
А вам оплачивают ночные переработки? 😃
  • 😁 58
  • ❤ 11
  • 😢 5
Post #3523 5.07K
uml-sequence-getanalyst-SKILL.zip13.1 KB UML_Sequence_Сценарий_диалога_с_AI_чатом_MedAssistGA_Запрос_к_ИИ.png288.7 KB UML_Sequence_Сценарий_диалога_с_AI_чатом_MedAssistGA_результат.png1.3 MB UML_Sequence_Сценарий_диалога_с_AI_чатом_MedAssistGA_Исходный.puml8.4 KB
🤖 Ещё один бесплатный 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
  • ❤ 29
  • 🔥 11
Post #3522 3.35K
☀️ Летняя неделя знаний от GetAnalyst: скидка 25% на все материалы для самостоятельного обучения ☀️

Если вы всерьёз решили расти в системном анализе — начните с практики 😉

📌 До 24 июля — скидка 25%
на все материалы для самостоятельного обучения:
✔️ разборы задач с проектов
✔️ структурные подходы к анализу требований
✔️ чек-листы, инструменты, шаблоны
✔️ подготовка к собеседованиям и разбор рабочих задач

🎁 Промокод: LETO2026

👉 Выбрать материалы со скидкой

Темы:
▫️ Интеграции
▫️ REST API
▫️ Архитектура
▫️ БД и SQL, ER-диаграммы
▫️ Резюме и собеседования
▫️ Анализ требований
▫️ AI


Это не теория ради теории — это практическая база, которая формирует мышление системного аналитика и помогает действовать увереннее в рабочих проектах.

Формат для тех, кто предпочитает учиться самостоятельно 🙌


Вопросы? Пишите @getanalyst или info@getanalyst.ru 📩


📱 Tg | 💙 ВК | 💬 Max
  • 🔥 8
  • ❤ 5
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →