GetAnalyst_UML_Sequence_Инструкция_к_AI_боту.png
1.4 MB
Диаграмма, которая показывает последовательность обмена данными между участниками в интеграционном сценарии (Use Case).
▫️ Lifeline (линия жизни): вертикальная линия для каждого участника
▫️ Вызовы методов (отправка данных): сплошные стрелки
▫️ Получение ответов (данные): пунктирные стрелки
▫️ Бары активации: показывают, когда объект «активен»
▫️ Прямоугольники с alt, loop, opt: условия и циклы
• Дополнение к текстовому описанию Use Case (текст главнее)
• Визуализирует последовательность шагов
• Помогает найти «дыры» в алгоритмах
• Облегчает восприятие сложных алгоритмов разработчиками
🛠️ Где делать?
• Draw.io — визуальный редактор, бесплатный
• PlantUML — через код, бесплатный
• MermaidChart — через код, частично бесплатный
1. Откройте:
- ChatGPT (VPN для России)
- GeminiAI (VPN для России)
- DeepSeek
- YandexGPT
2. Вставьте промпт (текст запроса) в новый чат:
Работай как опытный системный аналитик с опытом более 10 лет.
Сгенерируй код для UML Sequence-диаграммы в формате PlantUML.
Интеграционный Use Case:
<подставить ваше описание>
Требования к оформлению кода:
+ на каждый запрос — ответ;
+ обязательно делай бары активации;
+ брокер = обозначай как queue;
+ база данных = обозначай как database;
+ используйте alt/loop/opt, если необходимо.
Образец моего идеального кода на другой процесс, придерживайся этого стиля:
<подставить ваш пример кода, или можно забрать пример из этого
PDF-документа
>
3. Отправьте запрос в чат и подождите до 1 минуты.
4. Вставьте полученный код в PlantUML редактор.
Готово!
AI сделал UML-диаграмму за вас.
Вставляйте в требования и не забудьте сохранить код рядом с диаграммой для возможных изменений.
🎁 Бесплатный AI-бот для UML Sequence от GetAnalyst
Без регистрации и СМС, только в ChatGPT войти и готово 🤝
#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤58🔥18😁3⚡1👍1👌1
Коллеги, нужна ваша помощь в исследовании по AI 🙏
Пользуйтесь нейросетями для работы (ChatGPT, DeepSeek, YandexGPT и подобные)?
🔥 - да, постоянно
❤️ - редко
❤️🔥 - пытаюсь, но не очень получается
🦄 - пока нет, но планирую / хотелось бы
👎 - нет, и не планирую
Реакция под постом = соответствующий ответ.
Если поделитесь в комментариях для каких задач используете, и/или что бы хотели узнать, то огромная благодарность и +++++ от меня вам в карму 🙏🙏🙏
P.S. Бесплатное 4-х часовое обучение по интеграциям и API открыто, подробности тут.
Пользуйтесь нейросетями для работы (ChatGPT, DeepSeek, YandexGPT и подобные)?
🔥 - да, постоянно
❤️ - редко
❤️🔥 - пытаюсь, но не очень получается
🦄 - пока нет, но планирую / хотелось бы
👎 - нет, и не планирую
Реакция под постом = соответствующий ответ.
Если поделитесь в комментариях для каких задач используете, и/или что бы хотели узнать, то огромная благодарность и +++++ от меня вам в карму 🙏🙏🙏
P.S. Бесплатное 4-х часовое обучение по интеграциям и API открыто, подробности тут.
🔥250❤73❤🔥35🦄24
Один из самых недооценённых навыков в ИТ - это не умение писать код или рисовать диаграммы.
🎯 Это умение доводить начатое до конца.
Когда энтузиазм уже ушёл.
Когда появились “всё сложно”, "бесит", “не получается”, “может потом”, “кто-то за меня сделает?”.
В IT ожидают, если взял задачу — доведёшь её до конца.
Даже если нет решения — будешь проявлять инициативу, креативить и искать до победного.
Ты мотивирован получить результат для проекта, и готов изучать новое для этого. Постоянно!
Многие начинающие в IT так и не выходят на рынок.
Некоторые годами сидят на одной позиции, хотя мечтают о росте.
Не потому что глупые.
А потому что больше думают, чем делают: ждут быстрых результатов или бросают при первой неудаче.
👉 Всё, что требует усилия и усидчивости, кажется сложным. И это так.
Я часто зависаю ночами с ноутбуком, потому что опять делаю что-то новое, у меня не получается с первого раза и при этом есть дедлайны.
Либо это знакомая задача, но она оказалась с подвохом.
Либо просто недооценила объем работы, ругаю себя за это, но доделываю ни смотря ни на что.
Всякое бывает.
Но любой ценой я довожу начатое до конца.
Дисциплинированность в доведении до результата - одна из важных частей постоянного роста.
🎯 Этот навык работает и в карьере, и в жизни.
Каждый раз, преодолев очередной «ступор», я убеждалась — самые значимые плоды даёт не быстрый результат от простых и понятных задач, а упорство на пути к решению сложного.
Умение доводить начатое до конца привело меня к проектам, которыми я горжусь, и к жизни, о которой раньше можно было только мечтать.
И я знаю: впереди ещё больше интересных задач, важных побед и возможностей вырасти ещё сильнее.
Пусть и для вас этот навык станет вашим надёжным компасом — он обязательно приведёт к новой, ещё более яркой главе вашей жизни!🙌
Когда энтузиазм уже ушёл.
Когда появились “всё сложно”, "бесит", “не получается”, “может потом”, “кто-то за меня сделает?”.
В IT ожидают, если взял задачу — доведёшь её до конца.
Даже если нет решения — будешь проявлять инициативу, креативить и искать до победного.
Ты мотивирован получить результат для проекта, и готов изучать новое для этого. Постоянно!
Многие начинающие в IT так и не выходят на рынок.
Некоторые годами сидят на одной позиции, хотя мечтают о росте.
Не потому что глупые.
А потому что больше думают, чем делают: ждут быстрых результатов или бросают при первой неудаче.
👉 Всё, что требует усилия и усидчивости, кажется сложным. И это так.
Я часто зависаю ночами с ноутбуком, потому что опять делаю что-то новое, у меня не получается с первого раза и при этом есть дедлайны.
Либо это знакомая задача, но она оказалась с подвохом.
Либо просто недооценила объем работы, ругаю себя за это, но доделываю ни смотря ни на что.
Всякое бывает.
Но любой ценой я довожу начатое до конца.
Дисциплинированность в доведении до результата - одна из важных частей постоянного роста.
Каждый раз, преодолев очередной «ступор», я убеждалась — самые значимые плоды даёт не быстрый результат от простых и понятных задач, а упорство на пути к решению сложного.
Умение доводить начатое до конца привело меня к проектам, которыми я горжусь, и к жизни, о которой раньше можно было только мечтать.
И я знаю: впереди ещё больше интересных задач, важных побед и возможностей вырасти ещё сильнее.
Пусть и для вас этот навык станет вашим надёжным компасом — он обязательно приведёт к новой, ещё более яркой главе вашей жизни!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤100👍22❤🔥15🔥9💯8😴3🤔2
То есть более 500 аналитиков уже погрузились в тему, узнали больше и точно стали ценнее на рынке СА!
‼️ Это действительно важное занятие.
⏳ Поэтому мы продлили доступ до 1 июля включительно!
А это значит, что если в выходные не было возможности — сегодня или завтра у вас ещё есть шанс спланировать своё обучение.
💥 Интеграции по REST, GraphQL и WebSocket
Ключевое, что отметили участники:
✅ Структурировали знания и восполнили пробелы в порядке работы с задачами на интеграцию
✅ Освоили работу с GraphQL и WebSocket
✅ Получили все необходимые материалы
✅ Отработали реальные практические сценарии
Обратная связь:
💬 Анастасия
Прекрасная подача материала! Доходчиво в теории и подкрепляется практикой. Нигде не встречала подобного вебинара. Полезность 100 из 10.
Каждый раз актуальная информация и другие примеры для разбора
💬 Агаша
Супер, очень полезно, подробно и в удобном темпе.
Периодически ловлю себя на том, что в процессе появляются вопросы, которые не могу задать, так как смотрю не в онлайне, огорчаюсь -- и в этот момент вы именно на этот вопрос отвечаете. (Кстати, в подкастах такая же история)
💬 Diana
Это был очень информативный вебинар, включая как теоретические так и практические аспекты.
После вебинара остались только положительные впечатления, обнаружены пробелы и пути дальнейшего развития, спасибо!
В выходные продолжали подключать новых учеников к обучению Интеграции Систем
Им уже открыт модуль «Предобучение».
На этой неделе выдадим доступы в Confluence, а на следующей — ДЗ к первой онлайн-практике 16 июля.
Рады видеть новых участников в команде!
Готовимся к продуктивной совместной работе! 🤝
Вопросы? Пишите @getanalyst или на почту info@getanalyst.ru 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤23🔥11🤩4❤🔥1😢1
GetAnalyst_Интеграция_в_ВТБ_сценарий_в_UML_Sequence_.png
181.1 KB
🟢 Пользователи:
+ Пользователь-покупатель.
🟢 Системы:
+ Frontend TravelGA (веб- или мобильное приложение)
+ Backend TravelGA
+ БД TravelGA
+ Интернет-эквайринг от ВТБ
🟢 Основной сценарий:
1. Пользователь заполняет
+ ФИ,
+ телефон,
на экране заказа.
2. Нажимает «Оплатить».
3. Frontend проверяет данные и отправляет запрос
POST /orders/{orderId}/payments
на Backend.
4. Backend проверяет формат, статус заказа (должен быть "new") и отправляет запрос в ВТБ:
POST /payment/rest/register.do
5. ВТБ возвращает orderId и formUrl.
6. Backend сохраняет их в БД и обновляет статус заказа на pending.
7. Backend передаёт formUrl на Frontend.
8. Frontend делает редирект пользователя на платёжную форму ВТБ.
9. Пользователь вводит данные карты на стороне ВТБ и производит оплату.
10. После оплаты:
+ ВТБ шлёт Webhook в Backend.
+ Frontend вызывает GET /orders/{orderId}/payment Backend-а, чтобы получить статус.
11А. Если оплата успешна:
+ Пользователю показывается экран с кнопкой «Скачать билеты (PDF)».
+ В RabbitMQ публикуется событие в очередь email-notifications.
11Б. Если ошибка — предлагается повторить оплату или вернуться к редактированию заказа.
🟢 А ещё есть альтернативные сценарии и ошибки.
🟢 И дополняющая сценарий UML Sequence диаграмма.
Предварительные шаги, которые помогли в создании Use Case и понимании процесса интерации:
Оформленный документ с исходным кодом PlantUML прикреплен к посту.
Коллекция примеров интеграционных Use Case от GetAnalyst пополнена ✅
#ИнтеграцииGA #vtbAPI
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥29👍6❤4🤔1
💚 Маппинг - это просто 💚
Маппинг - это процесс сопоставления полей (данных) из одной системы с соответствующими полями в другой системе.
Это нужно, так как разные системы могут описывать один и тот же объект данных по-разному.
➡️ Этот процесс всегда необходим в задачах на интеграции.
Маппинг описывают в виде таблицы.
Допустимо делать и в виде структурированного списка, но по опыту - таблицы удобнее.
➡️ В таблице с маппингом делают несколько основных колонок:
- название параметра на разговорном языке;
- описание, требования к валидации, ФЛК (форматно-логический контроль) и преобразованиям, если это необходимо;
- названия параметра в API каждой системы (например, поле из JSON, поле из xml или другого формата сообщения, query из URL и др);
- название параметра в БД системы, если она есть в описании Use Case.
- типы данных в каждой системе / БД.
Допустима вариативность с колонками.
Их может быть больше, а может быть и меньше.
Если говорить про задачу на интеграцию платформы #TravelGA с ВТБ для приема платежей онлайн за экскурсии, то
👉 таблица маппинга под часть задачи "создание платежа в ВТБ методом POST /orders/{orderId}/payments"
будет содержать колонки:
➕ название поля на русском
➕ название поля в API Backend TravelGA (JSON)
➕ название поля в БД TravelGA
➕ название параметра в API системы ВТБ
➕ общее описание поля, требования к его обработке и проверкам
➕ типы данных для API Backend TravelGA, БД TravelGA и API системы ВТБ, но в данной задачи я бы от этой колонки отказалась, т.к. все типы данных очевидны и сложностей быть не должно.
Маппинг помогает разработчикам понять, какие данные нужно получать из внешней системы, с которой интеграция, что важно сохранить в БД или сопоставить с ней, а что нужно просто показать пользователю и не надо держать в памяти программы 🙌
#ИнтеграцииGA #vtbAPI
Маппинг - это процесс сопоставления полей (данных) из одной системы с соответствующими полями в другой системе.
Это нужно, так как разные системы могут описывать один и тот же объект данных по-разному.
➡️ Этот процесс всегда необходим в задачах на интеграции.
Маппинг описывают в виде таблицы.
Допустимо делать и в виде структурированного списка, но по опыту - таблицы удобнее.
➡️ В таблице с маппингом делают несколько основных колонок:
- название параметра на разговорном языке;
- описание, требования к валидации, ФЛК (форматно-логический контроль) и преобразованиям, если это необходимо;
- названия параметра в API каждой системы (например, поле из JSON, поле из xml или другого формата сообщения, query из URL и др);
- название параметра в БД системы, если она есть в описании Use Case.
- типы данных в каждой системе / БД.
Допустима вариативность с колонками.
Их может быть больше, а может быть и меньше.
Если говорить про задачу на интеграцию платформы #TravelGA с ВТБ для приема платежей онлайн за экскурсии, то
👉 таблица маппинга под часть задачи "создание платежа в ВТБ методом POST /orders/{orderId}/payments"
будет содержать колонки:
➕ название поля на русском
➕ название поля в API Backend TravelGA (JSON)
➕ название поля в БД TravelGA
➕ название параметра в API системы ВТБ
➕ общее описание поля, требования к его обработке и проверкам
➕ типы данных для API Backend TravelGA, БД TravelGA и API системы ВТБ, но в данной задачи я бы от этой колонки отказалась, т.к. все типы данных очевидны и сложностей быть не должно.
Маппинг помогает разработчикам понять, какие данные нужно получать из внешней системы, с которой интеграция, что важно сохранить в БД или сопоставить с ней, а что нужно просто показать пользователю и не надо держать в памяти программы 🙌
#ИнтеграцииGA #vtbAPI
❤31👍11🔥8❤🔥3
✈️ Онлайн-практикум по миграциям в БД | 7 июля - ПН ✈️
В GetAnalyst есть серия продвинутых практикумов по БД и SQL для разбора сложных задач, которые выходят за пределы базовых знаний, и помогают в ежедневной работе по развитию систем.
В следующий понедельник будем разбирать:
🟢 Разработка требований к миграциям в БД
🗓 7 Июля, в 19:00 Мск
📌 План:
1. Определение понятия миграции данных. Примеры.
2. Требования к обратной совместимости данных. Распространенные ошибки.
3. Влияние нефункциональных требований на миграции в БД.
4. Практика проектирования миграций внутри одной БД.
5. Обзор проблем миграций данных между разными СУБД. Практика.
6. Обзор шаблона постановки задачи на разработчиков по миграции данных.
Проект:
Онлайн-маркетплейс
Цель:
Показать, как доработки БД могут влиять на релизы функциональности, научить выстраивать последовательность обновлений базы и показать, на что обращать внимание при переезде с одной СУБД на другую.
👉 Миграция в контексте БД это:
1. Доработка таблиц БД - добавление новых таблиц или полей, их изменение в существующей БД.
2. Перенос данных из одной БД в другую - например, при проектировании микросервисной архитектуры.
👉 Практикум проводится в рамках подписки на практикумы по БД и SQL.
Участие в занятии актуально для аналитиков, кто уже знаком с проектированием БД и хочет погружаться в работу с более сложными задачами🚀
В GetAnalyst есть серия продвинутых практикумов по БД и SQL для разбора сложных задач, которые выходят за пределы базовых знаний, и помогают в ежедневной работе по развитию систем.
В следующий понедельник будем разбирать:
🟢 Разработка требований к миграциям в БД
1. Определение понятия миграции данных. Примеры.
2. Требования к обратной совместимости данных. Распространенные ошибки.
3. Влияние нефункциональных требований на миграции в БД.
4. Практика проектирования миграций внутри одной БД.
5. Обзор проблем миграций данных между разными СУБД. Практика.
6. Обзор шаблона постановки задачи на разработчиков по миграции данных.
Проект:
Онлайн-маркетплейс
Цель:
Показать, как доработки БД могут влиять на релизы функциональности, научить выстраивать последовательность обновлений базы и показать, на что обращать внимание при переезде с одной СУБД на другую.
👉 Миграция в контексте БД это:
1. Доработка таблиц БД - добавление новых таблиц или полей, их изменение в существующей БД.
2. Перенос данных из одной БД в другую - например, при проектировании микросервисной архитектуры.
👉 Практикум проводится в рамках подписки на практикумы по БД и SQL.
Участие в занятии актуально для аналитиков, кто уже знаком с проектированием БД и хочет погружаться в работу с более сложными задачами
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11👍8🔥1🥰1
🔐🔓 Авторизация в API и её влияние на интеграции 🔓 🔐
При проектировании интеграций, системному аналитику важно заранее продумать сценарий авторизации запросов во внешнюю систему.
Почему?
1. Без авторизации вызовы API просто не пройдут — интеграция «упадёт» уже на первом шаге.
2. Разные механизмы требуют разной логики работы и обработки ошибок.
3. Чёткое понимание процесса авторизации упрощает тестирование и облегчает отладку сценариев интеграции.
📌 Основные способы авторизации
API Key
Basic Auth
Bearer Token
JWT (JSON Web Token)
OAuth 2.0
Mutual TLS (по сертификатам)
📌 Как оформлять в требованиях?
Важно понимать, что при работе с задачей на интеграцию, аналитик пишет требования к интеграционным API методам для своей системы, в логике которых встроены вызовы внешних API.
Например, для интеграции с API платежной системы ВТБ в #TravelGA, аналитику надо описать требования на API-методы:
✅ Создать платеж
в алгоритме работы которого будет вызов API-метода ВТБ.
✅ Получить статус платежа - аналогично
👉 В постановках задач на оба эти метода не нужно дублировать описание процесса авторизации в ВТБ и обработку её ошибок.
Достаточно вынести общие требования к авторизации в отдельную статью (+задачу) и затем ссылаться на неё. А при описании отдельных API-методов фокусироваться только на специфике их работы.
📌 Обработка ошибок авторизации
Важно предусмотреть и описать требования к обработке в процессе работы интеграции:
❌ 401 Unauthorized — неверные или отсутствующие учётные данные.
❌ 403 Forbidden — недостаточно прав для выполнения операции.
❌ 419 Token Expired — срок действия токена истёк, требуется рефреш или повторная авторизация.
❌ 429 Too Many Requests — превышен лимит запросов (для API Key/токена OAuth, учетной записи).
📌 Логирование
Логируйте и мониторьте случаи отказа авторизации.
Если попытки повторной фоновой авторизации не приводят к успеху, то есть высокий риск, что интеграция "упала".
#ИнтеграцииGA #vtbAPI
При проектировании интеграций, системному аналитику важно заранее продумать сценарий авторизации запросов во внешнюю систему.
Почему?
1. Без авторизации вызовы API просто не пройдут — интеграция «упадёт» уже на первом шаге.
2. Разные механизмы требуют разной логики работы и обработки ошибок.
3. Чёткое понимание процесса авторизации упрощает тестирование и облегчает отладку сценариев интеграции.
📌 Основные способы авторизации
API Key
Basic Auth
Bearer Token
JWT (JSON Web Token)
OAuth 2.0
Mutual TLS (по сертификатам)
📌 Как оформлять в требованиях?
Важно понимать, что при работе с задачей на интеграцию, аналитик пишет требования к интеграционным API методам для своей системы, в логике которых встроены вызовы внешних API.
Например, для интеграции с API платежной системы ВТБ в #TravelGA, аналитику надо описать требования на API-методы:
✅ Создать платеж
POST https://travelga.com/api/public/v1/orders/{orderId}payments
в алгоритме работы которого будет вызов API-метода ВТБ.
✅ Получить статус платежа - аналогично
👉 В постановках задач на оба эти метода не нужно дублировать описание процесса авторизации в ВТБ и обработку её ошибок.
Достаточно вынести общие требования к авторизации в отдельную статью (+задачу) и затем ссылаться на неё. А при описании отдельных API-методов фокусироваться только на специфике их работы.
📌 Обработка ошибок авторизации
Важно предусмотреть и описать требования к обработке в процессе работы интеграции:
❌ 401 Unauthorized — неверные или отсутствующие учётные данные.
❌ 403 Forbidden — недостаточно прав для выполнения операции.
❌ 419 Token Expired — срок действия токена истёк, требуется рефреш или повторная авторизация.
❌ 429 Too Many Requests — превышен лимит запросов (для API Key/токена OAuth, учетной записи).
📌 Логирование
Логируйте и мониторьте случаи отказа авторизации.
Если попытки повторной фоновой авторизации не приводят к успеху, то есть высокий риск, что интеграция "упала".
#ИнтеграцииGA #vtbAPI
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥35❤15👍7❤🔥2🍾1
Forwarded from 👩🏻💻 Подкаст Системных Аналитиков | GetAnalyst
Этот технический выпуск мы сделали для системных аналитиков, которые хотят развиваться в направлении архитектуры и освоить микрофронтенды.
На примере реального кейса разбираем архитектуру микрофронтендов, как формулировать задачи на разработчиков в таких системах, и почему микрофронты — не просто тренд, а взвешенное техническое решение.
Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Telegram
⏯ Castbox
⏯ Звук
⏯ Spotify
⏯ RuTube
⏯ YouTube
⏯ VK Video
Сообщество GetAnalyst — новый опыт в системном анализе и карьерный рост каждый день. Присоединяйтесь! 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
❤25🔥5🥰2
Это лето как-будто решило выжать из меня максимум: задачи, проекты, встречи, учёба... 🥵🧯
Но в этом потоке есть чёткое ощущение — я двигаюсь в правильную сторону. Именно сейчас.
💡 На следующей неделе начинается учёба в Гарварде по AI.
💡 На июль и август уже запланированы конференции и встречи.
Я учусь внедрять искусственный интеллект в работу и бизнес — не ради моды, ни ради "бумажки", а потому что понимаю: это то, в чём должен разбираться каждый IT-специалист уже в ближайшем будущем.
Что мне нужно сейчас:
— Разобраться с новыми API и протоколами
— Понять, как работают интеграции с AI и для каких кейсов
— Освоить новые инструменты
Вроде всё знакомое.
Это то, что я рассказываю в GetAnalyst 😃
Но в контексте AI — это переход на новый уровень.
Так что сегодня я чувствую себя на 1000% так же, как и наши студенты — всё новое и очень интересное! 😊
💡 + за год я научилась уверенно делать презентации на английском, но мой акцент... в общем 2 раза в неделю занятия по акценту.
Уверенная речь — это тоже часть роста. Это важно в развитии карьеры. Так что продолжаю держать на этом фокус.
И вот сижу и думаю:
Отдых — важен. Я сама стараюсь находить на него время.
Но и расти в своём деле можно параллельно работе и отпускам — без перегруза, по чуть-чуть.
Главное — с интересом и в своём ритме.
📌 И тогда осенью ты вернёшься не просто отдохнувшим.
Ты вернёшься с новыми знаниями, уверенностью и пониманием, куда двигаться дальше.
И окажешься на шаг впереди тех, кто всё лето просто ждал сентября (а потом января, а потом мая....).
Так что если у вас тоже планы улучшать свои карьерные возможности этим летом, то я с вами на этом пути.
Буду делиться впечатлениями.
Вместе идти проще. И результаты — заметнее 🙌
Но в этом потоке есть чёткое ощущение — я двигаюсь в правильную сторону. Именно сейчас.
💡 На следующей неделе начинается учёба в Гарварде по AI.
💡 На июль и август уже запланированы конференции и встречи.
Я учусь внедрять искусственный интеллект в работу и бизнес — не ради моды, ни ради "бумажки", а потому что понимаю: это то, в чём должен разбираться каждый IT-специалист уже в ближайшем будущем.
Что мне нужно сейчас:
— Разобраться с новыми API и протоколами
— Понять, как работают интеграции с AI и для каких кейсов
— Освоить новые инструменты
Вроде всё знакомое.
Это то, что я рассказываю в GetAnalyst 😃
Но в контексте AI — это переход на новый уровень.
Так что сегодня я чувствую себя на 1000% так же, как и наши студенты — всё новое и очень интересное! 😊
💡 + за год я научилась уверенно делать презентации на английском, но мой акцент... в общем 2 раза в неделю занятия по акценту.
Уверенная речь — это тоже часть роста. Это важно в развитии карьеры. Так что продолжаю держать на этом фокус.
И вот сижу и думаю:
Лето — вроде бы пора отпусков. Но именно летом можно сделать такой шаг, который осенью станет заметен всем.
Отдых — важен. Я сама стараюсь находить на него время.
Но и расти в своём деле можно параллельно работе и отпускам — без перегруза, по чуть-чуть.
Главное — с интересом и в своём ритме.
📌 И тогда осенью ты вернёшься не просто отдохнувшим.
Ты вернёшься с новыми знаниями, уверенностью и пониманием, куда двигаться дальше.
И окажешься на шаг впереди тех, кто всё лето просто ждал сентября (а потом января, а потом мая....).
Так что если у вас тоже планы улучшать свои карьерные возможности этим летом, то я с вами на этом пути.
Буду делиться впечатлениями.
Вместе идти проще. И результаты — заметнее 🙌
👍45❤31🔥21❤🔥2👌1