Друлеги системного аналитика

Итак, прошлый опыт не нужно выбрасывать. Но есть и обратная ловушка: решить, что пятнадцать лет работы автоматически закрывают все требования новой профессии. Не закрывают. Поэтому перед очередным большим курсом полезно провести инвентаризацию. Раздели лист на четыре блока. 1. Предметная область. Какие процессы ты понимаешь изнутри? Например: продажи, логистика, финансы, клиентская поддержка. Запиши не отрасль одним словом, а 2–3 типа решений, с которыми сталкивался. 2. Работа с проблемой. Умеешь ли ты уточнить размытый запрос, выдвинуть несколько причин, определить критерий проверки? В качестве доказательства нужен эпизод, а не самооценка «мыслю системно». 3. Коммуникация. Кому ты объяснял результаты, как согласовывал определения, что делал при несогласии? Здесь тоже ищи наблюдаемое действие. 4. Инструменты. Что ты уже можешь сделать руками: написать запрос с JOIN и агрегацией, проверить данные, посчитать базовую статистику, собрать понятный вывод? Отдельно отметь то, о чем только читал. Теперь поставь напротив каждого пункта одну из трех меток: - могу объяснить и показать на примере; - понимаю, но практики мало; - пока не умею. Представим начинающего аналитика из закупок. Он уверенно понимает ассортиментные решения и умеет защищать план перед коллегами. SQL знает на уровне простых выборок, а статистику только прошел в лекциях. Поэтому логичный следующий шаг это взять задачи на соединение таблиц и группировки, а затем закрепить базовые статистические понятия на примерах. Чтобы не оценивать себя только по настроению, можно пройти бесплатную диагностику: https://new-lvl.pro/assessment/ А затем сверить пробелы с последовательностью тем в роадмапе: https://new-lvl.pro/roadmap/ Оба инструмента можно использовать самостоятельно. Диагностика не выдает окончательный профессиональный приговор, а роадмап не требует проходить каждый пункт подряд. Их задача проще: помочь выбрать ближайший навык, который действительно мешает двигаться. Хороший план обучения помещается в одну фразу: «Следующие две недели я тренирую X, потому что сейчас не могу сделать Y». Например: «Тренирую JOIN, потому что не могу самостоятельно собрать данные из заказов и пользователей». Так прошлый опыт становится опорой, а пробел конкретной задачей. В итоге обучение перестает быть бесконечным ожиданием момента, когда ты наконец почувствуешь себя готовым.

⚡️ [8-11 августа] ИИ для работы аналитика: практика на задачах с REST API ⚡️ Пока один аналитик вручную разбирает требования, API-документацию, JSON и ошибки, другой передаёт часть этой работы ИИ — и получает результат в несколько раз быстрее. Но просто написать в ChatGPT «сделай требования» недостаточно. Нужно уметь правильно поставить задачу, передать контекст и проверить результат. Этому и будем учиться на практикуме на следующей неделе 👇 🤖 ИИ для работы аналитика: практика на задачах с REST API 🗓 Доступ с 8 по 11 августа 📹 Формат: практикум в записи, смотрите в удобное время 🟢 Участие бесплатное 🔗 Зарегистрироваться На практике разберём: ▫️ какие задачи аналитика можно передать ИИ; ▫️ как настроить ИИ-агента для работы с API; ▫️ как выполнять и исследовать запросы через Postman и Insomnia; ▫️ как читать и создавать с ИИ Swagger-документацию (OpenAPI). В результате вы: ✅ настроите ИИ-агентов под свои задачи ✅ выполните реальные API-запросы ✅ поймёте, как ускорять работу с REST API без слепого доверия к ИИ Практикум будет полезен системным, бизнес- и начинающим аналитикам, которые хотят увереннее работать с API и современными ИИ-инструментами. ИИ не заменит аналитика, который умеет думать. Но аналитик с ИИ будет востребованнее того, кто продолжает всё делать вручную 🚀 Присоединяйтесь с 8 по 11 августа! —— Вопросы? Пишите @getanalyst или info@getanalyst.ru

#бесплатно #API #бесплатно #видео 🌞 Коллеги, ссылка на видео прошедшего в субботу вебинара по Postman: https://vkvideo.ru/video-213509728_456239019 🙌 Скоро проведу вторую часть, по нагрузочному тестированию и потокам Flows, ставьте лайк, кто придет!

#вебинар #бесплатно #API 🔥 Коллеги, уже завтра, 6 июня, в субботу, в 12:00 мск провожу бесплатный вебинар по Postman. 🌷Веб-протоколы и API 🙌 Среды, коллекции, переменные, автотесты и публикация документации 🌞 Практика для аналитика, разработчика и тестировщика, приходите: 👉 https://babok-school.timepad.ru/event/4006676/

🗺 Customer Journey Map (CJM) CJM (Карта пути клиента) — инструмент визуализации пути клиента, включая все этапы взаимодействия с продуктом или сервисом. ⭕ CJM помогает понять опыт пользователя, выявить проблемы и улучшить взаимодействие пользователя c продуктом Зачем нужна ⭕Новая фича ➡ Довести клиента до цели ⭕Текущая фича ➡ Найти и решить проблемы клиента при достижении цели Примеры использования 🟡Аналитика: визуализация помогает выявить требования, проблемные ситуации, спроектировать пользовательский интерфейс 🟡Разработка продуктов: для анализа процессов, создания пользовательских и тестовых сценариев 🟡UX/UI дизайн: для улучшения пользовательского интерфейса и опыта, основываясь на реальных данных о взаимодействии пользователей с продуктом 🟡Маркетинг: для анализа как клиенты реагируют на маркетинговые кампании, поиска эффективных каналов продвижения Основные элементы CJM может выглядеть по-разному в зависимости от целей Основные элементы: 🟡Действующее лицо ― клиент (образ из ядра основных групп клиентов или несколько конкретных покупателей (персонажей) 🟡Цели и ожидания пользователя 🟡Этапы пользовательского пути 🟡Точки контакта (места, ситуации и интерфейсы, когда клиент сталкивается с продуктом) 🟡Эмоции и действия пользователя 🟡Барьеры, которые мешают перейти на дальнейший этап 🟡Способы улучшения продукта и преодоления барьеров Как построить CJM ✨ Собрать данные: исследование клиентов, опросы, интервью, анализ данных CRM ✨ Определить этапы пути пути клиента ✨ Определить точки взаимодействия клиента с продуктом ✨ Проанализировать эмоции и болевые точки на каждом этапе ✨ Сделать визуализацию карты Пример построения CJM по шагам 🟡 Определение целей: почему клиенты интернет-магазина часто покидают корзину, не завершив покупку 🟡Создание персонажей: составляются профили ключевых клиентов (молодые профессионалы, пожилые покупатели, с их характеристиками и поведение) 🟡 Сбор данных: анализ веб-аналитики, опросов, отзывов и интервью с клиентами для выявления ключевых точек взаимодействия и проблем 🟡 Определение этапов пути клиента: поиск товара, добавление в корзину, процесс оформления заказа, оплата и доставка 🟡 Идентификация точек взаимодействия: на сайте, через email-рассылки и службу поддержки 🟡 Анализ эмоционального состояния клиента: определяются моменты, когда клиент испытывает радость (быстрая доставка) или раздражение (сложный процесс оплаты) 🟡 Выявление болевых точек и возможностей для улучшений: проблемы на этапе оплаты и доставки. Упрощение процесса оплаты и более точное отслеживание доставки 🟡 Визуализация карты пути клиента: создается графическая карта всех этапов и точки взаимодействия с болевыми моментами и предложениями по улучшению 🟡Внедрение изменений и мониторинг результатов Программы для построения CJM ⏩ Онлайн-доски и специальные сервисы: UXPressia, Miro, Canvanizer ⏩ Дизайнерские программы и редакторы: если создание CJM требует визуализации (Figma, Adobe Illustrator или Photoshop) Похожие инструменты 📍Service Blueprint: более детализированная карта, описывает внутренние процессы и ресурсы, необходимые для предоставления услуг 📍Experience Map: общий контекст и опыт клиента с брендом, со всеми точками взаимодействия и эмоциями 📍Empathy Map: инструмент для понимания мыслей, чувств, действий и слов клиента, помогающий создать персонализированный опыт 📍User Story Mapping: инструмент для организации и приоритизации пользовательских историй 📍Touchpoint Map: фокусируется только на точках взаимодействия клиента с продуктом, без детального анализа этапов пути клиента #требования

🔔 Доступ к обучению открыт: практика по ИИ и REST API 🔔 Коллеги, подготовили для вас запись практикума: полноформатное обучение, в котором вы попрактикуетесь с 10+ инструментами и погрузитесь в REST API и ИИ. 💙 Как ИИ меняет работу аналитика: практика на задачах с REST API 🗓 Доступ с 16 по 19 мая 👉 План: 1. Основы REST API — что должен знать системный аналитик 2. Для каких задач аналитику нужен ИИ при работе с API 3. Обзор ИИ-инструментов: Qwen, ChatGPT, Claude и другие 4. Практика настройки ИИ-агента для работы с задачами на API 5. Погружение в REST API на практике через Postman и Insomnia 6. Документирование REST API через Swagger 📄 Инструкция по подготовке 🕘 Время на обучение: 4.5 часа 🔗 Узнать подробнее и получить доступ* *Если зарегистрированы, то доступ уже направили утром и в подтверждении регистрации. Продуктивных выходных!

🎯 Чек-лист навыков Системного Аналитика 2026: полная и актуальная версия 🎯 В начале года я собрала полный список навыков, которые чаще всего ждут от системного аналитика в 2026 — от требований и БД до интеграций, API и архитектуры. Посты: 🔗 Часть 1 🔗 Часть 2 🔗 Часть 3 - инструменты Самое полезное 👇 Я собрала всё это в одну статью и добавила: ▫️ маркировку по уровням (junior / middle / senior) ▫️ формулу, как оценить свой грейд 🔗 Ссылка на статью Чтобы было удобно собрать личный план развития, мы сделали PDF-чек-лист. Можно скачать, распечатать и отмечать прогресс — или просто сделать скрины и отмечать прямо на них. 📄 [PDF прикреплён к посту] 👉 Рекомендации: 1. Пройдите по чек-листу и отметьте свои навыки. 2. Выберите по 2-3 навыка на каждый месяц 2026 года к освоению. 3. Через год перепроверьте себя: что нового появилось. ✅ А если вы уже строили план по нему, то самое время свериться и подвести промежуточные итоги. Сохраняйте в избранное и оценивайте свой грейд — это та штука, к которой реально полезно возвращаться весь год 🚀 Также скоро опубликуем актуальный чек-лист для БА 🤝 Подписывайтесь на @getanalysts, чтобы быть в курсе самых актуальных новостей для аналитиков 🚀

🌿 Друлеги, обратите внимание на статью на Хабре. Принципиально нового чего-то нет, но собрано и упорядочено все довольно системно. https://habr.com/ru/articles/988178/

🔖 Всё про JSON в одной картинке: что нужно знать разработчику и аналитику 🙌 JSON — самый популярный формат обмена данными в разработке ПО: ✔️ REST API (запросы и ответы) ✔️ GraphQL (ответы) ✔️ Сообщения для брокеров Kafka / RabbitMQ ✔️ и в других случаях Инструменты, которые помогут в работе и на собеседованиях, когда вас спрашивают о JSON: 🔗 jsoneditoronline — редактировать и валидировать JSON онлайн 🔗 postman — тестировать API запросы, есть встроенный валидатор JSON 🔗 chatgpt / deepseek / gemini / qwen и другие нейросети — объяснить ошибки и сгенерировать примеры 📚 В прикреплённом руководстве по JSON — полный разбор структуры, типичные ошибки и советы по проектированию. Сохрани, чтобы не искать потом 🔖 #RestApiGA 📱 GetAnalyst | 💙 VK | 💬 Max

🔖 5 архитектурных стилей API, которые стоит знать аналитику 📡 API определяет, как именно взаимодействуют между собой приложения. От того, какой стиль вы выберете, зависит: • масштабируемость системы, • скорость отклика, • удобство для клиентов API и разработчиков. Важно выбирать не «как у всех», а по требованиям проекта. Cамые популярные API: 🔵 REST API [HTTP] Классика в мире разработки: вариант "как у всех". Более 85% систем во всём мире используют его. Преимущества: • Простота и универсальность • Отсутствие состояния (stateless) = масштабируемость • Отлично подходит для CRUD Пример: Wildberries 📎 Подробнее 🟣 GraphQL [HTTP] REST требует нескольких запросов к разным endpoint-ам, если нужно получить связанную информацию. GraphQL позволяет сделать один запрос на один endpoint — и получить ровно те данные, которые нужны. Преимущества: • Нет избыточных данных • Быстрее работает фронт • Удобно для мобильных приложений Пример: Contentful 📎 Подробнее 🟢 SOAP [чаще HTTP, но может быть SMTP, FTP и др.] Был стандартом до появления REST. До сих пор актуален в госсекторе, банках и крупных корпорациях. Преимущества: • Поддержка сложных транзакций • Встроенная безопасность WS-Security • Надёжен, стандартизирован, хорош для B2B Пример: PayPal (уст) 📎 Подробнее 🟠 gRPC [HTTP/2] Современный и быстрый протокол от Google, основанный на протоколе удаленного вызова процедур (RPC). Чаще всего используется для микросервисов. Преимущества: • Высокая производительность: быстрее JSON в 5-10 раз по объему и скорости • Поддержка стриминга и асинхронных вызовов • Автоматическая генерация кода для клиента и сервера Пример: Dropbox 📎 Подробнее 🔴 WebSocket [ws://] Для чатов, игр, торговых платформ — там, где важно получать данные в реальном времени. Преимущества: • Двустороннее соединение • Постоянное подключение • Минимальная задержка Пример: Binance Биржа Нет идеального API. Каждый — под свою задачу. Главное — осознанный выбор, а не «так всегда делали». #ИнтеграцииGA #АрхитектураGA #RestApiGA 📱 Tg | 💙 ВК | 💬 Max

📚 Открытая база вопросов с собеседований на Системного Аналитика 2026 💎 Продолжаю пополнять для вас базу знаний 📚 На этот раз добавила актуальные вопросы с собеседований на системного аналитика по теме интеграций. 👉 Интеграции Общие вопросы по синхронным и асинхронным интеграциям 1. Что такое интеграция? 2. Какие виды интеграций систем вы знаете? 3. Чем синхронная интеграция отличается от асинхронной? 4. Когда лучше использовать API, а когда брокер сообщений? 5. Что такое webhook? Что такое polling и long polling? 6. Чем webhook отличается от polling? 7. Что делать, если webhook не дошел? 8. Зачем нужна идемпотентность в webhook-сценариях? 9. Когда нужен брокер сообщений? 10. Какие ошибки нужно описывать в интеграции? 11. Чем техническая ошибка отличается от бизнес-ошибки? 12. Что делать при тайм-ауте внешней системы? 13. Когда retry (повторные попытки вызова внешней системы) опасны? 14. Что такое correlation id? 15. Что должен подготовить аналитик в постановке задачи на интеграцию? 16. Что такое маппинг данных? 17. Что делать, если у двух систем разные идентификаторы одной сущности? 18. Что делать, если документация внешнего API неполная? Брокеры в интеграциях 19. Что такое producer и consumer? 20. Что такое topic и partition в Kafka? 21. Что такое offset? 22. Что такое consumer group? 23. Чем Kafka отличается от RabbitMQ? 24. Что такое DLQ? 👉 REST API Общие вопросы 1. Что такое REST и каковы его основные принципы? 2. Как правильно формировать URI для ресурсов? 3. Назначение HTTP-методов GET, POST, PUT, PATCH и DELETE. 4. Идемпотентность и безопасные методы — что это? 5. Различия между PUT и PATCH. 6. Статус-коды HTTP — как и когда их использовать? 7. Когда нужны внутренние коды ошибок помимо стандартных HTTP? 8. Версионирование API — стратегии и примеры. 9. Что важно при получении списков, массива данных? 10. Фильтрация и сортировка — лучшие практики. 11. Структура JWT-токена и как его использовать? 12. OAuth2 — основные потоки (flows). 13. OpenAPI/Swagger — зачем нужна спецификация? 14. Что такое API-first и его преимущества? 15. Кэширование: ETag и Cache-Control. 16. Что такое кэширование? 17. Rate limiting — как реализовать? 18. Как документировать ошибки API? 19. Webhooks vs Polling — сравнение. 20. gRPC vs REST — когда использовать? 21. Как обеспечивать обратную совместимость в API? 22. Что такое Swagger UI и Swagger Editor? 23. Monitoring и логирование API — ключевые метрики. 24. GraphQL vs REST — преимущества и недостатки. 25. Webhook security — как защитить callback endpoint? 26. Что такое аутентификация и авторизация в API? Как это работает? 27. Как работает OAuth 2.0? Для Senior системного аналитика — вопросы с подвохом 28. Можно ли использовать метод POST для получения данных? 29. Можно ли сделать в проекте все методы POST? 30. Можно ли в GET передавать тело запроса? 31. Как правильно именовать эндпоинты — ед. число или мн. число (/user или /users)? 32. Как правильно строить URL — нужно ли писать create/update в названии метода? 33. Какой код ответа на метод POST: 200 или 201? 34. Что вернуть в ответ, если получен пустой результат — пустой массив или 404? 🔥 Внутри — не только сами вопросы, но и ответы, подробные пояснения и полная подборка для подготовки. 🔗 Открытая база вопросов к собеседованиям для СА Сохраняйте, если готовитесь к собеседованиям, хотите освежить знания или просто проверить себя 🤝 #ИнтеграцииGA #RestApiGA 📱 Tg | 💙 ВК | 💬 Max

🔖 Всё по нотации С4 для схем архитектуры 🔵 Можешь показать архитектуру системы в виде прямоугольников и стрелочек? Отлично! Но если в отрасли есть стандарты, лучше использовать их. C4 - нотация моделирования архитектуры. Помогает архитекторам, разработчикам и аналитикам представлять архитектуру системы в виде 4-х уровней: 👉 (1) Контекст (C4 / Context) Система, её интеграции и пользователи. ✔️ Главный прямоугольник - наша система ✔️ Серые прямоугольники вокруг - внешние ✔️ Пользователи 👩‍💻 Полезна бизнес- и техническим специалистам 👉 (2) Контейнеры (C4 / Container) Независимые по коду приложения в системе, детализация главного прямоугольника c C4 / Context. ✔️ Пользователи и внешние системы с уровня C4 / Context ✔️ Мобильные, веб- и десктоп приложения ✔️ Сервер-приложения: монолит, сервисы, микросервисы, API Gateway ✔️ Базы данных и файловые хранилища ✔️ Виды API ✔️ Технологии (языки программирования, СУБД, протоколы для API и др) ✔️ Базы данных и файловые хранилища ✔️ Очереди и брокеры Схему удобнее использовать в адаптированном виде, когда на этом уровне не показывают сервисы и микросервисы, а переносят их на уровень глубже - C4 / Component. Иначе она очень перегружена. 👩‍💻 Полезна архитекторам, разработчикам и системным аналитикам. 👉 (3) Компоненты (C4 / Component) Модули кода и зависимости между ними. Детализирует один из контейнеров с C4 / Container. На каждый контейнер своя схема. Отлично подходит для детализации модульного монолита. 👉 (4) Код (C4 / Code) На этом уровне детализируют каждый компонент c C4 / Component, показывая его реализацию в коде. Обычно это UML-диаграмма классов или другая визуализация. Ключевые элементы нотации для каждого уровня прикреплены в картинках к посту 🖼 📚 Материалы по C4: 🔗 Официальный сайт C4 🔗 Нотация С4 — примеры диаграмм и инструменты 🛠 Основные инструменты: 🔗 Draw.io - графический 🔗 Structurizr - код 🔗 MermaidChart - код 🔗 PlantUML - код, самый неудобный 🖼 Примеры диаграмм C4: Монолит: 🔗 RideFlow [С4] - заказ такси 🔗 TelMed [С4] - телемедицина 🔗 Пример архитектуры C4 в Miro Микросервисная архитектура (МСА) с брокерами: 🔗 BookingGA [С4] - сервис аренды недвижимости 🔗 GreenChargeGA [С4] - зарядки для электроавто 🔗 CityGA [С4] - поиск мероприятий в городе 🔖Это максимально полный гайд по C4. Сохраняйте, чтобы использовать как базу с теорией+примерами при проектировании архитектуры. #АрхитектураGA Автор: @getanalysts | Max

📌 8 Шаблонов Микросервисной архитектуры, о которых спрашивают 📌 1️⃣ API Gateway Единая точка входа для всех внешних запросов. Отвечает за маршрутизацию, кэширование, аутентификацию. 2️⃣ Service Registry and Discovery Динамическое обнаружение и регистрация сервисов. Это механизм? по которому сервисы сами находят адреса друг друга. Он помогает им корректно взаимодействовать без жёстко прописанных адресов. 3️⃣ Backends for Frontends (BFF) Отдельные адаптивные бэкенды под каждый вид клиентов. Например: Web и Mobile. Каждый клиент получает ровно те данные и в том виде, который ему нужен. 4️⃣ Event Driven Микросервисы обмениваются информацией не напрямую, а через публикацию и подписку на «события» в общем брокере: один сервис публикует сообщение о случившемся изменении, а все заинтересованные сервисы, подписанные на эти события, асинхронно получают и обрабатывают их. 5️⃣ CQRS (Command Query Responsibility Segregation) Шаблон, в котором операции изменения состояния системы (Commands) отделяются от операций чтения данных (Queries). • Commands реализуют запись данных, с их валидацией. • Queries оптимизированы под быстрое получение и агрегации, отчёты. 6️⃣ Database-per-Service Изоляция данных каждого сервиса в своей БД. Минимизирует зависимость между микросервисами. Главная проблема - сложность синхронизации данных. 7️⃣ Оркестрация Центральный сервис управляет порядком вызовов. Обеспечивает: • последовательность выполнения алгоритмов, которые используют разные микросервисы, • целостность и контроль транзакций. Пример сервиса-оркерстратора: Camunda. 8️⃣ Хореография Сервисы обмениваются событиями напрямую через брокер, которые управляет порядком выполнения алгоримов, в которых задействованы разные микросервисы. ⚙️ Как применяют? • В зависимости НФТ (нефункциональных требований). • Часто комбинируют несколько подходов. Сохраните себе шпаргалку и используйте при проектировании архитектуры микросервисов, анализе своих проектов и подготовке к собеседованиям 🙌 Исходник: png | svg (анимация) #АрхитектураGA

Всем привет. В последнее время много писала про kafka. Решила собрать все самые интересные посты про kafka, чтоб вы смогли систематизировать ваши знания: 1. Как развернуть kafka  локально через докер у себя - тут. 2. В чем разница между kafka  и rabbit  на примере беспилотников, отчетности получаемой по СМЭВ- тут. 3. Как подписчик в kafka  может быть уверен, что читает уникальное сообщение, а не сохраняет одно и тоже- тут. 4. Как подписчикам прочитать предыдущие сообщения в kafka- тут Про этот пост мне писали, что я рассказала яснее и понятнее, чем на многих конференциях. 5. Привела пример решения задачи с kafka, с использованием нескольких топиков. Написала для вас код в plantuml- пост тут.  Разбор задачи на ютубе – https://www.youtube.com/watch?v=ArktZe4DFa4 Если у вас есть интересные вопросы про kafka, которые я еще не разбирала, пишите в комментариях, разберу. Полезно – ❤️ Спасибо, тем кто бустанул мой канал, теперь я могу публиковать истории, кто ещё хочет поддержать ссылка  -https://t.me/boost/virafintex

Генеративная разработка курсов Осенью прошлого года я сделал методический эксперимент. Я пообщался с мощным ИИ (o3 pro), что хочу сделать 50 лаб по современным технологиям разработки для системных аналитиков. Мы разработали с ним общий сквозной кейс, перечень…

Генеративная разработка курсов Осенью прошлого года я сделал методический эксперимент. Я пообщался с мощным ИИ (o3 pro), что хочу сделать 50 лаб по современным технологиям разработки для системных аналитиков. Мы разработали с ним общий сквозной кейс, перечень лаб, проработали маркетинговые описания и сценарии самих лаб по 4 часа для первых 5 наиболее важных лаб. Тк я не специалист по всем этим технологиям, то мне было сложно оценить качество того, что получилось. Я стал собирать экспертов в разных тематиках и предлагать им проводить наши лабы. Что интересно, большинство экспертов согласились с предложенными им сценариями лаб и начали вести их с небольшими модификациями. О чём мне это говорит: — Видимо, понятие «автор курса», также как и «разработчик кода» стремительно устаревает — Разработать курс теперь может кто угодно, важно «знать где ударить», те понимать, чему в принципе стоит учить и в каком формате (методический фреймворк — знания или практика?) — Поскольку разработать курс всегда было мало, надо было его как минимум а) продавать б) сопровождать-фиксить, то видимо сейчас важнее именно продюсеры курсов. — И всё это конечно на фоне того, что поскольку разработать курс может кто угодно, поэтому потенциальным учащимся бывает достаточно задать серию правильных вопросов ИИ и никакой чужой курс может быть им на фиг не нужен. Т.е. даже продюсером быть стало сложнее, чем раньше. но турбулентность такая высокая, что сложно предположить, что будет через полгода

RabbitMQ на практике 📌 Часто ко мне на консультации приходят с запросом отточить какие-нибудь инструменты и технологии на практике (брокеры, WebSocket, Webhook и так далее), так как в работе это не встречается, а на собеседованиях спрашивают 🤔. Да и руки чешутся попробовать все это на практике, не так ли? Шарить рабочее пространство я не могу, но и не хочется ограничиваться сухой теорией - поэтому как-то полез искать тестовые площадки в интернете. Оказывается, их не так то просто найти - есть какие-то популярные, но вот по GraphQL я нашел небольшую песочницу одного энтузиаста из малопопулярной статьи на Habr Пришла крутая идея - собрать различные площадки и поделиться ими с вами. Все они открытые и бесплатные, сможете без труда проверить различную теорию на практике. Если нравится идея - поддержите 🔥 Важно: тут не будет теории по теме - только ресурс, как на нем зарегистрироваться и как он поможет в освоении темы. Теорию можно легко найти в интернете А начнем мы с популярной площадки, о которой я много где слышал и сам не раз пользовался - CloadAMQP. Площадка позволяет развернуть тестовые инстансы брокеров сообщений LavinMQ и RabbitMQ. Так как LavinMQ - непопулярный брокер у нас, остановимся только на RabbitMQ. Несколько вводных: 🤍 Язык: английский (но не мешает освоению) 🤍 Нужен ли VPN: нет Зарегаться можно с учеткой Google или Gitlab Важно: есть один нюанс при создании инстанса! По умолчанию создается инстанс LavinMQ (другой брокер сообщений), поэтому не забудьте поменять тип на RabbitMQ при создании инстанса. А дальше все опции можно принять по умолчанию А далее переходите в RabbitMQ Management и можете создавать Exchange, очереди и сообщения. Я не буду расписывать инструкцию, они легко гуглятся, так как решение популярное. Лучше скажу, какие знания можно закрепить благодаря CloadAMQP: 🤍Какие существуют типы Exchange и как они работают 🤍Как связываются Exchange с очередями по binding key 🤍Поотправлять разные сообщения JSON и понять принципы маршрутизации в Rabbit 🤍Для продвинутых - изучить аргументы очереди, механизм Durability и другие тонкости ⚠️ Из минусов: устаревший на мой взгляд интерфейс со скучными формами и отсутствием визуализации. Обилие настроек может отпугнуть, но на деле нам нужны только вкладки "Exchanges" и "Queues and Streams", все остальное можно не трогать Для понимания приложил пару скриншотов в комменты ————— Если было полезно - забирайте себе и ставьте 🔥! В следующих постах рассмотрим другие инструменты А еще пишите, используете на работе RabbitMQ или нет? Если да, то как? У меня он встречался на одном проекте, и то его проектировал и описывал разработчик, я даже не притронулся 🙁