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