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
В IT без технических навыков? HRBP — ваш идеальный карьерный вариант
Вы учитесь или только что закончили ВУЗ? Работайте в рекрутинге?
➡️ Вебинар «HRBP в бизнес-юните» — ваш первый шаг к повышению квалификации.
Узнайте, как HRBP влияет на результаты бизнеса, помогает людям и решает сложные задачи. Эти навыки открывают двери в IT даже без технических скиллов.
Продолжите карьеру в актуальной роли, которая соединяет управление людьми и бизнесом. Ваши знания — это пропуск в перспективную IT-сферу.
💌 Регистрируйтесь на урок 10 декабря в 20:00 мск.
Участники получат скидку на курс «IT HRBP»
#вебинар #IT #HRBP
Вы учитесь или только что закончили ВУЗ? Работайте в рекрутинге?
Узнайте, как HRBP влияет на результаты бизнеса, помогает людям и решает сложные задачи. Эти навыки открывают двери в IT даже без технических скиллов.
Продолжите карьеру в актуальной роли, которая соединяет управление людьми и бизнесом. Ваши знания — это пропуск в перспективную IT-сферу.
Участники получат скидку на курс «IT HRBP»
#вебинар #IT #HRBP
Please open Telegram to view this post
VIEW IN TELEGRAM
Как повысить эффективность разработки ПО?
Если вы, как менеджер, ищете способы улучшить эффективность разработки, обратите внимание на эти важные пункты. Они показывает ключевые направления для оптимизации процессов и повышения продуктивности команд.
Разработка и доставка ПО требуют системного подхода и внедрения проверенных практик.
Эти практики можно сгруппировать в пять основных категорий:
✅ непрерывная поставка
✅ архитектура, продукт и процессы
✅ бережливое управление и мониторинг,
✅ культура.
Каждая из этих категорий играет ключевую роль в обеспечении статистически значимого улучшения показателей производительности разработки.
Рассмотрим каждую из них более подробно
#Otus #статья #IT #разработка
Если вы, как менеджер, ищете способы улучшить эффективность разработки, обратите внимание на эти важные пункты. Они показывает ключевые направления для оптимизации процессов и повышения продуктивности команд.
Разработка и доставка ПО требуют системного подхода и внедрения проверенных практик.
Эти практики можно сгруппировать в пять основных категорий:
Каждая из этих категорий играет ключевую роль в обеспечении статистически значимого улучшения показателей производительности разработки.
Рассмотрим каждую из них более подробно
#Otus #статья #IT #разработка
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1👍1👏1