Привет! На связи Аниса. И сегодня о насущном 🗣


Есть ли сейчас смысл откликаться на hh?


Сейчас на hh и правда большое количество откликов с отказами и классическими отбивками в стиле «мы рассмотрим ваше резюме», прилетающими через секунду.

Моё мнение + наблюдение 🤓:

стандартный отклик на вакансию в hh, к которому мы привыкли — больше не работает.

Ну всё, нагнала тоски в пятницу)
Однако, рано унывать!
Вот, что может классно сработать и повысить видимость резюме:


• Отклик на карьерном сайте компании

Видим вакансию на джоб-борде. Переходим на сайт компании. Отправляем резюме в карьерном разделе сайта компании. Да, конкуренция будет, но намного меньше, так как это требует дополнительных действий, нежели секундный отклик на hh.

• Написать рекрутеру напрямую

Находим рекрутера конкретной компании в LinkedIn или других соцсетях. Пишем дружелюбно и

по-человечески

, без массовых рассылок, что-то в стиле

«привет, хотел(а) откликнуться к вам на джоб-борде, но там какой-то треш из откликов. Рискну написать лично, вдруг и вам тоже так удобнее😁»

. И далее краткая выжимка о себе — позиция, стек, опыт работы — пара предложений, не более. И резюме, без него никак)

Эти два метода уже дадут преимущество перед 80% соискателей. Надо пробовать 😎

А у вас какие методы? Делитесь, если не секрет)

Доброго дня коллеги! Напоминаю о предстоящем событии

⏩Формат: неформальная встреча без повестки.
⏩Когда: 17 марта, 18:00 мск.

Буду рад всем: студентам, выпускникам, новичкам.

Занимайте места⬇️
ЗАНЯТЬ МЕСТО

Коллеги, вижу в опросе, что многих интересует курс «Профессия Devops-инженер», но вы пока не решаетесь присоединиться к нам.

Хочу рассказать немного про программу и почему она может заинтересовать вас ещё больше.

Что будет на курсе:
1️⃣9 месяцев глубокой трансформации. Мы не читаем лекции ради галочки. Вы пройдете путь от первого написанного скрипта до построения рабочей инфраструктуры. Создадите сквозной проект — тот самый козырь в рукаве, который цепляет взгляд нанимателей и позволяет просить достойную зарплату.

2️⃣Эксперты, которые знают цену ошибкам. С вами работают не теоретики, а действующие инженеры из крупных компаний.

3️⃣Диплом и прочная база. После курса вы будете разбираться в Docker, Kubernetes, CI/CD и облаках не как «еще один стажер», а как инженер, который понимает архитектуру.

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

Как сделать этот шаг ещё комфортнее?
➡️Рассрочка без банка — разбиваем сумму на удобные платели без единой копейки переплат.
➡️Налоговый вычет 13% — государство возвращает вам часть средств за обучение.
➡️Платит работодатель — многие компании готовы вкладываться в рост своих сотрудников. Поговорите с руководителем, возможно, это ваш случай.
➡️Бесплатный курс «Быстрый старт в DevOps». Это вводный интенсив для тех, кто хочет стать DevOps-инженером, но пока не уверен в своих силах.

‼️Не откладывайте свой рост.
Рынок не ждет, а хорошие вакансии открыты прямо сейчас.

ЗАПИСЫВАЙТЕСЬ НА КУРС

⚡️Через 5 минут начинаем наш эфир!⚡️

Ссылка для подключения здесь

Почему студенты выбирают курс "Профессия DevOps-инженер"?

Анализируя обратную связь студентов прошлых потоков, мы с коллегами из Слёрма выделили ключевые причины выбора этого курса:
1️⃣Прикладная ценность: упор на практику и инструменты (Ansible, Docker, Kubernetes, CI/CD), которые нужны в работе.
2️⃣Актуальность: подходит и новичкам, и опытным специалистам, так как закрывает реальные профессиональные задачи.
3️⃣Фундаментальность: продуманная программа дает не только поверхностные знания, а качественную базу.
4️⃣Карьерный рост: главное — возможность освоить востребованную профессию и выйти на новый уровень дохода.

Итог: курс помогает систематизировать знания, прокачать практические навыки и уверенно войти в разработку и эксплуатацию (DevOps).

⚡️Поток с обновленной программой стартовал.
⏩Присоединиться к группе вы можете на странице курса.

Коллеги, привет! 👋

26 февраля мы провели вебинар, посвящённый первому собеседованию в разработке и эксплуатации (DevOps).

Если вы мечтаете о первой работе в DevOps, но пока не знаете, с какой стороны подойти, — этот эфир для вас.

⏩Смотрите полный разбор по ссылке

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

⚡️Сохраняйте и делитесь с теми, кто тоже ищет свой путь в DevOps!

Коллеги, привет! 👋🏻
Сегодня поговорим про Gitlab и посмотрим простой прием с переменными (variables) и вводом (input).
Они начали использоваться начиная с 17.0 версии, уже 10 версий прошло, кажется можно и обсудить. Не забудьте, что на более старых версиях может вообще не работать. в т.ч проверяйте версию раннера.

Как работать с переменными должно быть всем понятно, но у них есть несколько проблем и сложностей. Сегодня рассмотрим как просто поменять Variable на Inputs и как можно расширить возможности вашего пайплайна:

📌Простой пример как использовать переменные в job в Вашем gitlab-ci:

variables:
  versions:
    value: "1.0"
    options: 
      - "0.1"
      - "1.0"
      - "2.1"
    description: "tag name"

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

📌Так как это действительно удобно, сделаем тоже самое с inputs

spec:
  inputs:
    versions:
      options: ['0.1', '1.0', '2.1']
      default: '1.0'
      description: 'tag name'

Работает точно также. Только для использования нужно использовать $[[ inputs.versions ]] вместо $versions

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

⏩Одну из них сегодня разберем.
С помощью переменных, я могу сделать огромный список разных вариантов переменных, сочетание которых, будет делать то, что нужно. Но мне хочется больше.
С помощью inputs можно создавать условие отображения возможных вариантов переменных. То есть, выбрав одну переменную, сделать возможным отображение вариантов или условий соответствующих только для нее.

Попробуем это сделать:

spec:
  inputs:
    run_playbook:   # Например я хочу выбирать значение для опредленного плейбука
      options: ['', 'nginx', 'k8s', 'postgres']
      default: ''
      description: 'Playbook to run'

environment:   # Возможно значение будет зависеть от окружения
      options: ['development', 'staging', 'production']
      default: 'development'
      description: 'Your environment'

playbook:     # Вот и основное значение, допустим это имя плейбука или нужная ему переменная
      description: 'Install'
      rules:    #  Пишем привычные правила, указывая условия. варианты будут доступны только при выполнении условий
        - if: $[[ inputs.run_playbook ]] == 'nginx' && $[[ inputs.environment ]] == 'development'
          options: ['my_lb', 'your_lb']
          default: 'my_lb'
        - if: $[[ inputs.run_playbook ]] == 'nginx' && $[[ inputs.environment ]] == 'production'
          options: ['prod01', 'prod02', 'prod03']
          default: 'prod01'
        - if: $[[ inputs.run_playbook ]] == 'k8s'
          options: ['common-test', 'common-dev', 'common-prod']
          default: 'common-test'
        - if: $[[ inputs.run_playbook ]] == 'postgres'
          options: ['base01', 'base02', 'base03']
          default: 'base01'
        - options: [''] 
          default: ''    # Пока не выбрано - будет пустое значение

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

Приветы! На связи Аниса 😎
И сегодня начистоту:

«Я не люблю работать — как быть?»

Хотя бы раз наступает этот момент осознания, постепенно перерастающий в неудовлетворенность, демотивацию и тотальное выгорание.

Отсюда вопрос:

А кто сказал, что любить работать — это обязательно?

Сейчас раскрою.

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

В эпоху соцсетей, культа продуктивности и успешности кажется обязательным обожание работы, а вынужденный не по собственному желанию! трудоголизм поощряется обществом.

🗣 Big fact: сбегать от собственных мыслей в работу всегда почётнее и статуснее, нежели в компьютерные игры.

Однако работа ≠ единственный способ самореализации. Это классный способ заработка, удовлетворения потребностей.
Если работа позволяет чувствовать причастность к чему-то важному, самореализации — это супер!
Если нет (а такое тоже бывает) — это норм!

Пройти обучение, сходить в поход, освоить мотоцикл, попробовать записать подкаст, сделать свой проект, увлечься керамикой и тд и тп — всё это наполняет смыслом и добавляет гармонии в жизнь 🌟

Работа — это часть жизни. А жизнь — это мы сами.

А у вас есть какие-нибудь заряжающие увлечения? Делитесь, будем вдохновляться

Коллеги, приветствую👋

17 марта мы собирались на неформальную встречу, где честно поговорили о карьере, учебе и страхах новичков. Вам было интересно, поэтому мы проводим еще один эфир, но теперь сфокусируемся на самом важном этапе обучения — финальном проекте. И обсудим мы его с выпускниками 11 потока курса «Профессия DevOps-инженер» .

На встрече:
1️⃣Расскажем как завершить финальный проект и вспомним самые любимые модули курса.
2️⃣Обсудим, что ждёт после диплома: обратная связь, первые рабочие дни и как не потерять себя в этом потоке.
3️⃣А ещё разберём, кому сейчас точно стоит идти на курс, а кому лучше повременить. И поделимся лайфхаками, как совмещать учёбу с работой и не выгореть.

‼️ Когда: 2 апреля, 19:00 мск

Будем рады видеть студентов, выпускников и всех, кто в поиске своего пути.

⏩ЗАНЯТЬ МЕСТО

А для тех, кто хочет системно изучить профессию и получить поддержку опытных инженеров, у нас есть курс

Коллеги, всем привет 📌

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

⏩Итак, пример
Для начала создаем проект. Он пока пустой, поэтому сначала конечно же продумываем структуру:

Создаем (метки лейблы) для задач

Для t‑shirt‑оценки длительности:
    size::S — однодневка, без ночёвки
    size::M — классические выходные (2 дня, 1–2 ночёвки)
Качество дорог
    road::perfect — Что-то идеальное, платные дороги
    road::good — ожидаем нормальный асфальт
При желании можно добавить риски:
    risk::no-fuel — длинные участки без заправок.
    risk::no-mobile — возможное отсутствие связи.
Или просто фичи
    feature::tollroad — платная дорога

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

.gitlab/issue_templates/Route.md
и
.gitlab/issue_templates/Trip.md

В которых шаблон будет такого вида

# Маршрут: {{название}}

**Кратко**
- Регион: 
- Размер (S/M/L/XL): 
- Тип покрытия: 
- Ориентировочный километраж: 

**Что хочется**
- Основная идея маршрута:
  - 
- Что важно проехать:
  - 
- Что можно оставить на потом:
  - 

**Техданные**
- Примерные точки/города:
- Ссылки на карты (Яндекс/OSM/GPX черновой):

**Чек‑лист**
- [ ] Создана ветка `route/<slug>`
- [ ] Добавлен `route.yml`
- [ ] Добавлен `overview.md`
- [ ] Добавлены ссылки на карты/треки

Таким образом, мы создали основу для того, чтобы работать с проектом и создавать задачи, которые описаны и содержат нужную информацию. В типичном рабочем процессе здесь описывались бы критерии готовности (DoD)

После создания задачи, создается ветка этой задачи из основной. Далее ответственный за нее человек начинает выполнять задачу.

После того, как работа в ветке завершена, создается запрос на слияние (Merge Request) и чтобы там тоже был шаблон, создадим файл .gitlab/merge_request_templates/Request.md, в который добавим основные моменты, которые нужно отметить для готового слияния. Это все будет работать, когда будет залито уже в основную ветку.

Это конечно еще не все, но у нас уже есть проект, в котором мы выстраиваем работу используя рабочие элементы (Work items), и разработка идет с этим учетом, шаблоны создают порядок 🔥
Кто догадается что, можно сделать дальше, для настройки? Пишите в комментариях ⬇️

Коллеги, привет!👋

⏩Напоминаю, что сегодня, 2 апреля в 19:00 мск, мы снова встречаемся — и теперь в фокусе будет то, что волнует каждого, кто доходит до самого ответственного этапа обучения: финальный проект.

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

⏩Ждём:
— студентов и выпускников,
— всех, кто сейчас присматривается к профессии и ищет свой путь в DevOps.

ЗАНЯТЬ МЕСТО

Идеальное резюме для ИИ-отбора⚡️

Сегодня резюме всё чаще сначала читает не нанимающий менеджер, а алгоритм.

Советы для прокачки резюме:
⚫️Задачи: Прописывайте их чётко, а не размыто.
⚫️Технологии: Указывайте всё, чем владеете.
⚫️Опыт: Показывайте не просто стаж, а ваши достижения.
⚫️Цифры: Любые результаты лучше превращать в метрики.

❗️Системы отбора (ATS) сверяют ваше резюме с вакансией автоматически. Нужны точные попадания в ключевые слова. И если в тексте нет нужных ключевых слов — ваше резюме могут даже не показать нанимающему менеджеру.

➡️Полная версия вебинара про первое собеседование в разработке и эксплуатации (DevOps) и профессиональные секреты ИТ-рекрутера — ТУТ

🚀 А если вы хотите составить идеальное резюме, которое понравится и ИИ, и рекрутеру, и техническому специалисту, тогда приходите на курс «Профессия Devops-инженер»

➡️ ЗАНЯТЬ МЕСТО НА КУРСЕ

⚡️Через 5 минут начинаем наш эфир!⚡️

Ссылка для подключения здесь