Юлия, привет Похвально что занимаешься менторством. head of devops на связи

Плохо что нет поиска по профилю работы ))

Йа мэм!

Я вообще слабо представляю кто такой DevOps😄Наверно тот, кто на предприятии на каком-нибудь Linux’e поднимает инфраструктуру для разработки (локальная сеть компов и соответсвующий софт)?

Коллеги девопсики, отзовитесь Юле и заодно пишите мне:) Нам есть о чем поговорить😀

Есть мопсы. И лабрадоры.

У меня вообще одни продажники, hr и prodact-манагеры в ленте. Такой же вопрос к разрабам, есть такие?)

Тут есть девелопсы, 2 в 1

Админю и девопсю уже более 10 лет

Привет! Я личинка девопса, приятно познакомиться)

Я ничерта не понял что ты сказала, но ты мне близка! Ты написала и достучалась прямо до сердца! Именно такими словами я встречаю всех в сообществе творческих людей: https://setka.ru/communities/01903e8d-5225-4df7-a6c0-c41b7987e8a6

Мы людей ненавидим.

Переставайте не быть DevOps-инженерами, становитесь QA или Dev, а свои знания DevOps указывайте как уникальный опыт.

Кстати, QA != тестировщик, но об этом в следующей серии

Концепция DevOps-инженера – это мировая ошибка HR. DevOps-инженеров не должно было быть.

В нормальном мире роль DevOps-инженера должен выполнять либо QA-инженер со знанием инструментов автоматизации сборки и деплоя, либо участник команды разработки, занимающийся CI/CD того продукта, который он иногда "кодит". Почему иногда? Потом что основное время он крутит YAML-файлик, чтобы все работало лучше и быстрее.

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

Почему вначале я написал, что это – ошибка HR? Потому что так удобнее было искать людей 🙃