Слёрм готовит курс по программированию для подростков, и мы хотели понять, нужен ли он и каким должен быть. Две недели назад я опубликовал опрос «Отдали бы вы своего ребенка в IT?»

Спасибо всем, кто голосовал и комментировал. Что мы поняли из ответов хабровчан:

Есть ли перспектива в IT для тех, кто только начинает путь и окажется там через 5-10 лет? Да.

Нужно ли в принципе обучение программированию для детей? Да, нужно, и именно программированию. В каком возрасте? Начиная с 12-14 лет. Как? На практических задачах. (Я так понимаю, математику и алгоритмы дадут потом в ВУЗе).

Кто принимает решение, как и чему учиться? Сам ребенок.

Спасибо Хабру, моя вера в человечество окрепла. Мои дети сами выбирают свою жизнь (кружки, институты, профессию), и я хотел бы жить в мире, где это доступно всем детям.

Таким и будет Слёрм для подростков: принимаем с 13 лет, питон, практические задачи. Первый поток стартует 12 апреля. 30 марта в 19:00 мск проводим открытую встречу по этому курсу.

В жизни разработчика всегда наступает момент, когда надо использовать Git (или другую систему контроля версий). Нам в Слёрме кажется, что Git знает каждый разработчик, но есть подозрение, что это не так.

Админ, который хочет стать девопсом, часто начинает свой путь с изучения «программерского» Гита. И снова есть подозрение, что ещё не все его изучили.

В сети есть хорошие и даже бесплатные курсы по Git, но может быть еще один курс, быстрый, глубокий и с практикой, сделанный под запросы и потребности реальных разработчиков и админов, будет полезен?

Пожалуйста, заполните опрос, и вы поможете нам сделать такой курс, который действительно нужен вам и вашим коллегам. Пожелания к курсу (темы, проблемы, идеи) пишите в комментариях.

UPD: оказалось, в мобильной версии не видно опроса. Вот ссылка на аналогичную гуглоформу: https://forms.gle/YwiReCP1Y8h27PhW7

В июле пройдет онлайн-интенсив по Kubernetes.

TL;DR
Мы в мае провели онлайн-интенсив. Формат работает. Мы получили хороший фидбек.
Онлайн-интенсивы удобнее проводить в два раза чаще, собирая на каждый в два раза меньше людей.

Мы наладили систему фидбека и улучшений на ходу. Ценовая политика: «Меги за 30» больше не будет, но цены на интенсивы будут ниже, чем до коронакризиса.

Обо всем подробнее

Если вы уже работаете с Kubernetes, посмотрите на программу продвинутого курса. Там будет много тонкостей и сложностей, включая большой новый блок по Istio.

Если вам нужно быстро познакомиться с Kubernetes, чтобы влиться в команду или начать самостоятельные эксперименты не с нуля, а с хорошей базы, приходите на базовый курс.

Программы под катом.

Вечерняя школа Слёрма дает введение в Kubernetes с нуля для тех, кто хорошо знает Linux.
У нас бесплатные лекции и платная практика.

На этой неделе разбирали основы Kubernetes.

Лекция №1: Введение в Kubernetes, Pod, Replicaset

Лекция №2: Deployment, Probes, Resources

В конце лекции студенты получили домашнее задание:

• Запустить Pod, Replicaset, Deployment
• Посмотреть что происходит на уровне Docker
• Добавить в Deployment Startup Probe
• Узнать как управлять ресурсами Huge Page
• Почитать про QoS
• Ознакомится с документацией

Это задание мы разбирали на платной практике.

(По неизвестной причине встраивание не работает)

За осень-зиму 2019 я поучаствовал в аджайл-трансформации во всех ролях и видах. Боль еще жива. Я собрал все шишки и сделал все ошибки, которые мог. Главная ошибка — самонадеянность, я почему-то решил, что с моим знанием психологии и опытом управления достаточно почитать про аджайл пару статей, и я смогу разобраться по ходу дела.

TL;DR
Я считаю, что ключ к нормальному переходу на аджайл — это квалифицированный заказчик. То есть собственник/директор/лидер, который понимает, зачем вообще ему нужен аджайл, знает разницу фреймворков, оценивает ресурсы и сроки, готов к кризисам и не надеется на «золотую пулю».

Второй элемент успеха — квалифицированный участник аджайл-команды, который понимает, зачем это все, зачем эти дейлики и ретро, зачем улучшать работающий процесс, чего ждать от скрам-мастера и почему вообще стоит слушать этого «восторженного дурачка», только тогда аджайл начинает работать.

Слёрм Аджайл — наша попытка готовить заказчиков и участников.

Изначально и в работе, и в курсах мы делали упор на «как» и избегали «зачем». Мы рассказывали про настройку Kubernetes и молчали про то, где нужен K8s. Если клиент хотел кластер, мы делали ему кластер, не анализируя его business value, мол, это не наше дело, клиент имеет право решать, что ему нужно.

Готовя курс по DevOps, мы сосредоточились на инструментах, старательно обходя философию. Потому что философия требует не изучения, а достижения, не мастер-класса, а диспута.
Но жизнь показала, что мы не можем отвертеться от вопроса «зачем». Он всплыл на проектах, он оказался ключевым для курсов по SRE и Agile (скоро будет анонс). И мы решили добавить немного размышлений про «зачем» в курс по DevOps.

Чтобы избежать острой дискуссии по вопросам уровня «как внедрить DevOps, если у нас 10-летнее легаси», мы сразу замахнулись на глобальную тему и пригласили поговорить о ней Анатолия Вассермана.

Я люблю проект длиной в неделю, и меня пугают проекты длиной в год. В аджайле мне очень понравилась концепция MVP и инкремента, это прям мое: сделать работоспособный кусок, внедрить его и двинуться дальше.

При этом DevOps-трансформация в том виде, в котором ее обсуждают в книгах и на конференциях, это как раз проект длиной в год. Или в годы.

Мы строили свой курс по DevOps в парадигме «MVP DevOps за один спринт» и «готовность к инкрементам». А если по-человечески, то «чтобы участник по возвращении мог немедленно что-то внедрить у себя и получить пользу».

MVP DevOps: в курсе есть инструменты для основных DevOps-процессов. Мы не ставили себе задачу рассмотреть и сравнить все системы CI/CD или раскрыть глубины подхода Infrastructure as Code. Мы даем один понятный стек: Gitlab CI/CD, Ansible, Terraform и Packer, Molecule, Prometheus, EFK. Можно прийти с курсов, собрать из учебных материалов инфраструктуру для пилотного проекта и поработать в ней.

Те, кто уже работает в DevOps-культуре, не узнают ничего нового. А тем, кто только присматривается или планирует DevOps-трансформацию, мы расскажем:

• на каком этапе жизненного цикла сейчас находится DevOps как концепция;
• как с цифрами в руках понять экономический эффект от DevOps-трансформации и убедить руководство, что эта трансформация выгодна;
• как выглядит список DevOps-инструментов, и как мы на Слёрме DevOps помогаем изучить конкретный стек, чтобы быстро войти в тему;
• небольшое погружение в одну из тем Слёрма DevOps.

Ведет вебинар Эдуард Медведев, CTO Tungsten Lab, SRE-инженер, один из спикеров Слёрма DevOps.

У вебинара плохой звук, поэтому мы сделали расшифровку.

Меня зовут Медведев Эдуард. Я сегодня поговорю о том, что такое SRE, как появилось SRE, какие есть критерии работы у SRE-инженеров, немножко о критериях надежности, немножко о ее мониторинге. Мы пройдемся по верхам, потому что за час много не расскажешь, но я дам материалы для дополнительного ознакомления, и мы все ждем вас на Слёрме SRE. в Москве в конце января.

В отзывах о Слёрме Kubernetes звучала фраза: «Kubernetes оказался проще, чем я думал». Сейчас уже не звучит, мифа о сложности k8s больше нет. Он перешел в разряд инструментов easy to learn, hard to master.

Мы хотим повторить то же самое с SRE. Показать, что SRE проще и понятнее, чем кажется. Сдвинуть парадигму: дать людям посмотреть на проект глазами инженера SRE.

Как всегда на старте, в уравнении много неизвестных. И как всегда на старте, самое интересное достанется первым.

3-5 февраля мы проводим в Москве Слёрм SRE. Билет на трехдневный интенсив стоит 60 тысяч. Что же участник получит за свои деньги?

Когда я рассказываю друзьям и коллегам про SRE, я встречаю здоровый скептицизм:

• Впервые слышу про SRE, это какая-то алхимия.
• Внедрить SRE сложно, это для гигантов вроде Гугла.
• Это дорого и долго, не дадут времени, не выделят бюджет.
• То, что вы описываете, слишком хорошо, чтобы быть правдой.

Эти вопросы я хочу разобрать.

SRE — хайповая тема. Появились вакансии SRE-инженера, об SRE заговорили на конференциях и в интервью. Вчера я увидел слово SRE в рассылке. Скоро оно зазвучит из каждого утюга.

Такой хайп у одних формирует лишние ожидания, а у других — ненужные опасения. SRE — это реализация идей DevOps, которая стирает грань между разработкой и эксплуатацией, и заполняет метриками пропасть между IT и бизнесом. Где-то нет ни этой грани, ни этой пропасти. А где-то именно SRE-практик не хватает для DevOps-трансформации.

12 декабря в 11:00 (Мск) на вебинаре «SRE — хайп или будущее?» Эдуард Медведев, CTO Tungsten Lab, SRE-инженер, один из спикеров Слёрма SRE, расскажет про применимость, базовые понятия и инструменты SRE, а затем опишет, что будет происходить на Слёрме SRE.

UPD: Запись тут, звук не очень, завтра опубликую расшифровку.

Лично я не люблю скидки. Большие скидки означают, что цена изначально была мощно заряжена.
Если есть резерв, лучше уменьшить цену. Первый Слёрм Мега стоил 75 тысяч, вторая Мега — 60, а третья стоит 50.

С другой стороны, мне нравится традиция Черной пятницы, пусть она и опошлена в России конским подъемом цен накануне.

Мы не можем скинуть цену на интенсивы (некуда), но можем нарушить принцип «единая цена на все формы обучения: зал, удаленка, онлайн».

29 ноября, ровно на сутки, Слёрм делает скидку 50% на все онлайн-курсы. Слёрм Kubernetes (Джуниор + База + Мега) можно купить за 32 500 рублей, а новый Слёрм Пром (Prometheus) за 7500 рублей. Не забывайте указывать промокод BF19.

Если прямо сейчас денег нет, или бюджет надо обсуждать с руководством, оставьте заявку, пока есть скидка, а по срокам оплаты договоримся.

Павел Селиванов, архитектор решений Southbridge и преподаватель Слёрма, выступил с докладом на DevOpsConf 2019. Этот доклад — часть одной из тем углубленного курса по Kubernetes «Слёрм Мега».

Слёрм Базовый: введение в Kubernetes проходит в Москве 18-20 ноября.
Слёрм Мега: заглядываем под капот Kubernetes — Москва, 22-24 ноября.
Слёрм Онлайн: оба курса по Kubernetes доступен всегда.

Под катом — расшифровка доклада.

Классический вариант вебинара — лектор рассказывает теорию и (в лучшем случае) дает немного практики. Мы решили попробовать альтернативный способ.

Павел Селиванов, архитектор решений в Southbridge и преподаватель Слёрма, будет во время вебинара создавать и настраивать кластер Kubernetes в Облаке КРОК, попутно комментируя свои действия.

После вебинара те, кто регистрировался с корпоративной почты, получат ссылку на использованные в вебинаре скрипты и плейбуки, и бесплатный триал Облака КРОК.

Когда мы в подобном формате проводили вебинары по Docker и Ansible, половину времени занимали вопросы участников, причем попадались очень интересные и неожиданные вопросы. Посмотрим, что получится в этот раз.

Регистрация

Даниил Подольский, руководитель разработки в MTGroup, расскажет про выгорание айтишников, которое чревато потерей самых вовлеченных и ключевых сотрудников.

Кирилл Малеванов, технический директор Selectel, расскажет про инфраструктуру глазами провайдера.

Иван Михеев, Deputy CTO в AGIMA, покажет кейсы из своей практики: «Как потерять 3 руководителя и понять, что без них может быть лучше» и т. д.

Денис Ильиных, технический директор GT-Shop, расскажет про задачи техдира, решением которых занят.

Сегодня в Southbridge на планерке обсуждали бирюзовый менеджмент.

Были те, кто предлагал двигаться сверху вниз, от идеи к практике. Мол, давайте внедрим философию бирюзового менеджмента: найдем эталон, примем решение о том, как должны делиться роли, как должна строиться коммуникация, и начнем двигаться в этом пути.

Были те (и я в том числе), кто хотел двигаться снизу вверх, от практики к идее. У нас есть конкретные задачи и конкретные проблемы. Давайте решать их, опираясь на бирюзовые инструменты, и бирюзовый менеджмент сложится сам собой.

Если сравнивать управление с разработкой, то путь сверху вниз — это создание монолита, а путь снизу вверх — это микросервисная архитектура. Сейчас, в нашем «микросервисном» управлении, мы можем два раза в день перестроить управленческий контур и немедленно «выкатить его в продакшен».

И программа Слёрм DevOps создана для тех, кто предпочитает двигаться снизу вверх.