Comments 6
Рональд, интересная статья, интересный опыт. Круто, что вы читаете и слушаете по этой теме.
Я видел два типа руководителей:
Первые не читают книг по управлению и уверены, что они хорошо управляют.
Вторые: читают книги и учатся у коллег и уверены, что им есть куда расти в управлении.
И я бы хотел бы работать со вторым типом руководителей и не хотел бы работать с первым.
Раз за вас, что вы из второй, правильной, категории)
Удачи вам в управлении командой))
Добрый день. Какие требования к джунам, помимо знания Linux, Ansible и Docker? Какие з. п. в зависимости от грейдов? Спрашиваю, потому что сам сейчас прохожу обучение и рассматриваю смену роли в сторону Devops.
К вышеперечисленному добавлю базовое знание сетей. Я обращаю внимание на основы: администрирование Linux + навыки автоматизации + понимание и опыт работы с Docker. Остальные знания уже как дополнительный плюс кандидату.
Наличие курсов необязательно, но отмечаю это при просмотре резюме. Из недавнего - наняли выпускника Яндекс Практикума, который закончил их курс по DevOps, а ранее работал системным администратором.
А вы как обучаетесь?
Про ЗП не могу раскрыть информацию)
Обучаюсь тоже на довольно известной платформе, но не ЯП. Выбирая, в первую очередь ориентировался на стоимость и срок обучения. Отзывы по большому счёту не показатель в данном вопросе. Сейчас периодически приходят ненавязчивые предложения оставить отзыв о курсе и взамен получить бонусный мини-курс в подарок. В целом я пока доволен, приближаюсь к экватору, знания сетей и linux были и до этого, как никак больше 10 лет в IT сфере. Довольно неплохо набил руку по написанию ansible ролей и плэйбуков. Довольно продуктивно поработал с terraform в Yandex.Cloud. Изучил неплохо git, python базово знал ранее. В принципе уже брал заказы на фрилансе, связанные с Ansible и docker, заказчик доволен. Планирую с нового года начать пушить работодателей своим "великолепным" резюме, с нерелевантным опытом инфраструктурного инженера и руководителя направления по ИТ-инфраструктуре)). Для меня курс это не ради корочки, а больше самодисциплина к приближению поставленной цели. Ведь там есть дедлайны, а при самообразовании дедлайны сам себе придумываешь и зачастую обучение может затянуться очень надолго. Знаю о чём говорю. У меня так было с python).
Приветствую. Такой вопрос: что из девопс-стека вы бы расставили по важности? От максимально необходимого (критичного, где плавать вообще нельзя) и до полезного, но не критичного?
Путь от инженера до тимлида DevOps. Как я организовывал работу отдела