GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик
Kanalga Telegram’da o‘tish
Канал для начинающих карьеру системных аналитиков. Влюбиться в системый анализ и начать свой путь в IT можно здесь! 🚀 Для опытных аналитиков - Навыки • БД • Интеграции • API: t.me/getanalysts Обучение: https://getanalyst.ru/education
Ko'proq ko'rsatish5 135
Obunachilar
+224 soatlar
+57 kun
+1530 kun
Ma'lumot yuklanmoqda...
O'xshash kanallar
Taglar buluti
Kirish va chiqish esdaliklari
---
---
---
---
---
---
Obunachilarni jalb qilish
Sentabr '26
Sentabr '26
+50
0 kanalda
Avgust '26
+52
0 kanalda
Get PRO
Iyul '26
+84
0 kanalda
Get PRO
Iyun '26
+107
0 kanalda
Get PRO
May '26
+92
0 kanalda
Get PRO
Aprel '26
+92
0 kanalda
Get PRO
Mart '26
+119
3 kanalda
Get PRO
Fevral '26
+152
1 kanalda
Get PRO
Yanvar '26
+120
1 kanalda
Get PRO
Dekabr '25
+107
2 kanalda
Get PRO
Noyabr '25
+111
1 kanalda
Get PRO
Oktabr '25
+113
3 kanalda
Get PRO
Sentabr '25
+153
1 kanalda
Get PRO
Avgust '25
+140
2 kanalda
Get PRO
Iyul '25
+140
1 kanalda
Get PRO
Iyun '25
+124
1 kanalda
Get PRO
May '25
+132
1 kanalda
Get PRO
Aprel '25
+144
1 kanalda
Get PRO
Mart '25
+144
1 kanalda
Get PRO
Fevral '25
+163
2 kanalda
Get PRO
Yanvar '25
+164
2 kanalda
Get PRO
Dekabr '24
+141
2 kanalda
Get PRO
Noyabr '24
+197
2 kanalda
Get PRO
Oktabr '24
+258
1 kanalda
Get PRO
Sentabr '24
+1 482
1 kanalda
Get PRO
Avgust '24
+129
1 kanalda
Get PRO
Iyul '24
+192
2 kanalda
Get PRO
Iyun '24
+132
2 kanalda
Get PRO
May '24
+176
2 kanalda
Get PRO
Aprel '24
+195
1 kanalda
Get PRO
Mart '24
+165
1 kanalda
Get PRO
Fevral '24
+103
1 kanalda
Get PRO
Yanvar '24
+135
1 kanalda
Get PRO
Dekabr '23
+96
1 kanalda
Get PRO
Noyabr '23
+115
1 kanalda
Get PRO
Oktabr '23
+147
1 kanalda
Get PRO
Sentabr '23
+60
0 kanalda
Get PRO
Avgust '23
+100
0 kanalda
Get PRO
Iyul '23
+90
0 kanalda
Get PRO
Iyun '23
+61
0 kanalda
Get PRO
May '23
+41
0 kanalda
Get PRO
Aprel '23
+43
0 kanalda
Get PRO
Mart '23
+37
0 kanalda
Get PRO
Fevral '23
+380
0 kanalda
| Sana | Obunachilarni jalb qilish | Esdaliklar | Kanallar | |
| 17 Sentabr | 0 | |||
| 16 Sentabr | +4 | |||
| 15 Sentabr | +2 | |||
| 14 Sentabr | +2 | |||
| 13 Sentabr | +3 | |||
| 12 Sentabr | +5 | |||
| 11 Sentabr | +4 | |||
| 10 Sentabr | +3 | |||
| 09 Sentabr | +4 | |||
| 08 Sentabr | +5 | |||
| 07 Sentabr | +3 | |||
| 06 Sentabr | +3 | |||
| 05 Sentabr | +2 | |||
| 04 Sentabr | +2 | |||
| 03 Sentabr | +2 | |||
| 02 Sentabr | +4 | |||
| 01 Sentabr | +2 |
Kanal postlari
🎓 Системный аналитик: с нуля до опыта работы на проекте 🎓
Давно хотите перейти в системный анализ, но пока не хватает знаний и практики?
Или уже работаете аналитиком, но многие задачи всё ещё приходится делать «по наитию»?
Тогда эта программа для вас 👇
🎓 Системный аналитик: с нуля до опыта работы
🗓️ Старт — 1 октября 2026
🔗 Подробности и запись
За время программы вы не просто изучаете теорию, а последовательно проходите основные задачи системного аналитика на проекте: от требований до API, БД, интеграций и постановок разработчикам.
🧭 Наши выпускники:
👉 Бухгалтеры, учителя, работники госслужб и другие специалисты, кто переходит в IT
👉 Бизнес-аналитики
👉 Junior/Начинающие СА
👉 Тестировщики
👉 Техписы
👉 Специалисты техподдержки
👉 PM
🎯 С какими целями приходят
+ Получить профессию
+ Нужны системные знания
+ Нужна уверенность в работе
+ Выстроить сильную базу в аналитике
🧱 Что делаем на проекте
+ Собираем, анализируем и документируем требования
+ БТ, НФТ, ФТ, Use Cases, User Stories
+ Проектируем БД: концептуальную, логическую и физическую модели (ER-диаграммы)
+ Создаем реальную БД на основе вашей модели
+ Делаем SQL-запросы в ней
+ Проектируем архитектуру системы
+ Проектируем REST API и JSON с нуля
+ Тестируем REST API в Postman и SOAP API / XML в SoapUI
+ Ставим задачи на БД, Backend, Frontend и интеграции
Работаем с Confluence, Jira, Figma, Miro, Draw io, DevTools, Postman, DBeaver и другими необходимыми для работы инструментами
🗓 Формат и темп
10 месяцев глубокой онлайн-практики.
Каждое занятие — практика с разбором ваших результатов работы.
+ Можно учиться ускоренно: 3, 6 или 10 мес
+ Индивидуальный план под вашу цель: вход в профессию или профессиональный рост
🔥 Почему поток 2026–2027?
Мы запускаем такой поток только раз в год.
Следующий поток будет с меньшим количеством онлайн-встреч.
👉 Это ваша возможность успеть на «расширенную версию»
🏁 Итоги для вас
+ Опыт работы в команде с индивидуальной зоной ответственности
+ Понимание «как делать правильно»
+ Свои шаблоны документации и готовые примеры работ
+ Больше уверенности на собеседованиях и в реальной работе
🙌 + 70% выпускников прошлого потока уже перешли в новые роли и нашли первую работу в IT.
Вопросы можно писать @getanalyst 🤝
Ждём вас в команде СА! 😉
| 2 |  😰 От Junior в 7 раз чаще требуют навыков Middle и Senior...
Это не моё ощущение. Это результат исследования PwC — одной из крупнейших консалтинговых компаний в мире.
В 2026 они разобрали больше 1 млрд вакансий и подтвердили этот факт на 2,4 млн junior-вакансий в США.
❗️При этом ИИ не отменяет Junior-позиции.
Но поднимает планку входа в профессию и требования к грейдам в целом.
Причина логичная. ИИ всё лучше делает то, на чём раньше учились начинающие:
▫️ собрать первый черновик документа
▫️ структурировать требования
▫️ написать SQL
▫️ разобрать API
▫️ построить диаграмму
▫️ найти варианты решения
👉 Ценность специалиста смещается
от «умею сделать»
к «понимаю, ЧТО нужно сделать, могу проверить результат и принять решение»
Для аналитика попросить ИИ спроектировать REST API или написать Use Case недостаточно.
Нужно самому уметь ответить:
✅ какие сценарии он пропустил
✅ корректно ли спроектирован контракт API
✅ что будет при ошибках
✅ где нарушена бизнес-логика
✅ подходит ли решение вашей архитектуре
Если не можешь это проверить — ты не контролируешь результат, а угадываешь вместе с ИИ 🤷♀️
LinkedIn фиксирует тот же сдвиг с другой стороны.
Растут требования:
1️⃣ к владению AI-навыками,
2️⃣ к мягким навыкам (софт-скиллам) — работа со стейкхолдерами, коммуникация, лидерство.
Я же продолжаю повторять:
👉 ИИ не заменит аналитика.
Но аналитик с ИИ будет всё сильнее выигрывать у аналитика без него.
👉 А фундаментальные знания — не менее, а более важны.
Ведь теперь надо понимать, где накосячил ИИ.
Потому что его ответы всегда красивы, но далеко не всегда верны.
📚 Источники:
PwC — Global AI Jobs Barometer 2026
LinkedIn — Skills on the Rise 2026
А вы уже видите это на собеседованиях или в требованиях к джунам? Делитесь опытом в комментариях👇 | 253 |
| 3 | 🧐 ИЗ ЧЕГО СОСТОИТ ТЗ? 🧐
Чаще всего ТЗ содержит следующие информационные блоки:
1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.
2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.
3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.
4️⃣ Основные требования
Список основных функций, возможности, ограничения и взаимодействие с другими системами, а также требования к производительности, безопасности, масштабируемости и другим особенностям продукта.
5️⃣ Требования к документации
Где фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.
6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.
7️⃣ Интеграции и взаимодействия
Где указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.
8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.
9️⃣ Стадии и этапы разработки, а также сроки их выполнения.
🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.
Также ТЗ может содержать приложения с артефактами в виде диаграмм, прототипов, описания API и другой документации. В зависимости от правил оформления ТЗ в компании, а также от сложности проекта, вам понадобятся все блоки из списка или только их часть.
🧐 ПРО СТАНДАРТЫ ТЗ 🧐
Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:
❣️Международные (ISO, IEEE)
❣️Российские (ГОСТ 19, ГОСТ 34)
❣️Стандарты из областей знаний (BABOK, Вигерс, RUP и другие)
Все они специализируются на разных предметных областях, поэтому брать можно как готовый стандарт, так и его адаптированную версию. #hardGetAnalyst | 364 |
| 4 |  Этап анализа требований перед их проектированием — один из самых важных и дорогостоящих во всём процессе разработки.
Если аналитик собрал требования некачественно или проектная команда интерпретировала их иначе, повышается риск спроектировать совсем не те возможности, которые запрашивал заказчик. А значит придётся снова тратить время и деньги, исправляя это недоразумение 🥲
Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst
ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.
ТЗ – это один из основных артефактов работы аналитика, а точнее – важный её результат.
Благодаря ТЗ все требования к проекту хранятся в одном месте и поддерживаются в актуальном состоянии.
Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.
Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.
Завтра о том, из каких частей состоит ТЗ ✔️ | 390 |
| 5 |  С началом новой рабочей недели)) | 415 |
| 6 |  🟢🔥 4 бесплатных занятия по архитектуре — доступ до 15 сентября
Вчера утром открыли доступ к бесплатному практикуму.
Он поможет перестать мыслить отдельными экранами и API-методами, и начать видеть сквозной процесс целиком — с микросервисами, синхронными и асинхронными взаимодействиями, брокерами и точками отказа:
🧩 Хореография, брокеры и API Gateway:
как проектировать сквозные процессы в микросервисах
Внутри — четыре занятия на примере одной архитектурной задачи:
👉 Урок 1. Микросервисы: как и зачем проектировать
👉 Урок 2. API Gateway
👉 Урок 3. Kafka и RabbitMQ
👉 Урок 4. Saga-Хореография микросервисов: практика
Почему стоит пройти это обучение:
✔️ поймёте, как устроены сквозные процессы в распределённой архитектуре
✔️ разберётесь, где использовать синхронное взаимодействие, а где — брокер и события
✔️ закроете пробелы, которые мешают обсуждать решения с разработчиками и архитекторами на одном языке
✔️ лучше подготовитесь к архитектурным задачам и вопросам на собеседованиях уровня Middle+ / Senior
📹 4,5 часа практического обучения в записи
🕘 Смотреть можно в удобное время
⏰ Доступ закроется 15 сентября в 23:59 МСК
🔗 Получить бесплатный доступ
📩 Если уже зарегистрированы,
проверьте почту — письмо с доступом отправили сегодня утром.
Если зарегистрируетесь сейчас, письмо придёт на указанный адрес.
Если его нет во входящих, проверьте папку «Спам» или напишите @getanalyst. | 447 |
| 7 |  🟢🔥 4 бесплатных занятия по архитектуре — доступ до 15 сентября
Сегодня утром открыли доступ к бесплатному практикуму.
Он поможет перестать мыслить отдельными экранами и API-методами, и начать видеть сквозной процесс целиком — с микросервисами, синхронными и асинхронными взаимодействиями, брокерами и точками отказа:
🧩 Хореография, брокеры и API Gateway:
как проектировать сквозные процессы в микросервисах
Внутри — четыре занятия на примере одной архитектурной задачи:
👉 Урок 1. Микросервисы: как и зачем проектировать
👉 Урок 2. API Gateway
👉 Урок 3. Kafka и RabbitMQ
👉 Урок 4. Saga-Хореография микросервисов: практика
Почему стоит пройти это обучение:
✔️ поймёте, как устроены сквозные процессы в распределённой архитектуре
✔️ разберётесь, где использовать синхронное взаимодействие, а где — брокер и события
✔️ закроете пробелы, которые мешают обсуждать решения с разработчиками и архитекторами на одном языке
✔️ лучше подготовитесь к архитектурным задачам и вопросам на собеседованиях уровня Middle+ / Senior
📹 4,5 часа практического обучения в записи
🕘 Смотреть можно в удобное время
⏰ Доступ закроется 15 сентября в 23:59 МСК
🔗 Получить бесплатный доступ
📩 Если уже зарегистрированы,
проверьте почту — письмо с доступом отправили сегодня утром.
Если зарегистрируетесь сейчас, письмо придёт на указанный адрес.
Если его нет во входящих, проверьте папку «Спам» или напишите @getanalyst.
Продуктивных выходных! 🚀
📱 Tg | 💙 ВК | 💬 Max | 1 |
| 8 |  +6💥ПРО ОТЛИЧИЯ БИЗНЕС- И СИСТЕМНОГО АНАЛИТИКА💥
Бизнес- и системный аналитики кажутся очень похожими 👀
Ещё большей путаннице способствуют два популярных факта:
1️⃣ Бизнес-аналитик (БА) и системный аналитик(СА) — это две разные роли в области аналитики.
2️⃣ СА и БА имеют много общих обязанностей.
Постараемся развеять эту путаницу между профессиями! 😎 | 466 |
| 9 | 📃 Что делает системный аналитик: задачи и артефакты 📃
Объём задач и зоны ответственности системного аналитика могут значительно отличаться в разных компаниях.
Нередко системный аналитик совмещает дополнительные роли: бизнес-аналитик, проджект-менеджер, тестировщик, архитектор и другие.
👉 Какие задачи выполняет системный аналитик, которые относятся к его зоне ответственности ⬇️
1️⃣ Собирает и документирует требования:
— функциональные и нефункциональные требования;
— требования к пользовательскому интерфейсу;
— требования к интеграциям.
Эти данные дают подробное понимание по задачам и ожиданиям от системы.
2️⃣ Создаёт диаграммы:
— диаграммы последовательности;
— диаграммы состояний;
— модель данных;
— и т. д.
3️⃣ Описывает подробный сценарий использования, отработки интеграции, справочники, если они появляются, а также доработки разметки.
Всё это помогает визуализировать архитектуру системы и взаимодействие между компонентами.
На основе собранных требований формирует детализированные спецификации, которые служат основой для разработки.
4️⃣ Часто создаёт прототипы интерфейсов, чтобы продемонстрировать пользователям и команде, как будет выглядеть конечный продукт.
5️⃣ Создаёт документацию, которая помогает разработчикам, тестировщикам и другим участникам команды понять систему и её функционал.
Также аналитик описывает риски, которые могут повлиять на разработку.
👉 Артефакты — это инструменты для коммуникации с заказчиком и командой.
Документы, схемы и модели, которые создаются, когда аналитик изучает систему.
Они нужны для того, чтобы описать:
— как работает система;
— какие у неё требования;
— как можно решить возникшие задачи.
Артефакты делятся на два типа:
— внешние: предназначены для коммуникации с заказчиком и пользователями;
— внутренние: предназначены для команды разработки и помогают организовать работу внутри команды.
📎 Во внешние входит:
• Пользовательские истории (User Story);
• Сценарии использования (Use Case);
• Спецификация требований к программному обеспечению (SRS);
• Техническое задание.
📎 Во внутренние входит:
• Диаграммы BPMN, UML, ER;
• Прототипы интерфейсов (Figma, Sketch);
• Документ "Постановка задачи";
• Техническая документация.
Это общее видение задач и артефактов для системного аналитика. Они могут адаптироваться в зависимости от типа задачи и проекта.
Ставьте реакции и делитесь с коллегами! 🔥 | 501 |
| 10 | 🎯 Чек-лист навыков Бизнес-Аналитика 2026: полная и актуальная версия 🎯
Привлекли в помощь супер-опытного бизнес-аналитика, и мы подготовили для вас актуальную карту компетенций для бизнес-аналитиков, чтобы вы могли честно оценить свой уровень и выстроить план развития на год.
8 ключевых блоков:
▪️ Soft Skills
▪️ Сбор требований
▪️ Анализ требований
▪️ Фиксация требований
▪️ Прототипирование и моделирование
▪️ Работа с данными
▪️ Управление командой
▪️ Hard Skills
Ничего лишнего, что обычно любят подкидывать нейросети.
Только реальные и актуальные требования к БА.
👉 Как использовать чек-лист
1. Распечатайте / Скачайте PDF
2. Напротив каждого навыка отмечайте «умею / пробовал / нет»
3. Выбирайте 2–3 точки роста на каждый месяц 2026 (могут повторяться: например, два месяца фокусируетесь на одних и тех же навыках)
4. Сверьтесь в конце года и насладитесь прогрессом.
И помните, чем выше грейд у бизнес-аналитика, тем шире зона пересечения с компетенциями системного аналитика. Это нормально и закономерно 🤝
Сохраняйте и пользуйтесь❤️ | 757 |
| 11 | ![💥 [12-15 сентября] Хореография, брокеры и API Gateway: практикум по архитектуре 💥 Разделить систему на микросервисы? Ок. По](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/9oADAMBAAIRAxEAPwCALlTgEn2p6R5Pz5H/AAEmp7GVFDo4OG54qw5hP3Qw+pJ/rW86vK7EpFPyk9T/AN8GmPHg/Lk/8BIq5lAcgkHr0PX/AL6pR5ZPz7iPbI/rUKuOxRZcIOGDZ9KKs3ssflrHGGHO7k5orohJyVyWirvHlbdo69e9RsuW+8wHbBooonHQBcDbg5z65pAuG4ZiP9o0UVEYJNDJMrsxjnPWiiithH//2Q==){kind=small} 💥 [12-15 сентября] Хореография, брокеры и API Gateway: практикум по архитектуре 💥
Разделить систему на микросервисы? Ок. Построить на них рабочий и устойчивый бизнес-процесс — гораздо сложнее.
Именно здесь начинается сеньорский уровень работы системного аналитика.
Senior СА — это не тот, кто просто знает определения Kafka, API Gateway и хореографии. Он понимает, как связать микросервисы в единый процесс, выбрать подходящий способ взаимодействия и описать решение так, чтобы его могла реализовать команда 🙌
Чтобы вы могли разобраться в этом на практике, мы готовим новый архитектурный практикум:
🧩 Хореография, брокеры и API Gateway:
как проектировать сквозные процессы в микросервисах
📅 Доступ с 12 по 15 сентября
📹 Запись
🕘 Смотрите в удобное время
👉 За 4+ часа полноформатного обучения:
✅ Поймёте роль API Gateway в микросервисной архитектуре.
✅ Разберётесь в принципах хореографии процессов на практике.
✅ Научитесь описывать процессы в микросервисной архитектуре.
✅ Поймёте, как использовать брокеры сообщений для интеграций микросервисов.
✅ Сможете уверенно обсуждать архитектурные решения с архитекторами и разработчиками.
🔗 Зарегистрироваться
Хотите начать мыслить не отдельными API-методами, а сквозными процессами всей системы, с пониманием асинхрона и брокеров?
Регистрируйтесь сейчас и планируйте время на обучение заранее! | 626 |
| 12 |  «Чистая архитектура. Искусство разработки программного обеспечения»
автор Роберт Мартин
Книга помогает понять общие требования, структуру, принципы разработки ПО.
После прочтений выстроится общее понимание по теме👌
Изложение простое, не перегруженное специализированной информацией и сложными примерами.
Её рекомендуют чаще разработчикам, но мы также предлагаем и вам для общего развития и расширения кругозора, т.к. аналитики часто взаимодействуют с группой разработки✔️
#hwGetAnalyst | 816 |
| 13 |  🧠 Как создать AI Skill с нуля в ChatGPT и Claude: гайд для системного аналитика 🤖🛠
Промпт за промптом, а ИИ всё равно каждый раз выдаёт разный результат, и приходится заново объяснять, что нужно и в каком формате.
AI Skills, или просто «скиллы», помогают решить эту проблему.
Это готовый набор инструкций, знаний, шаблонов и правил, который можно использовать повторно без долгих объяснений в каждом новом чате.
🔗 Материалы к эпизоду
Разбираемся, что такое AI Skills, чем они отличаются от обычных промптов и проектов в ИИ, и на практике с нуля создаём скилл для постановки задач на интеграции.
Видео:
⏯ YouTube
⏯ RuTube
⏯ VK Video
⏯ Telegram
Аудио:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Castbox
⏯ Звук
⏯ Spotify
GetAnalyst — системный анализ на практике ❤️🔥
📱 Tg | 💙 ВК | 💬 Max | 904 |
| 14 |  📨 Всё, что нужно знать про брокеры 📨
Брокеры — это посредники в передаче сообщений между системами или сервисами.
Они позволяют асинхронно обмениваться данными и обеспечивают гарантию доставки сообщений.
👉 Принцип работы:
1. Сервис 1 (Producer / Производитель) хочет отправить данные в Сервис 2 (Consumer /Потребитель).
2. Сервис 2 в это время может быть перегружен или занят.
3. Чтобы Сервис 1 не ждал, пока Сервис 2 станет доступен, он кладет сообщение в Брокер и продолжает свою работу.
4. Брокер сохраняет сообщение и ставит его в очередь к обработке.
5. Как только Сервис 2 становится доступен, то он забирает сообщение из Брокера и обрабатывает его.
По сути брокеры - это временные Базы Данных, которые гарантируют, что сообщения (данные) в них будут храниться, пока их не заберут и не обработают соответствующие системы или сервисы.
👉 Брокеры могут использоваться:
+ в сервисной и микросервисной архитектуре,
+ в событийно-ориентированной архитектуре (EDA),
+ когда нужна фоновая обработка событий в монолите,
+ для асинхронных интеграций.
👉 Брокеры сообщений предлагают два основных паттерна (шаблона) обмена данными:
1️⃣ Точка-точка (Point-to-Point Messaging)
Это паттерн, используемый в очередях сообщений, где существует один отправитель и один получатель. Каждое сообщение в очереди отправляется только одному получателю и может быть обработано только один раз.
2️⃣ Публикация-подписка (Publish/Subscribe Messaging)
В этом паттерне отправитель (producer) публикует сообщения в определённую тему (topic), а подписчики (consumers) подписываются на темы, чтобы получать сообщения.
Все сообщения, опубликованные в теме, доставляются всем приложениям, подписанным на неё.
Применяется, где несколько систем должны получить одну и ту же информацию.
Возможности и логика работы брокеров отличаются в зависимости от конкретного решения.
Основные решения по брокерам на рынке:
✅ Apache Kafka
✅ RabbitMQ
✅ ActiveMQ
✅ Amazon MQ, Amazon SQS
✅ Яндекс Message Queue (YMQ) - аналог Amazon
✅ и другие.
#hardGetAnalyst | 747 |
| 15 |  Желаем всем продуктивной рабочей недели 👌 | 599 |
| 16 |  Друзья, завтра уже пятница. Скоро отдохнём😁 | 791 |
| 17 |  +6⚙️ Очередь сообщений VS Брокер ⚙️
Очередь сообщений — это структура данных, которая хранит сообщения до тех пор, пока их не заберёт получатель.
Брокер сообщений — это программное обеспечение, которое управляет обменом сообщений между приложениями. Он может включать в себя множество очередей сообщений и дополнительно поддерживать топики, маршрутизацию, обработку и механизмы гарантии доставки.
В картинках прописали вопросы с подвохом 😉
#hardGetAnalyst | 900 |
| 18 | 📚 7 видов архитектуры, которые важно знать СА 📚
В простых проектах аналитикам не надо разбираться в архитектуре.
Но в сложных продуктовых компаниях, как банки, маркетплейсы, страховые и т.п., где преобладают сервисная (SOA) и микросервисная (MSA) архитектуры, аналитикам важно разбираться в этом вопросе.
Понимание видов архитектуры нужно, чтобы грамотно проектировать новые функции и правильно интегрировать их в существующую инфраструктуру.
👉 7 шаблонов проектирования архитектуры, которые важно знать и понимать СА:
1. Монолит
2. Слоистая архитектура
3. Модульная архитектура
4. Клиент-Серверная архитектура
5. Сервис-ориентированная Архитектура (SOA)
6. Микросервисная архитектура (MSA)
7. Событийно-ориентированная архитектура (EDA)
Вопросы по ним уже почти всегда задают на собеседованиях для Middle и выше аналитиков.
📚 В мини-книге к посту вы найдёте:
+ описание каждого подхода,
+ связи между ними,
+ картинки,
+ примеры.
Сохраняйте и пользуйтесь!
P.S. А если интересно погрузиться в архитектуру для кода, то рекомендую послушать подкаст про Чистую архитектуру
#hardGetAnalyst | 781 |
| 19 |  +7Любая система или ПО состоит из разных элементов, каждый из которых выполняет свою уникальную роль и функцию. Понять, как устроена система изнутри, поможет описание её архитектуры.
☝️ Архитектура системы — это концептуальное описание организации, которое определяет содержание и взаимосвязи находящихся внутри системы компонентов.
Проектирование системной архитектуры – это один из важнейших навыков системного аналитика. Вопросы про виды архитектуры очень часто задают на собеседованиях как на позицию аналитика, так и на разработчиков и тестировщиков уровня junior 👀
Наиболее популярны два основных вида архитектур: монолитная и микросервисная.
Всё чаще крупные компании отказываются от монолитной организации продуктов в пользу микросервисов. Но это не значит, что монолитная архитектура устарела – некоторые большие компании всё ещё держат монолитные ПО.
В посте рассказываем про плюсы и минусы монолитной и микросервисной архитектуры. Сохраняйте пост в избранное, чтобы щёлкать вопросы про архитектуру на собеседованиях, как белка орешки, ю ноу 👍
#hardGetAnalyst | 730 |
| 20 |  +5Друзья, если копите мемчики и вам не с кем ими поделиться, то сейчас ваш выход)
Ждём вас в комментариях! #GAhahaha | 572 |
