On 25.11.2019 14:41, Vladimir Sharun wrote:
Привет,
Если у конторы нет софтвер девелопмента, то и девопсов у неё по определению быть не может.
Еще и как может. Аутсорсинг программинга например. Когда внутри бизнеса есть продакт, постановщики ТЗ,возможно - проджект и своя эксплуатация. Так вот тут эксплуатация может быть из нескльких частей, одна из которых и работает в роли девопса - является стыком между продакшном и девелопментом.
аутсорсед софтвер девелопмент - это всё равно софтвер девелопмент. Я о том, что звание "девопс" должно подтверждаться соответствующими функциональными задачами. Если это "я поддерживаю FreeBSD, Exim и MPPP и не морочьте мне голову, почему ваше гуано не работает" - то это классический (во всех смыслах этого слова) сисадмин :-)
Короче вариации аутсорсинга девелопмента не исключают вовсе необходимость собственного девопсинга.
С другой стороны, для ТС: не стоит питать иллюзий о зарплатах, потому что:
1. это функция незаменимости, читай - человек настолько долго работает, что является уже "частью кода" и знает как проф Мориарти - где какие ниточки паутины дёргаются, чтобы знать, что происходит 2. он может без программеров поддерживать тлеющую жизнь у проекта, который в бутлупе 3. он может без программеров идентифицировать источник проблемы и отдебажить ее по максимуму со стороны платформы (железо-ос), чтобы программерым меньше требовалось времени на устранение проблемы 4. он предиктит проблемы, занимаясь бенчмаркингом и рассматривая "матрицу" логов/прочего 5. надо иметь железные яйца, сдерживая натиск со стороны бизнеса, когда всё "того", конвертирующий поток матов "почему не работает" в сухие багрепорты с максимально детализированной диагностикой для девелоперо, вплоть до алгоритмов, которые подозреваются в х-не.
Да, девопс - это интегральная часть программерской команды, а не "human on a stick". -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison