OTUS: программирование и карьера в IT

Сегодня у нас стартует целых два Дня открытых дверей: "Руководитель IT подразделения" и "Разработчик BigData". Каждый курс представят его преподаватели: Игорь Гутник и Ксения Стройкова, покажем и расскажем программу, перспективу и проведём розыгрыши бесплатных мест. Присоединяйтесь:

Наш второй День открытых дверей курса "Администратор Linux". Программа курса, карьера, вопросы - обо всём этом расскажет наш преподаватель Дмитрий Молчанов, а так же проведёт розыгрыш двух бесплатных мест. Заходите: https://www.youtube.com/channel/UCetgtvy93o3i3CvyGXKFU3g/live

Начинаем День Открытых дверей курса "Администратор Linux". Преподаватель курса Дмитрий Молчанов расскажет о программе курса и карьерных перспективах, ответит на вопросы и проведет розыгрыш бесплатных мест среди тех, кто успешно прошел вступительное тестирование. Присоединяйтесь к трансляции: https://www.youtube.com/channel/UCetgtvy93o3i3CvyGXKFU3g/live

Мы обновили пак стикеров OTUS coding Owl. Еще больше классных сов!

#deepitsm #management #otus #CMDB Давайте поговорим о базе данных конфигураций (CMDB). Когда в ИТ ломается что-то серьёзное, мы всегда знаем кто затронут и каковы будут последствия. При повторяющихся больших сбоях у сотрудников ИТ вырабатывается мышечная память – пятая точка не даст забыть прошлый опыт. Здорово, что таких ситуаций не так много, и крупные инциденты не происходят каждый день. Зато чуть менее серьёзные проблемы возникают постоянно. Даже в среднем ИТ-отделе из 50-100 человек поток инцидентов составляет десятки и сотни в день. При регистрации нового обращения пользователя очень важно знать, что именно сломалось и что ещё затронуто, чтобы оценить масштаб бедствия и спланировать работы по восстановлению. Без этой информации мы можем оценить сообщение «Не могу войти в компьютер» как незначительное, хотя речь про ERP-систему, выгружающую данные в производственную систему, которая остановит отгрузку готовой продукции предприятия, если нужные данные не поступят в нужное время. Чтобы иметь возможность быстро и точно понять, что случилось и что затронуто, современные ИТ-отделы выстраивают базу данных конфигураций (CMDB). Эта база данных содержит каталог ИТ-услуг, плюс перечень основных ИТ-компонентов (оборудование, ПО, ИТ-системы целиком) и связи между ними. Полезность этой информации невозможно переоценить. Например, происходит сбой на диске одного из серверов, о чём ИТ узнаёт от системы мониторинга. При регистрации данного инцидента на основе данных CMDB можно узнать, какие ИТ-системы используют данный сервер? Как они связаны между собой? Какие ИТ-услуги затронуты и как? Есть ли резервный сервер в кластере? Исходя из этого можно определить масштаб бедствия, приоритет инцидента, назначить его в правильную группу специалистов, дать им информацию для анализа. То есть – ускорить устранение критичных сбоев. Тогда ИТ-директор будет доволен и наверняка всех похвалит. Ведь ему перед бизнесом краснеть не придётся, а хорошим сотрудникам и премию не жалко выписать.

Друзья, совсем скоро мы проведем дни открытых дверей по курсам Linux и BigData. Регистрируйтесь, будет интересно! Преподаватели расскажут о курсе, ответят на вопросы и, конечно же, проведут розыгрыш бесплатных мест на курсах среди тех, кто успешно прошел вступительное тестирование. Если вы еще не сдавали тест - самое время это сделать! 🚀 https://otus.pw/QfyqsME8/ Ждем вам на днях открытых дверей!

Мы рады объявить о запуске новой группы востребованного и так сильно любимого нашими студентами курса "DevOps практики и инструменты"! Почему DevOps? Несколько фактов о курсе Devops в OTUS: - один из самых любимых нашими студентами курсов! По итогам первого месяца курс покинули всего 2 студента (и то по причине отсутствия времени на обучение). Остальные студенты оставляют позитивные фитбеки о программе и процессе обучения. Им непросто, но интересно! - преподаватели курса - коллеги из Express 42 - практикующие специалисты и опытные преподаватели. Значит, на курсе будут только прикладные и актуальные знания в доступной форме. - хорошие DevOps специалисты очень востребованы на рынке: 8 работодателей ждут наших лучших выпускников на собеседования. А еще на ноябрьский набор нам удалось сохранить стоимость обучения на уровне августа :) Весомый аргумент, чтобы начать обучение уже 14 ноября. Проходите вступительное тестирование и присоединяйтесь к новой группе! https://otus.pw/679L8BKj/

В прошлую субботу начала занятия октябрьская группа по Java. Мы были приятно удивлены, что желающих обучаться в этой группе оказалось сильно больше, чем мы ожидали, и нам пришлось досрочно закрыть набор в группу (ведь превышение допустимого количества учеников в группе может негативно повлиять на качество обучения). Мы считаем не правильным ограничивать людей в их желании получать знания и профессионально расти, поэтому под натиском желающих серьезно изучать Java мы приняли решение о создании внеочередной группу Java с датой старта 11 ноября. Набор уже открыт: проходите вступительное тестирование, присоединяйтесь к новой группе: https://otus.pw/Ro5xIPjx/

Нас часто спрашивают: "как проходят занятия?" Те, кто заинтересовался курсом, зачастую хотят не просто познакомиться и пообщаться с преподавателем (для этого мы делаем Дни Открытых дверей на курсах), но и "посмотреть преподавателя в действии" - побывать на лекции в роли слушателя и узнать, как преподаватель излагает материал, какая обстановка на лекции, все ли понятно. Мы решили, что лучше один раз увидеть, чем тысячу раз услышать и подготовили небольшое видео с одного из вебинаров по Java, где Виталий Чибриков рассказывает о SOLID: https://www.youtube.com/watch?v=s0OKV5dyxks Смотрите, оставляйте ваши комментарии!

#deepitsm #management #otus Слышали когда-нибудь термин "приоритеты запросов и инцидентов"? В любой современной компании есть ИТ-отдел. В каждый ИТ-отдел поступают обращения пользователей – иногда им просто нужна помощь, иногда они сообщают, что что-то сломалось (случился инцидент). Поток обращений может быть довольно большим, а ИТ-специалистов, как всегда, не хватает. Очень важно правильно выстраивать поступающие заявки в очередь, чтобы сотрудники ИТ брали в работу сначала те из них, которые наиболее важны, а только затем следующие. При этом хотелось бы, чтобы задачи «не зависали», и даже не очень важные всё равно решались. Чтобы выстраивать заявки в очередь, обычно используется понятие «приоритет». Чем он выше, тем скорее нужно браться за работу. Предполагается, что у каждого ИТ-специалиста есть очередь задач, и он берёт из этой очереди задачи в порядке убывания приоритета. Всё хорошо в этой схеме, осталось только понять, как определять приоритет для каждой новой пришедшей заявки. Вариант подхода к решению – посмотреть умные книжки, например, библиотеку ITIL. Там нам сообщат, что при определении приоритета нужно учесть степень влияния (масштаб бедствия) и срочность (как быстро, по мнению пользователя, нужно выполнить данную задачу). Это очень разумная рекомендация. Вот только остаётся неясным как это всё увязать с крайним сроком, который должны быть виден и ИТ-специалисту, и заявителю, и как сделать так, чтобы до заявок низкого приоритета тоже доходили руки. Желательно до того, как расстроенный пользователь нажалуется своему начальнику, который настучит на ИТ-руководителя на очередном совещании при согласовании ИТ-бюджета. То есть – в самый неподходящий момент. На практике многие компании поступают по такой схеме: степень влияния (определяется при регистрации заявки) + срочность (оценивается со слов заявителя) = приоритет (чем важнее и срочнее, тем выше). Далее смотрим на ИТ-услугу, которая затронута, а точнее – на SLA по этой услуге, откуда берём крайний срок для данного приоритета. Например: затронут только один сотрудник (влияние низкое низкое), срочность – не к спеху (низкая), приоритет получается низкий, для него крайний срок по SLA – 3 рабочих дня. Заявка встаёт в очередь, так как наверняка есть более срочные работы. Но через пару дней до окончания крайнего срока остаётся всего ничего – один рабочий день, несколько часов. В этот момент система автоматизации ИТ сама поднимает приоритет повыше, и заявка становится более важной. ИТ-специалист не забудет её сделать, при том до окончания крайнего срока, обещанного пользователю. Который никогда не меняется, ибо SLA – это наше всё. Вот так текст хороших книг (ITIL) можно использовать на практике, чтобы сделать работу ИТ более эффективной.

И вновь наши двери открываются для вас: через пятнадцать минут начнётся День открытых дверей посвящённый курсу "Разработчик Java". Наш преподаватель - Виталий Чибриков, расскажет всё-всё о курсе, ответит на ваши вопросы и, разумеется, разыграет два бесплатных места. Присоединяйтесь! https://youtu.be/j866idQ1dQo

#otus #deepmanager #deepitsm Давайте поговорим сегодня о KPI? Рано или поздно каждый сотрудник сталкивается со аббревиатурой «KPI». Для кого-то столкновение бывает приятным (от KPI зависит премия, которую реально получить), для кого-то – наоборот (от KPI зависит зарплата, которую руководители зажимают). Посмотрим на KPI не с точки зрения жертвы, а с позиции менеджера. KPI устанавливают для того, чтобы можно было оценить результаты работы сотрудника, подразделения, отдельного процесса или качество предоставления ИТ-услуг. То есть KPI – управленческий инструмент. Сам по себе он пользы не несёт, только если есть какая-то задача: нужно понять, что именно требует измерения, зачем и как. И только потом измерять и делать выводы. По нашему опыту, увлекаясь налаживанием управления, многие компании сталкиваются со следующей проблемой: как придумать нужные KPI? Как придумать целевые значения, которых нужно достичь или достигать? Ведь можно столько всего измерить! Например, при работе с инцидентами можно поставить KPI и на число поступающих заявок, и на число заявок в работе, и на среднюю скорость прохождения заявки по процессу, на время нахождения заявки у конкретной группы или сотрудника, и всё это рассмотреть в разбивке по категориям, а ещё для разных приоритетов… Много, очень много появляется точек измерения, и за деревьями не видно леса. Что со всем этим делать? Ответ, если не углубляться в детали, таков: система KPI должна соответствовать системе целей. А цели должны быть SMART – конкретными, измеримыми, достижимыми, значимыми и своевременными. Соответственно, первый шаг решения задачи – формулирование целей. Например, целей упомянутого выше процесса управления инцидентами. Только затем – придумывание KPI, которые покажут достижение этих целей. Наблюдение за работой реальных компаний показывает, что осознание того факта, что цели должны быть SMART, к менеджерам приходит через несколько лет после начала работы. При том, что техники формулирования целей и разработки KPI давно известны.

"Кто владеет информацией, тот владеет миром" - наверняка вы не раз сталкивались с этой цитатой Б. Ротшильда, основателя одной из влиятельнейших на сегодняшний день династий предпринимателей, и его суть как нельзя применима к нашему новому курсу “Разработчик Big Data”. Что же такое Big Data? В глобальном смысле это проблема, и ее решение это не профессия, жестко закрепленная учебной программой, а профессионал, обладающий гибким набором компетенций и практик, позволяющих структурировать и управлять массивом данных. Именно такого профессионала уровня middle/senior и призван подготовить наш новый курс. Преподавателем курса станет Ксения Стройкова - программист отдела анализа данных в департаменте рекламных технологий Mаil.ru. Занимается разработкой и внедрением процессов и моделей по обработке данных для использования в рекламе,участвует в разработке хранилища данных для использования в рекламных сервисах, разработке системы для сегментирования аудиторий. Преподает курс “Алгоритмы интеллектуальной обработки больших объемов данных” в Техносфере Mail.ru Выпускница проекта Технопарк Mail.Ru Закончила МГТУ им. Н. Э. Баумана по специальности программное обеспечение ЭВМ и Информационные технологии. Если ты давно тянешься к прекрасному миру больших данных, присоединяйся к новой группе! Мы открыли вступительное тестирование для желающих проверить свои знания прямо сейчас. https://otus.ru/lessons/BigData/?utm_source=telegram&utm_medium=internal&utm_campaign=bigdata&utm_term=welcome

Приглашаем всех на День открытых дверей посвящённый курсу "Разработчик Java". Трансляция начнётся через десять минут: https://www.youtube.com/channel/UCetgtvy93o3i3CvyGXKFU3g/live

#deeplinux #otus Мы запускаем серию заметок по теме нашего нового курса “Администратор Linux”, которые вы сможете найти по хэштегу #deeplinux. В жизни любого админа есть много пространства для автоматизации. Пишем простенькие bash-однострочники типа: for host in hostA hostB hostC; do ssh $host do_something_useful.sh; done потом эти однострочники обрастают жирком, появляются всякие условия dumpDb (){ case $DBKIND in: mysql) mysqldump $1 ;; pgsql) pg_dump —some-option-to-dump-to-stdout ;; esac return $? } doBackup (){ dumpDb mydb > file.sql return $? } doBackup && gzip file.sdl || exit 1 дальше - больше, появляются массивы, ассоциативные массивы и т.д. Но это еще цветочки. Хуже когда в скриптах появляются спонтанные вкрапления Python и Perl. Это свидетельствует только о двух вещах, о них - ниже. Гвозди надо забивать молотком, а гайки крутить - гаечным ключом. Необходимо выбирать инструмент соответствующий задаче. Да, на баше можно писать достаточно сложные программы, но не стоит забывать, что, все же его задача - помогать нам в ежедневной работе. Скрипты на баше должны быть простые и понятные. Если вы написали скрипт который через неделю уже понимаете с трудом и, чтобы понять, что там происходит приходится интерпретировать скрипт в голове, то вы выбрали не тот инструмент или, что хуже, изобретаете велосипед. Старайтесь правильно выбранным инструментом писать поддерживаемый код. Задумайтесь, ведь задача админа не в том, чтобы быть незаменимым, а в том, чтобы поддерживать работу системы, бесперебойную работу. Людям свойственно менять работу и оставлять после себя неподдерживаемый продукт значит портить себе карму. Даже если вы не собираетесь менять работу - в отпуск же вы собираетесь, да и отдел растет наверняка, сомневаюсь, что вам хочется всю жизнь поддерживать ваши скрипты. Ведь можно же поделиться с кем-то знаниями и двигаться дальше. Для этого надо прикладывать все усилия, чтобы ваш код был поддерживаем и читаем, использовать принципы KISS и YAGNI. Это – только часть приятных бонусов. Если захотите больше – добро пожаловать на курс “Администратор Linux”. https://otus.ru/lessons/linux/?utm_source=telegram&utm_medium=internal&utm_campaign=linux&utm_content=deeppost&utm_term=05.10

Приглашаем всех на День открытых дверей посвящённый курсу "Разработчик Java (очно в МАИ)". Трансляция начнётся через десять минут: https://www.youtube.com/channel/UCetgtvy93o3i3CvyGXKFU3g/live

Нас спрашивали, когда же будут Дни открытых дверей на курсе Java. Мы долго молчали, потому что готовили для вас небольшой сюрприз: в этот раз будет аж 3 Дня открытых дверей! 👉 4 октября (уже в эту среду!) - поговорим о наборе на курс очного обучения Java. 👉 7 октября (в субботу) поговорим о нашей классической Java, которая так полюбилась нашим пользователям. 👉 11 октября (в среду) вновь поговорим про очное обучение Java. Регистрируйтесь на мероприятие - будет интересно! Ведь отвечать на ваши вопросы и рассказывать о курсе будет Виталий Чибриков 🌟 По доброй традиции мы приготовили подарки: разыграем бесплатные места на курсе среди тех, кто успешно прошел вступительное тестирование 🎁 ❗️А вот если вы успешно прошли вступительный тест по Java, но не указали свой город - самое время это сделать! Ведь если для онлайн обучения локация не имеет значения (учиться можно из любой точки мира), то офлайн обучение мы разыграем среди тех, кто прошел тест и выбрал своим городом столицу нашей Родины :) Да прибудет с вами успех во время розыгрыша! https://otus.ru/dod/?utm_source=telegram&utm_medium=internal&utm_campaign=java&utm_term=dod