Отзывы о компании «Слёрм»
Компания: Слёрм 1 курсов
1 преподавателей
медианная стоимость курсов 30 000 ₽
Отзывов 74
рейтинг:
Оценка на MOOC.ru: 4.3 из 5 — по 8 отзывам, оставленным на нашем сайте
Что отмечают в отзывах о школе «Слёрм»
Достоинства
- Преподаватели — по отзывам самый сильный элемент: объясняют сложные вещи ясно, не пересказывают документацию
- Курсы по Kubernetes и DevOps построены с нарастающей сложностью — практика через реальные ошибки, а не учебные примеры из вакуума
- Тестовые стенды и работа в облаке: все технологии проходятся в боевой среде, не на слайдах
- Теория добротная — структура и глубина проработки чувствуются в программах по DevOps и облачной инфраструктуре
Недостатки
- Поддержка — стабильно слабое место: задержки в ответах кураторов встречаются и у довольных курсом в целом студентов
- Цена высокая, а ощущение достаточности практики зависит от конкретного курса — по ряду программ студенты прямо пишут «дорого, мало практики»
- Плотный график и сложные условия сдачи: если нет запаса времени, велик риск не вписаться в темп
Что чаще отмечают в отзывах о школе «Слёрм»
Что хвалят чаще
в 2,1 раза чаще
в 1,5 раза чаще
Отзывы
Школы не платят за место в рейтинге и не могут удалить или изменить отзыв о себе. Отрицательные отзывы показываем в той же ленте, что и остальные.
После обучения начал замечать, где именно в нашем продукте DevOps-инструменты сырые, и могу уже аргументировать позицию, а не просто кивать на "принятые подходы". Объяснял детали по Docker коллеге-джуниору, помогал программистам разобраться в некоторых вещах - знания действительно осели.
Gitlab до курса вообще обходил стороной. Сейчас оцениваю инструмент по-другому, даже если в текущих проектах он не используется. Был момент, когда стенд для практики не поднимался - поднял его у себя на работе и доделал лабораторную. Это, кстати, говорит о том, что желание разобраться появилось само по себе.
Сертификация сделана под реальную рабочую задачу с жестким таймером - психологически давит, зато дает честное представление о том, как выглядит работа DevOps-инженера в боевых условиях.
Начал самостоятельно, но быстро забуксовал - непонятно было, что дальше и в каком порядке копать. Решился на DevOps Upgrade от Слёрма именно потому, что там не разрозненные курсы, а последовательное освоение инструментов с итоговым проектом, где всё это собирается вместе. Хотелось за разумный срок получить рабочую базу, чтобы выйти джуном.
Главное, что реально зацепило - практические задания и AMA-сессии со специалистами. Задания от Павла Селиванова помогали не просто потыкать инструмент, а понять, как он вообще устроен и как вписывается в общую картину.
По итогу устроился джуном в отдел SRE. На собеседовании выяснилось, что по Kubernetes я рассказал лучше остальных ребят, которых брали до меня - узнал уже после, но было приятно. Интересный момент: коллеги сами пробовали какие-то курсы Слёрма раньше, и им не зашло. Но то, что я пришёл не с "научите меня", а с реальными знаниями инструментов - сыграло в мою пользу при выборе кандидата.
Вот в чём разница между отдельным курсом вроде "Kubernetes база" и потоком DevOps Upgrade - картина мира складывается целиком, а не кусками. Но иллюзий строить не стоит: после курса мегаспециалистом не становишься, учиться дополнительно придётся очень и очень много.
Но есть серьезный минус: курс объемный, а срок - 3 месяца, и это просто нереально мало. Я не работал и мог учиться полный день - и то еле успевал. Те, кто выделял максимум пару часов в день, не успевали вообще ничего. Плюс наш поток был первым, и это чувствовалось - материал местами сумбурный и сырой.
Но есть существенная оговорка. До курса я уже смотрел видео по теме самостоятельно, то есть с нулем не пришел - и даже это не спасло от дикой нагрузки. Курс заявлен как подходящий для начинающих, но по факту это не так. Темп и объем такие, что нужно вкладывать огромное количество времени, буквально в ущерб работе. Основы в начале разбирают, да - но потом разгоняются так, что новичку будет очень тяжело.
DevOps-курс начинается с того, что каждому слушателю с первого же дня дают живое приложение, которое надо поддерживать, масштабировать и обновлять. Работа ведётся на виртуалках в облаке: Terraform, Packer, Consul, Ansible, CI/CD через GitLab - всё это проходишь не в слайдах, а руками. Есть логика прокачки сложности: сначала разворачиваешь одну ВМ, потом нагрузка растёт, нужно масштабироваться, потом автоматизировать, потом тестировать, потом мониторить через Prometheus+Grafana и ELK. В конце - ChatOps через Hubot со Slack и Telegram. Узнал несколько вещей, которые реально упростили бы мне жизнь раньше, если бы знал их.
DevOps-курс в первую очередь разложил по полочкам то, что я уже примерно понимал, но не мог систематизировать. SRE показал как делать правильно и познакомил с задачами, которые решает эта роль. После обоих курсов я понимаю, с чего начать внедрение CI/CD у себя, что именно мониторить - и без страха могу вписать это в резюме.
На обоих курсах аншлаг, свободных мест нет - это говорит само за себя.
По соотношению практики и теории: на лендинге заявлено 50/50, по факту вышло ближе к 75/25 в пользу практики. Каждый спикер давал презентацию с обзором инструмента и кейсами из опыта, а потом - практическая часть, которая занимала большую часть времени. Для администраторов и разработчиков это нормально. Но насколько полезно техническому руководителю несколько часов работать в консоли - вопрос открытый.
По пререквизитам: на сайте написано, что достаточно базового Linux плюс понимание Docker и Ansible. На деле информации "зачем и почему мы это делаем" было маловато. Мы шли по заранее подготовленным сценариям, спикеры объясняли, но не всегда этого хватало. Если бы я заранее посмотрел структуру конфигов Ansible и Terraform, разобрался как устроен Gitlab - усвоилось бы лучше. Организаторам, кстати, стоило бы расписать пререквизиты подробнее и честнее.
Что реально зашло: во время отладки развёртывания инфраструктуры через Terraform понял, какой объём автоматизации за этим стоит и насколько это сложнее и дольше делать руками. А когда вместе с кодом разворачивали экспортеры Prometheus - дошло, что разработчики сами могут решать, что мониторить, без лишней коммуникации. Это ценно.
В целом Слёрм DevOps подойдёт тем, кто хочет систематизировать знания, познакомиться с инструментами или разобраться в конкретных вопросах. Но если приходишь с нуля по теме - готовься подтянуть базу самостоятельно заранее.
Но само обучение понравилось - без оговорок. Материал усвоил реально, а не формально: уже развернул тестовый стенд и работаю с кластером. Планирую написать пару обзорных статей по азам и теории - именно курс дал для этого достаточную базу. Так что обучение добротное, просто перед покупкой стоит честно ответить себе, зачем тебе kubernetes.
Только жаль не было доп.заданий, которые можно было бы поделать после практики.
Для участия нужно понимать Kubernetes и Helm хотя бы на базовом уровне, знание PromQL тоже не помешает. Но главная ценность курса не в том, чтобы поднатаскаться разворачивать и откатывать приложения - это лишь инструменты. SRE - это методология, и большинство людей (по крайней мере в моём окружении) привыкли решать проблемы исходя из того, насколько хорошо они знают конкретное приложение изнутри. Здесь же показывают системный подход: как это делают в Google и Booking, с готовыми рецептами, которые можно применять с понедельника. Понятия сами по себе несложные, но именно то, что всё собрано в стройную систему - в этом и есть ценность.
Практическая часть была серьёзной. Нас разбили на команды по 5 человек, каждой - свой backend, один общий frontend, реальный сайт, доступный из интернета. Плюс исходники ключевого сервиса на локальном gitlab, почти настроенный CI/CD - и потом, разумеется, начинаются "проблемы". Ищи, чини, поднимай. Работать приходится с людьми, которых видишь впервые - это само по себе отдельный тренинг. Обратная сторона: уровень участников в команде разный, кто-то давно работает с нужными инструментами, кто-то только знаком теоретически. Неизбежно появляются внутренние лидеры по направлениям.
Чего, на мой взгляд, не хватало - список типичных заданий мог бы быть доступен заранее. Тогда во время самих заданий не пришлось бы тратить время на настройку инструментов, а можно было сосредоточиться на сути. Это ещё и выровняло бы стартовый уровень команд.
Около трети времени занимали выступления спикеров - все из крупных западных компаний (Google, Booking), кто-то из США, кто-то из Нидерландов, все русскоговорящие. Реальные примеры из практики, ответы на каверзные вопросы из зала - было интересно. Плюс соревновательный элемент: команды получали оценки за детали решений, три лучших - призы.
За качество созданных проблемных ситуаций отдельный респект организаторам - 16 команд, реальные задачи, и всё это работало.
И вот что хочу сказать: получилось неплохо, особенно с учетом того, что это был первый поток - а первый блин, как известно, редко выходит идеальным. Slurm взяли работающих инженеров из Booking и Google, что само по себе снимает вопросы о компетентности преподавателей. Организация тоже продуманная: всех участников разбили на команды по пять человек, стараясь не сводить коллег из одной компании, у каждой команды был ментор и отдельный чат поддержки.
По формату: немного теории, потом задание - "инцидент", который команда должна разобрать и починить, набирая баллы. Стек вполне современный - Kubernetes, Prometheus, Gitlab, Grafana, проект выглядит "как живой" и даже с документацией. Заданий много, времени в обрез, организаторы еще и добавляют игровые элементы стресса - не соскучишься. К третьему дню я ощутимо устал, темп действительно интенсивный.
Что понравилось: задачи реальные, не оторванные от жизни, теория без отсебятины - все по книге и по тому, что есть в открытом доступе. Не было ощущения тупика, когда не получается: сначала подсказки, потом по истечении времени - готовые решения и дополнительное время их выкатить. Командная работа оказалась отдельным удовольствием - с ребятами повезло, быстро нашли общий язык.
Из минусов: темп все-таки великоват, на мой взгляд. Были шероховатости с заданиями, тайминги местами не очень, подсчет баллов тоже вызывал вопросы - но это явно болезни первого потока, дальше должны поправить.
Кому подойдет: опытному системному администратору, который не боится кода, бэкендеру, который хочет расширить scope, или DevOps-инженеру. Если не знаете стек курса или никогда не программировали - будет тяжело. Совсем новичкам идти не стоит, курс точно не для них.
Впечатлений масса и все самые положительные. Мой опыт участия в интенсивах и конференциях насчитывает несколько десятков штук, так что сравнить есть с чем.
Уровень подготовки материала, его подачи и поведения докладчиков очень высокий. Сразу видно, что работа по подготовке проведена масштабная.
Уверен, что даже выступление репетируют многократно каждый докладчик. Ну или они на столько круты сами по себе, что могут выступать без подготовки :)
Большой плюс так же в том, что дается не только теория, но и возможность на практике "пощупать руками" то, о чем рассказывают.
Если у кого-то что-то пошло не так, есть команда техподдержки, которая помогает выполнять практически задачи.
И хоть в ИТ-среде это уже норма, однако все ребята из #slurm.io всегда открыты к общению и готовы отвечать на вопросы и вне самого мероприятия.
По-возможности, буду и дальше принимать участие в #slurm.io. Всегда интересно послушать умных людей и пообщаться с ними)
Жаль только, что проходят мероприятия не так часто как хотелось бы, а повторы одной тематики и того реже.
До основного интенсива дают доступ к записанным урокам по docker, ansible и смежным темам - открывают за 3 недели до старта, после подтверждения оплаты. Я их прошел заранее и не пожалел: систематизировал то, что знал, узнал кое-что новое. В чате большинство участников, судя по всему, спохватились в последние дни перед началом - это реальная ошибка. На самом интенсиве информации столько, что голова уже не успевает переваривать, так что лучше разгрузить ее заранее.
По содержанию: курс рассчитан на вход с нуля, но docker и ansible желательно знать глубже, чем дается в предварительных материалах - иначе за такой короткий срок просто не успеваешь все уложить. Для тех, кто хочет внедрять Kubernetes и еще не знает его изнутри - формат попадает в точку. Мне лично помог разрушить несколько устойчивых заблуждений о том, как k8s вообще работает и для чего он.
В целом доволен - курс полезный, подача интенсивная (название оправдывает себя буквально). Главный совет: не тяните с оплатой и сразу начинайте предварительные уроки, не оставляйте на последний момент.
Если в Питере спрашивали, когда мы выложим свой форк kubespray, то в Москве уже спрашивали, почему мы предлагаем использовать наш форк, а не берем оригинальный kubespray. Это уже критическое мышление миддлов-сеньоров.
Практика была сложной, люди делали много ошибок, и это прекрасно: набивать шишки надо во время учебы, а не в бою. Мы регулярно сталкивались с лимитами на получение сертификатов, лимитами на скачивание с Github и т.д. Это жизнь — мы одномоментно развернули в облаке Selectel около 200 кластеров. Никто свои ресурсы и лимиты к такому не готовит.
⠀
Мы хотели совместить наш многолетний опыт работы с низкоуровневыми инструментами, которые легли в основу Kubernetes и познакомиться более подробно с новым инструментом, который стал очень популярен в мире управления приложениями и микросервисами.⠀
⠀
3 дня Слёрм Мега это:⠀
⠀
〽️Спланированная приостановка текущих задач DevOps-инженеров, чтобы погрузиться в обучение;⠀
〽️Плотный график теория и практика с 14-00 до 24-00; ⠀
〽️Новая терминология, новые инструменты, новый опыт;⠀
〽️Объемный материал, продуманная лаборатория для выполнения практики и качественная техподдержка.⠀
⠀
Мы сделали для себя выводы как по формату обучения, так и по представленному материалу➡️
Как собран этот список отзывов
Дубликаты ищем не по совпадению текста целиком: один и тот же отзыв часто приходит с разными подписями и с приписанной вводной фразой. Такие пары находит сравнение по пятисловным фрагментам, и остаётся тот вариант, который полнее.
Чего мы не делаем: не проверяем личность автора и не подтверждаем сам факт обучения. Оценку, которую поставил человек, не меняем никогда. Отзывы, найденные на открытых площадках, показываем для полноты картины и в расчёт оценки не берём.
Подробнее о правилах — на странице как мы составляем рейтинг.