Re: [uanog] Кто такой девопс ? :)

Доброго всем дня, спасибо, по теме стало более-менее понятно. Понятно теперь, что если отделу кадров скажут найти девопса, то он его, конечно, очень быстро найдёт. Ну поскольку ни сам отдел кадров ни предполагаемые кандидаты скорее всего не в состоянии будут понять о чём собственно речь :) . Это как в объявлении: "Срочно требуются на работу мерчандайзеры (грузчики)". Вот, интересная статистика попалась на глаза: Менее 4% ИТ-специалистов Центральной и Восточной Европы соответствуют современным требованиям Подробнее: https://www.vestifinance.ru/articles/128642 25.11.2019 15:33, Vladimir Sharun пишет:

Привет,

...

Да, девопс - это интегральная часть программерской команды, а не "human on a stick".

Я бы сказал сУше: девопс неразрывно связан с девелопментом. В случае аутсорса девелопмента и инхаус девопса он не может быть с точки зрения качества обратной связи частью дев комманды. В том смысле, что будучи частью девелопмента - это подталкивает срезать углы там, где это нельзя делать.

/25 листопада 2019, 14:48:40, від "Volodymyr Litovka" mailto:doka@xlit.one>:/

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

-- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net