Спасибо вам за крутой вебинар! ❤️❤️❤️

Это было что-то невероятное! Я в абсолютном восторге от того, как много сегодня удалось разобрать за такой небольшой промежуток времени!

💥Запись на курс по интеграциям торжественно открыта
🗓 Старт 6 декабря
📕 6 недель практики, 9 модулей
❗️Следующий поток не раньше мая 2023

Все подробности здесь 🔗 а если у вас есть вопросы, то можно смело писать @getanalyst 🙂

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

Бывает так, что я разбираю уже знакомую тему, но все равно открываю для себя что-то новое: либо детали, которые ранее не замечала, либо давно забытое старое. Так у меня происходит, например, с проектированием архитектуры. Я до сих пор продолжаю углублять свои знания и применять их на практике. Это мой способ роста и развития.

Структуризация знаний - это прекрасно! Поделитесь в комментариях, а как вы актуализируете свои знания?

Не успели на вебинары по интеграциям, на которых мы знакомились с инструментами Postman и Swagger? Еще есть шанс успеть!


Организуем повторы
📹📹📹📹📹📹📹📹📹📹📹
📚 Postman: навык тестирования REST API за вечер
2 декабря (пт), 18:00 (Мск)

📚 Postman для аналитиков в задачах на интеграции
3 декабря (сб), 15:00 (Мск)

📚 Интеграции и Swagger для аналитиков
3 декабря (сб), 18:00 (Мск)
5 декабря (пн), 15:00 (Мск)
5 декабря (пн), 18:00 (Мск)
📹📹📹📹📹📹📹📹📹📹📹


Если вы
💥 Технический писатель или тестировщик
💥 Бизнес- или системный аналитик
💥 Менеждер или руководитель проекта
и хотите уверенно понимать принципы проектирования информационных систем, то эти вебинары помогут получить новые знания, структурировать и разложить имеющиеся по полочкам, и глубже погрузиться в техническкие детали проектирования.

Если не регистрировались ни на один из предыдущих вебинаров, то жмем
🟢 Участвовать
и регистрируемся, чтобы не пропустить 😉

2022 год как один большой тренинг:

▫️Взросления
▫️Просветления
▫️Опоры на себя
▫️Принятия решений в неопределённости
▫️Правды о себе
▫️Умения жить и радоваться в моменте

Я считаю, по итогам этого года нам всем должны выдать сертификат👌🏻

Вам уже прислали?😂

❗️До начала вебинара 15 минут❗️
Postman: навык тестирования REST API за вечер

Присоединяйтесь😉
https://pruffme.com/webinar/?id=eb037c3c0bdffeaa32daee5fed0eb6c6

📌 «Научилась проектировать архитектуру и работать с диаграммами. Понравилась подробная проверка ДЗ»

📌 «Получилось создать проект и научилась создавать архитектуру API. Фокус был на важных моментах»

📌 «Именно практика помогла со всем разобраться»

📌 «Стало более ясно понимание всех процессов. Благодаря практике пропала скованность. Современная „не душная“ подача материала»

90% отзывов, которые я получаю после курсов — это благодарность за подробный разбор материала без воды и БОЛЬШОЕ количество практики.

Согласитесь, ведь если учиться просто так, ходить на вебинары и слушать лекции, это будет напоминать бездонную бочку. Сколько ни вкладывай, результата особо не предвидится. Другое дело — ученик СРАЗУ внедряет то, что узнал и благодаря практическим заданиям работает над проектом.

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

С чего начать освоение интеграций? Как построен ход работы с такими задачами? Будем разбираться!

❗️❗️До начала вебинара Интеграции и Swagger для аналитиков начнется через 15 минут.
Подключайтесь по ссылке

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

🔥Поэтому мои участники уже после завершения находят интересные проекты и смело просят повышения.

Результаты ребят, с которыми они выходят с курса:

✔️понимание интеграций и их видов
✔️знают как собирать и анализировать требования для интеграционных задач, умеют задавать вопросы
✔️понимание архитектуры, нотация С4
✔️умеют описывать интеграционные методы (в т.ч. с подсказками по нотации IDEF)
✔️легко видят альтернативные сценарии работы алгоритмов
✔️знают подходы к анализу и использованию API-документации
✔️разбираются в синхронном и асинхронном обменах данными
✔️проектируют сценарии авторизации
✔️применяют нотацию UML для описания сценариев интеграций
✔️разбираются в тестировании REST API через Postman.

Интеграции — это навык, который помогает расти специалисту даже в кризис. То, что вы будете знать, будет актуален через 1-5-10 лет.
Освоив интеграции сейчас, вы точно не останетесь без работы, ведь мировой рынок API, который используют для интеграций систем, год за годом только набирает обороты.

Есть три ступени владения знаниями:
1. Только учусь. Все в теории. Могу объяснить простыми словами на примерах
2. Все знаю, есть опыт. Объяснить могу. Но вы должны понимать - это сложно
3. Все знаю, много опыта. Могу объяснить простыми словами на примерах

Самое крутое, когда доходишь до третей ступени. Тогда приходит вдохновение и много ассоциаций сложной теории с обычными бытовыми примерами из жизни.

Никогда я не любила занудство. И в какой-то момент нашла способ, как казалось бы сложный системный анализ сделать простым и доступным для всех! Смотрите как Ошибки проектирования можно избежать

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

💥 В течение 6 недель мы встречаемся в формате онлайн
💥 Включаете микрофон и задаете свой вопрос сразу, во время занятия
💥 Обсуждаем вопросы не только по курсу, но и по вашим проектам, либо задачам с собеседований, которые не дались
💥 В начале каждого вебинара обсуждаем ДЗ, и встречаемся на отдельных эфирах по разбору ДЗ

Я допускала ошибки, пока училась. И пока прокачивала скилы в разных проектах. Самое ценное, что я могу вам передать - свой опыт. Зная рабочие подходы, вы сможете не допускать моих ошибок и точно будете знать, как подойти к задаче на интеграции с разных сторон

Осталось всего 4 места с практикой на курсе Интеграции, который стартует уже через 2 дня!

Я очень рада, что к программе подключились мои ученики, которые уже проходили другие программы GetAnalyst - БД, Разработка требований (системный анализ с 0 до опыта работы на проекте)!

В потоках всегда есть руководители проектов, кто прокачивает свои скилы, чтобы лучше понимтаь бизнес-потребности и процесс сбора требований,выстраивать коммуникации с разработчиками на одном языке. И бизнес-аналитики, которые переквалифицируются в системных.

P.S. В пятницу завершила трехмесячный поток по системному анализу с нуля. И один из самых крутых отзывов - новые навыки уже применятся на практике🔥
Так что переключаю фокус на новый поток, и как всегда будем осваивать и внедрять техники системного анализа для интеграций сразу на практике!

Провела два вебинара для вас в костюме лисы 🦊

Теперь, когда будете вспоминать подходы к проектированию интеграций, как работать с Postman и Swagger, то у вас будет 100% ассоциация самой важной теории и практики с лисьими ушами. Да? 👍

P.S. Сегодня будут повторы, не пропускайте

Вы крутые ♥️ Я рада, что на моих вебинарах и обучении самые заряженные на результаты люди!

💥 Завершаем запись на ИНТЕГРАЦИИ 💥

На курс пришли коллеги с разным опытом. Тем, у кого нет опыта будет проще. А вот опытным специалистам может быть немного сложнее, так как у них две цели - структурировать имеющиеся знания и получить новые.

В результате обучения на практике у всех будут результаты:
✔️ Новый проектный опыт, который пригодится как на текущем месте работы, так и при смене компании, на собеседованиях
✔️ Структурированные знания, ассоциированные с конкретным кейсом, на примере которого можно просто объяснять теорию
✔️ Возможность уверенно расти в должности и доходе

Спасибо вам за доверие! Мне важно, чтобы оно было во время нашего обучения. Именно в среде, где нам не страшно ошибаться и задавать вопросы, мы учимся и развиваемся лучше всего! 🚀

Синхронное и асинхронное взаимодействияе по REST API не всегда подходит для интеграции систем. Есть альтернатиный вариант- очереди сообщений.

Очередь сообщений – это аналог временного хранилища данных, которое позволяет размещать сообщения и читать данные в установленном порядке. Системы в этом случае взаимодействуют меджду собой в асинхронном режиме. Сообщения в очереди должны быть обработаны как можно скорее. Для этого в некоторых современных реализациях есть специальный параметр - "время жизни сообщения".

Во взаимодействии через очередь есть два компонента, взаимодействие которых нужно обеспечить:
▫️Producer – отправляет сообщения в очередь,
▫️Consumer – получает и читает сообщения из очереди.
Эти компоненты - системы, сервисы, микросервисы. Компоненты могут быть написаны разными разработчиками, на разных языках программирования, иметь разные мощности. А могут быть сервисами внутри одной системы.

Цель очереди: надёжно и быстро передавать сообщения от Producer к Consumer.

Можно сравнить очередь сообщений с обслуживанием очереди в магазине.
1. Покупатели собирают корзины с продуктами и встают с ними в очередь на кассу, чтобы оплатить - отправляют сообщение с товарами из корзины в очередь. Покупатель - producer. Сообщение - корзины с товарами.
2. Покупатели с корзинами стоят в очереди. Все хотят скорее покинуть ее. Есть максимальное время терпения.
3. Очередной покупатель со своей корзиной наконец добирается до кассы. Продавец обрабатывает запрос покупателя - пробивает все продукты из корзины, возвращает финальную стоимость покупателю и разрешает оплатить. Кассир - consumer.

Получается, как и в обычных интеграциях через запросы REST API, системы обмениваются друг с другом данными, отправляя запросы и получая ответы. Главное отличие - между ними находится промежуточный компонент-посредник, который отвечает за порядок передачи запросов в обработку от одной системы для другой.

Завтра с группой "Интеграции" будем рисовать очереди на схеме архитектуры 📚

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

Мы уже знаем, что такое очередь. Но вместе с этим мы будем слышать "брокер сообщений".

🟠 Что такое БРОКЕР СООБЩЕНИЙ? 🟠

Брокер сообщений - это тип построения архитектуры систем, обеспечивающий взаимодействие компонентов в них с помощью "посредника". Благодаря "посреднику" снимается нагрузка с сервисов системы, т.к. им не приходится заниматься пересылкой сообщений. Всю ответственность за этот процесс и логику обработки очередей брокер сообщений берет на себя.

Сообщения в брокер можно передавать с некоторым ключом — по нему брокер понимает, в какую именно очередь(-и) должно попасть переданное сообщение.

Варианты реализации брокера сообщений:

▶️ Сообщение отправляется напрямую от отправителя к получателю и используется однократно.

▶️ Схема публикации/подписки - отправитель (producer) не знает своих получателей (consumers), и публикует свои сообщения в определённую тему. Потребители, которые подписаны на эту тему, получают сообщения.

Коллеги, делитесь кейсами, кто работал с брокерами сообщений, реализованными по схеме публикации/подписки? Какие задачи решали?