Хотите повысить стратегическую ценность HR-процессов?
👩💻 Присоединяйтесь в 19:00 к открытому вебинару «Как интегрировать HR-задачи в бизнес-цели компании?», на котором вы:
⭐️ Научитесь анализировать инициативы с точки зрения пользы для бизнеса
⭐️ Сможете оценивать действия HR на разных этапах работы с персоналом
⭐️ Сможете в краткосрочной перспективе повлиять на стратегическую ценность HR-процессов
Вебинар проведёт Ксения Малова, руководитель академии TECH-RECRUITER.
Бонус❗️ Всем участникам – скидка 5% на любой курс OTUS и полезный гайд.
📹 Присоединиться к трансляции
#вебинар
Вебинар проведёт Ксения Малова, руководитель академии TECH-RECRUITER.
Бонус
#вебинар
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
This media is not supported in your browser
VIEW IN TELEGRAM
Типичный рабочий день айтишника на удалёнке 🤣 🤣 🤣
Как у вас сегодня с рабочим настроением?
Как у вас сегодня с рабочим настроением?
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6😁3
Всем привет!
Сегодня пост-продолжение рассказа Дмитрия Панкрашова (Python Backend Developer в Сбере, автор канала DevIO | IT | GameDev) про опыт проектирования и внедрения системы автоматизации.
Первая часть
Самое вкусное и интересное — технические ошибки. Именно они во многом определили для меня отношение к этому проекту, как к неудачному. С одной стороны, мне можно и посочувствовать. Что я знал и умел на тот момент? И указать на ошибки было, в общем‑то, некому. С другой стороны, наделавшись велосипедов, столкнувшись с последствиями принятых мной решений, я могу проще относиться к начинающим разработчикам, которые точно знают, как надо. Потому что помню, как сам таким был.
Ошибка1️⃣ - Хранить файлы в базе данных
Как вам идея? Почему‑то мне показалось, что нет особой разницы между хранением на диске и в базе. В базе даже поудобнее, сразу связи видно, а на диске — вдруг чего где потеряется или затрётся? Загружаемые файлы, конечно, были ограничены по размеру. Сначала это было ограничение в 100Мб, потом приняли решение ограничить размер одного файла до 1Мб, но не ограничивать количество файлов. И что же стали делать люди, которым нужно отправить 100-страничный скан рукописных тетрадей? Конечно же, паковать все в архивы, с разбиением на тома. 300 томов по 1Мб, да еще и загружать это полдня, стараясь не пропустить том, и не загрузить одно и то же два раза (потом же не откроется ничего). Гвозди из этих людей можно делать! Но вернемся к базам. Хранить файлы в базе — решение плохое, в том числе и потому, что файл будет вычитан куда? Правильно. В память. А убирается он кем? Правильно. Сборщиком мусора. В результате на ровном месте получили тормозной и падающий по непонятным причинам хайлоад. Вот надо оно было?
Ошибка2️⃣ - Не учитывать поток пользователей
Сколько RPS (запросов в секунду) выдержит ваш сервис? А как вы это посчитали? Я был ответил — не знаю, никак не считал. Придут пользователи — разберемся. Пользователи пошли — начались ошибки. Тратя время на борьбу с ними, я все никак не мог прийти к мысли — а ведь можно было взять статистику за предыдущие годы и посчитать распределение аттестуемых по месяцам! В RPS это, конечно, никак не пересчитывается, но понять, даже примерно, к чему готовиться, и проверить приложение под нагрузкой перед его релизом возможность все же была.
Ошибка3️⃣ - Не собирать ошибки и метрики производительности
Это сейчас я знаю, что такое Sentry, ELK, Jaeger и т. д., а в то время анализ ограничивался постулатом «раз не пишут, значит, и проблем нет». А если проблемы были — сначала нужно было ошибку воспроизвести, потом исправить, и потом воспроизвести еще раз, чтобы провалидировать ее исправление. А уж про метрики производительности говорить даже не буду. До сих пор никто не знает, сколько там операции с базой времени занимают.
Ошибка4️⃣ - Бэкапы
Классика. Ситуация: в 2 часа ночи вспомнил, что обещал с утра сделать фичу. Естественно, забыл про обещание напрочь. Выхода нет — надо делать, раз обещал. И что‑то в систему войти не получается, сейчас себе в базе пароль поменяю. UPDATE users set password = «mYp@$$w0rd»; Поменял, отлично, работаем. С утра звонок — люди не могут войти в систему. Ну я‑то вхожу, вот смотрите, набираю mYp@$$W0rd, и я внутри. И только потом дошло, что кто‑то забыл написать WHERE id = 123. Мем смешной, ситуация страшная, да. Но ничего страшного по итогу не случилось, все, кто хотел, сбросили себе пароль через почту, а меня попросили так больше не делать. А был бы бэкап — можно было бы восстановиться, пусть даже перенося пароли из другой БД скриптом.
Описанное выше — далеко не всё, но самое яркое и запоминающееся. В свое оправдание говорить ничего не буду, но опыт был полезным и позволил изменить свое отношение к работе — в частности, научиться рефлексировать и задаваться вопросом «а не делаю ли я сейчас какую‑то ерунду?».
➡️ Про ошибки коммуникации поговорим в следующем посте.
#expert
Сегодня пост-продолжение рассказа Дмитрия Панкрашова (Python Backend Developer в Сбере, автор канала DevIO | IT | GameDev) про опыт проектирования и внедрения системы автоматизации.
Первая часть
Самое вкусное и интересное — технические ошибки. Именно они во многом определили для меня отношение к этому проекту, как к неудачному. С одной стороны, мне можно и посочувствовать. Что я знал и умел на тот момент? И указать на ошибки было, в общем‑то, некому. С другой стороны, наделавшись велосипедов, столкнувшись с последствиями принятых мной решений, я могу проще относиться к начинающим разработчикам, которые точно знают, как надо. Потому что помню, как сам таким был.
Ошибка
Как вам идея? Почему‑то мне показалось, что нет особой разницы между хранением на диске и в базе. В базе даже поудобнее, сразу связи видно, а на диске — вдруг чего где потеряется или затрётся? Загружаемые файлы, конечно, были ограничены по размеру. Сначала это было ограничение в 100Мб, потом приняли решение ограничить размер одного файла до 1Мб, но не ограничивать количество файлов. И что же стали делать люди, которым нужно отправить 100-страничный скан рукописных тетрадей? Конечно же, паковать все в архивы, с разбиением на тома. 300 томов по 1Мб, да еще и загружать это полдня, стараясь не пропустить том, и не загрузить одно и то же два раза (потом же не откроется ничего). Гвозди из этих людей можно делать! Но вернемся к базам. Хранить файлы в базе — решение плохое, в том числе и потому, что файл будет вычитан куда? Правильно. В память. А убирается он кем? Правильно. Сборщиком мусора. В результате на ровном месте получили тормозной и падающий по непонятным причинам хайлоад. Вот надо оно было?
Ошибка
Сколько RPS (запросов в секунду) выдержит ваш сервис? А как вы это посчитали? Я был ответил — не знаю, никак не считал. Придут пользователи — разберемся. Пользователи пошли — начались ошибки. Тратя время на борьбу с ними, я все никак не мог прийти к мысли — а ведь можно было взять статистику за предыдущие годы и посчитать распределение аттестуемых по месяцам! В RPS это, конечно, никак не пересчитывается, но понять, даже примерно, к чему готовиться, и проверить приложение под нагрузкой перед его релизом возможность все же была.
Ошибка
Это сейчас я знаю, что такое Sentry, ELK, Jaeger и т. д., а в то время анализ ограничивался постулатом «раз не пишут, значит, и проблем нет». А если проблемы были — сначала нужно было ошибку воспроизвести, потом исправить, и потом воспроизвести еще раз, чтобы провалидировать ее исправление. А уж про метрики производительности говорить даже не буду. До сих пор никто не знает, сколько там операции с базой времени занимают.
Ошибка
Классика. Ситуация: в 2 часа ночи вспомнил, что обещал с утра сделать фичу. Естественно, забыл про обещание напрочь. Выхода нет — надо делать, раз обещал. И что‑то в систему войти не получается, сейчас себе в базе пароль поменяю. UPDATE users set password = «mYp@$$w0rd»; Поменял, отлично, работаем. С утра звонок — люди не могут войти в систему. Ну я‑то вхожу, вот смотрите, набираю mYp@$$W0rd, и я внутри. И только потом дошло, что кто‑то забыл написать WHERE id = 123. Мем смешной, ситуация страшная, да. Но ничего страшного по итогу не случилось, все, кто хотел, сбросили себе пароль через почту, а меня попросили так больше не делать. А был бы бэкап — можно было бы восстановиться, пусть даже перенося пароли из другой БД скриптом.
Описанное выше — далеко не всё, но самое яркое и запоминающееся. В свое оправдание говорить ничего не буду, но опыт был полезным и позволил изменить свое отношение к работе — в частности, научиться рефлексировать и задаваться вопросом «а не делаю ли я сейчас какую‑то ерунду?».
#expert
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
Внимание!
До окончания акции «Чёрная пятница в OTUS» осталось меньше 12 часов💣
⏳ Начинаем обратный отсчёт
Поспешите
#Otus #акция #Чернаяпятница
До окончания акции «Чёрная пятница в OTUS» осталось меньше 12 часов
Поспешите
#Otus #акция #Чернаяпятница
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤🔥1❤1👍1
На этой неделе мы подготовили серию крутых мероприятий, которые точно не дадут вам заскучать. Это шанс не только расширить свои знания, но и зарядиться мотивацией на всю неделю!
Что вас ждет:
Уникальные вебинары, которые помогут освоить новые навыки
Лекции от топовых экспертов индустрии
Возможность пообщаться с единомышленниками и задать вопросы профессионалам
Пусть эта зима будет не только холодной, но и продуктивной!
#anons
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤2👍1
Устали от нестабильных результатов нагрузочного тестирования?
➡️ Load Runner может быть решением, но нужно освоить все его тонкости, чтобы избежать ошибок и добиться стабильных показателей.
Представьте, что вы умеете точно настраивать нагрузку, управлять интерфейсом и рассчитывать Pacing. Каждый тест приносит объективные данные, на которые можно полагаться.
⬅️ Узнайте все о Load Runner Controller на нашем открытом уроке 3 декабря в 20:00 мск.
Мы покажем, как работает инструмент, и откроем вам новые подходы к тестированию, которые сделают вашу работу эффективнее.
Регистрируйтесь и получите скидку на большое обучение «Нагрузочное тестирование» от OTUS.
#Otus #вебинар #нагрузочное_тестирование
Представьте, что вы умеете точно настраивать нагрузку, управлять интерфейсом и рассчитывать Pacing. Каждый тест приносит объективные данные, на которые можно полагаться.
Мы покажем, как работает инструмент, и откроем вам новые подходы к тестированию, которые сделают вашу работу эффективнее.
Регистрируйтесь и получите скидку на большое обучение «Нагрузочное тестирование» от OTUS.
#Otus #вебинар #нагрузочное_тестирование
Please open Telegram to view this post
VIEW IN TELEGRAM
Чего только не делают IT-компании, чтобы удержать ценные кадры.
На рынке идёт настоящая гонка: все пытаются обойти конкурентов по уровню привлекательности. Но комфорт для сотрудников – это не просто имиджевый ход, а эффективный способ достичь бизнес-целей.
Поэтому давайте сделаем комфорт двигателем продуктивности.
На открытом вебинаре «Как и зачем создавать комфортную рабочую среду?» вы узнаете:
➖ Как комфортная среда влияет на удержание сотрудников, вовлечённость и ключевые HR-метрики компании
➖ Как адаптировать рабочие условия под запросы сотрудников разных поколений
➖ Как повысить продуктивность и мотивацию сотрудников с помощью корпоративной среды
➖ Как небольшие изменения в организации работы повышают вовлечённость сотрудников и помогают сохранить в компании ценные кадры
Спикеры:
Дарья Горбатова, HR бизнес-партнёр в НЛМК-ИТ
Анастасия Лоскутова, IT HR в МТС Digital
Бонусы для участников! Скидка 5% на любой курс OTUS и чек-лист для адаптации корпоративной среды под новые ожидания сотрудников
📅 4 декабря, 19:00 МСК
Бесплатно
Записаться на событие
#вебинар
На рынке идёт настоящая гонка: все пытаются обойти конкурентов по уровню привлекательности. Но комфорт для сотрудников – это не просто имиджевый ход, а эффективный способ достичь бизнес-целей.
Поэтому давайте сделаем комфорт двигателем продуктивности.
На открытом вебинаре «Как и зачем создавать комфортную рабочую среду?» вы узнаете:
Будет интересно: HRD, HRBP, руководителям корпоративного обучения и другим руководителям разных уровней.
Спикеры:
Дарья Горбатова, HR бизнес-партнёр в НЛМК-ИТ
Анастасия Лоскутова, IT HR в МТС Digital
Бонусы для участников! Скидка 5% на любой курс OTUS и чек-лист для адаптации корпоративной среды под новые ожидания сотрудников
Бесплатно
Записаться на событие
#вебинар
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2⚡1👀1
До Нового года осталось меньше месяца, а у нас уже есть подарки для вас 🎅
OTUS подготовил три совершенно новых курса, которые помогут вам завершить год с полезными знаниями:
➖ Cassandra для разработчиков и администраторов
➖ Business Development Manager в IT
➖ Менеджер по обучению в IT
🎁 Присоединяйтесь к курсам OTUS, чтобы войти в новый год с новыми возможностями и перспективами!
#Otus #курсы #IT
OTUS подготовил три совершенно новых курса, которые помогут вам завершить год с полезными знаниями:
#Otus #курсы #IT
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🎅1
Бонусы для участников! Скидка 5% на любой курс OTUS и чек-лист для адаптации корпоративной среды под новые ожидания сотрудников
#вебинар
Please open Telegram to view this post
VIEW IN TELEGRAM
Вместе с экспертом Антоном Картушиным вы научитесь управлять потоком программы, использовать циклы и функции для оптимизации кода.
На занятии вы узнаете:
- Основы логических операторов и условий.
- Ветвления: if, else if, else.
- Типы циклов: for, while, do-while.
- Объявление и вызов функций.
- Оптимизация кода с помощью циклов и функций.
Вебинар проходит в рамках курса «Java QA Engineer Basic» и специализации «QA Automation Engineer»
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4
В ClickHouse джоины всегда считались слабым местом. Но система развивается, производительность и функциональность джоинов совершенствуется.
🎙 На вебинаре «Надо ли бояться джоинов в современном ClickHouse?» вы узнате:
Как работают разные типы джоинов в ClickHouse: INNER, LEFT, RIGHT, CROSS
Какие подходы к организации таблиц для выполнения джоинов – оптимальны
Как использовать функциональность JOIN и ARRAY JOIN для сложных аналитических запросов
Как настроить параметры ClickHouse для повышения производительности джоинов
Cпикер: Алексей Железной: старший инженер данных и руководитель курса «ClickHouse для инженеров и архитекторов БД».
Бонус для участников! Скидка 5% на любой курс OTUS и гайд «Как не положить ClickHouse: примеры из практики»
📅 10 декабря, 18:30 МСК
Бесплатно
Записаться на событие
#вебинар
Как работают разные типы джоинов в ClickHouse: INNER, LEFT, RIGHT, CROSS
Какие подходы к организации таблиц для выполнения джоинов – оптимальны
Как использовать функциональность JOIN и ARRAY JOIN для сложных аналитических запросов
Как настроить параметры ClickHouse для повышения производительности джоинов
Cпикер: Алексей Железной: старший инженер данных и руководитель курса «ClickHouse для инженеров и архитекторов БД».
Будет интересно: руководителям проектов, аналитикам данных, разработчикам и архитекторам баз данных, инженерам по обработке данных.
Бонус для участников! Скидка 5% на любой курс OTUS и гайд «Как не положить ClickHouse: примеры из практики»
Бесплатно
Записаться на событие
#вебинар
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2❤1
Всем привет!
Завершаем рассказ Дмитрия Панкрашова про его опыт проектирования и внедрения системы автоматизации.
Сегодняшний пост посвящен ошибкам коммуникации.
Первая часть
Вторая часть
Ошибки коммуникации я долгое время вообще не воспринимал как ошибки и не думал, что можно делать по‑другому. И только спустя несколько лет (и компаний, в которых довелось поработать), понял, как было бы эффективнее выстроить коммуникацию с коллегами и пользователями.
Ошибка❤️ - Рабочий телефон для работы, личный — НЕ для работы
Хотите, чтобы ваш телефон превратился в справочную? У меня так было. 2 телефона и 3 сим‑карты. Звонили везде одновременно, и даже ночью. Никому не рекомендую повторять такой опыт. И будет лучше, если вы не понимаете, чем может закончиться раздача своего личного номера телефона, пусть даже вам и кажется, что ничего страшного не случится, завести отдельный телефон только для рабочих коммуникаций.
Ошибка❤️ - Нет каналов коммуникации
Вот представьте, отключили у вас электричество, и все никак не включат. Будете звонить? Конечно, будете. А куда? Сначала в УК\ТСЖ, потом в диспетчерскую, потом еще куда‑нибудь. А если никто не берет трубки — то и до администрации президента дозвонитесь. Собственно, дать пользователям единственный и живой канал коммуникации — важно. Если канал живой — пользователи будут туда писать. Если канал единственный — это исключает дубли и «сломанный телефон». Конечно, я стоял в конце этой цепочки и решений не принимал. Но сейчас предложил бы сделать пусть даже самого простого бота для подачи заявок и ответов на вопросы.
Ошибка❤️ - Иерархия бизнес‑заказчиков
Что делать, если задачи вам ставят все кому не лень? Особенно прикольно, когда эти задачи еще и взаимоисключающие. Эталонная ситуация — когда два равных друг другу по должности и влиянию на продукт лица ставят вам в работу эти самые взаимоисключающие задачи. В моем случае было не так, и, хотя сами требования к продукту и хаос в их описании больше относятся к ошибкам проектирования, все же хорошей практикой считается задать вопрос «Кто мне ставит задачи?» — при условии, что ответ «Все» не принимается.
Резюме: если вы начинающий разработчик и оказались в компании, где у вас есть ментор или хотя бы старшие коллеги, у которых можно проконсультироваться — скорее всего, в подобной ситуации вы не окажетесь. Если же вы один, и на вас возлагают большие надежды — то с высокой долей вероятности из‑за отсутствия опыта, даже если вы читали статьи про то, как делать «правильно», вы все равно сделаете что‑то неправильно или не идеально. Вопрос — столкнетесь ли вы с последствиями своих решений и какие уроки из этого извлечете.
Чтобы узнать больше полезного из мира IT и разработки, подписывайтесь на канал Дмитрия: DevIO | IT | GameDev
#expert
Завершаем рассказ Дмитрия Панкрашова про его опыт проектирования и внедрения системы автоматизации.
Сегодняшний пост посвящен ошибкам коммуникации.
Первая часть
Вторая часть
Ошибки коммуникации я долгое время вообще не воспринимал как ошибки и не думал, что можно делать по‑другому. И только спустя несколько лет (и компаний, в которых довелось поработать), понял, как было бы эффективнее выстроить коммуникацию с коллегами и пользователями.
Ошибка
Хотите, чтобы ваш телефон превратился в справочную? У меня так было. 2 телефона и 3 сим‑карты. Звонили везде одновременно, и даже ночью. Никому не рекомендую повторять такой опыт. И будет лучше, если вы не понимаете, чем может закончиться раздача своего личного номера телефона, пусть даже вам и кажется, что ничего страшного не случится, завести отдельный телефон только для рабочих коммуникаций.
Ошибка
Вот представьте, отключили у вас электричество, и все никак не включат. Будете звонить? Конечно, будете. А куда? Сначала в УК\ТСЖ, потом в диспетчерскую, потом еще куда‑нибудь. А если никто не берет трубки — то и до администрации президента дозвонитесь. Собственно, дать пользователям единственный и живой канал коммуникации — важно. Если канал живой — пользователи будут туда писать. Если канал единственный — это исключает дубли и «сломанный телефон». Конечно, я стоял в конце этой цепочки и решений не принимал. Но сейчас предложил бы сделать пусть даже самого простого бота для подачи заявок и ответов на вопросы.
Ошибка
Что делать, если задачи вам ставят все кому не лень? Особенно прикольно, когда эти задачи еще и взаимоисключающие. Эталонная ситуация — когда два равных друг другу по должности и влиянию на продукт лица ставят вам в работу эти самые взаимоисключающие задачи. В моем случае было не так, и, хотя сами требования к продукту и хаос в их описании больше относятся к ошибкам проектирования, все же хорошей практикой считается задать вопрос «Кто мне ставит задачи?» — при условии, что ответ «Все» не принимается.
Резюме: если вы начинающий разработчик и оказались в компании, где у вас есть ментор или хотя бы старшие коллеги, у которых можно проконсультироваться — скорее всего, в подобной ситуации вы не окажетесь. Если же вы один, и на вас возлагают большие надежды — то с высокой долей вероятности из‑за отсутствия опыта, даже если вы читали статьи про то, как делать «правильно», вы все равно сделаете что‑то неправильно или не идеально. Вопрос — столкнетесь ли вы с последствиями своих решений и какие уроки из этого извлечете.
Чтобы узнать больше полезного из мира IT и разработки, подписывайтесь на канал Дмитрия: DevIO | IT | GameDev
#expert
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥2
Audio
Все, что вы хотели знать о методах машинного обучения, но боялись спросить
▶️ Выкладываем запись открытого урока курса «Machine Learning. Advanced» от OTUS, на котором Мария Тихонова подробно рассказала про те перспективы и карьерные преимущества, которые открывает перед вами этот курс.
В результате вебинара участники узнают:
- Какой набор инструментов и методов они смогут освоить на ML Advanced, а главное, где затем их смогут применять
- Узнают как эффективно применять продвинутые методы ML для решения комплексных задач.
- Какие карьерные перспективы открывает перед ними этот курс
Хватит ждать, пока Middle+ вакансии в ML займут другие
Реальные кейсы, глубокие знания, сложнейшие инструменты, которые вы начнёте использовать сразу.
RL, временные ряды, AutoML, байесовские методы, PyMC — всё, что нужно для работы на Senior позиции.
Хотите справляться с нестандартными задачами и строить end-to-end пайплайны?
🔝 Успейте записаться
#запись #ML
В результате вебинара участники узнают:
- Какой набор инструментов и методов они смогут освоить на ML Advanced, а главное, где затем их смогут применять
- Узнают как эффективно применять продвинутые методы ML для решения комплексных задач.
- Какие карьерные перспективы открывает перед ними этот курс
Хватит ждать, пока Middle+ вакансии в ML займут другие
Реальные кейсы, глубокие знания, сложнейшие инструменты, которые вы начнёте использовать сразу.
RL, временные ряды, AutoML, байесовские методы, PyMC — всё, что нужно для работы на Senior позиции.
Хотите справляться с нестандартными задачами и строить end-to-end пайплайны?
#запись #ML
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Заканчиваем работчую неделю отзывом выпускника курса «Unity Game Developer. Basic»👨💻
Для тех, кто только начинает свой путь в мире Unity, этот курс — отличный старт! Присоединяйтесь к OTUS 🔥
#otus #Unity #отзыв #разработка #игры
"Курс мне помог понимать код, реализовывать его.
Вынес для себя, что не важно сколько тебе лет, ты можешь всё реализовать и добиться хорошего успеха.
Но должны быть знающие учителя, на курсе их достаточно и я был рад этому. Отдельно хочу отметить прекрасный преподавательский состав. Очень понравился формат обучения онлайн, качество образования и подход к домашним заданиям.
Я только вступаю в профессиональную сферу, надеюсь, полученные знания помогут мне в дальнейшем развитии в этом направлении. Конечно же буду советовать ваши курсы друзьям и знакомым.
Курс мне понравился, он раскрывает познавательные и нужные темы для работы с Unity"
Для тех, кто только начинает свой путь в мире Unity, этот курс — отличный старт! Присоединяйтесь к OTUS 🔥
#otus #Unity #отзыв #разработка #игры
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5
Новая неделя — новые возможности! 🦉
На этой неделе мы подготовили серию крутых мероприятий, которые точно не дадут вам заскучать. Это шанс не только расширить свои знания, но и зарядиться мотивацией на всю неделю!
📅 Что вас ждет:
Уникальные вебинары, которые помогут освоить новые навыки
Лекции от топовых экспертов индустрии
Возможность пообщаться с единомышленниками и задать вопросы профессионалам
🔗 Регистрация уже открыта
#anons
На этой неделе мы подготовили серию крутых мероприятий, которые точно не дадут вам заскучать. Это шанс не только расширить свои знания, но и зарядиться мотивацией на всю неделю!
Уникальные вебинары, которые помогут освоить новые навыки
Лекции от топовых экспертов индустрии
Возможность пообщаться с единомышленниками и задать вопросы профессионалам
#anons
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1