Развенчание мифов: «Разработка игр сложна и требует опыта в программировании»
🔮 Миф: Разработка игр — это исключительно для опытных программистов, и без знаний в кодировании создать игру невозможно.
🤜 Реальность: С Unity и курсом Unity Game Developer. Basic всё не так сложно, как кажется на первый взгляд.
На самом деле, Unity — это мощный, но доступный движок для начинающих, который предоставляет вам все инструменты для создания игры без необходимости быть опытным программистом.
Разбираем миф по частям в карточках👆
Разработка игр с Unity гораздо проще, чем кажется👍
#otus #Unity #разработка #игры
На самом деле, Unity — это мощный, но доступный движок для начинающих, который предоставляет вам все инструменты для создания игры без необходимости быть опытным программистом.
Разбираем миф по частям в карточках
Разработка игр с Unity гораздо проще, чем кажется
#otus #Unity #разработка #игры
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👌1
Хотите повысить стратегическую ценность 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