У меня есть видео, самое первое, про то как практиковаться начинающему девопс-инженеру, про строительство, так сказать, хоум лабы для практики. Там получился такой роадмап, на мой взгляд неплохой, для самостоятельной практики. Эффективность роадмапа зависит от того, сколько сил и времени вы вложите в него. И вот на днях написали мне там комментарий (конечно я их читаю, а ты как думал): А вам не кажется, что слишком дофига для джуниорской зарплаты нужно знать, учитывая просадку по количеству вакансий и росту конкуренции в 2025 году? Захотелось немного прокомментировать свое мнение по этому вопросу. Так вот. Вообще не кажется. 👉 DevOps-инженер - это не стартовая позиция. Подразумевается что начинающий девопс-инженер это НЕ вчерашний курьер. То есть грубо говоря, начинающий девопс-инженер уже middle-уровня. Он уже имеет понимание как устроен жизненный цикл ПО (и в целом какой воркфлоу у разработчиков), как работают серверы и как на них запускаются приложения — он уже больше понимает какая есть боль у разработчиков, берет больше ответственности на себя. В другом своем видео про девопс-инженеров я более подробно рассказываю про то, чем именно занимается типичный дЕвОпС. Опять таки, обобщая: в зависимости от проекта/компании он будет заниматься всем. Инфраструктура - создание и настройка, observability в целом, автоматизация релизного цикла, безопасность… просто в зависимости от компании будут меняться пропорции вашего участия в той или иной области: может быть выделенная команда мониторинга, выделенные инженеры, которые создают виртуалки, и так далее. Получается, что все пункты, которые обсуждаются в первом видео нужны в профессии, они прокачивают твой T-shape. По мере увеличения опыта, в зависимости от того чем вы занимались на работе будут формироваться и "ноги" вашего T-shape. Порог входа в девопс-инженерство высокий. Выше, чем в разработку или тестирование. Особенно сейчас во времена LLM-агентов и кризиса на айтишном рынке. Поэтому я всегда говорю: надо херачить, практиковаться, набивать шишки(== получать опыт), повышать насмотренность и изучать какие проблемы решаются какими подходами, какие инструменты могут в этом помочь и в чем их различия.