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