Этот пост посвящен использованию данных для выяснения того, как сообщество разработчиков программного обеспечения относится к DevOps.
Мы проанализируем следующие вопросы:
- Разработчики ценят DevOps только после того, как он у них есть?
- Как наличие DevOps влияет на удовлетворенность работой?
- Каково распределение настроений по отношению к DevOps в компаниях разного размера?
Но сначала давайте рассмотрим, что такое DevOps.
Что такое DevOps?
Википедия определяет это так:
DevOps – это набор методов, объединяющих разработку программного обеспечения (Dev) и ИТ-эксплуатацию (Ops). Его цель — сократить жизненный цикл разработки систем и обеспечить непрерывную доставку программного обеспечения высокого качества.
Мы видим, что DevOps призван сокращать жизненный цикл разработки и обеспечивать непрерывную доставку с высоким качеством. Это две функции, которые каждая команда ищет в своем коде. Вот некоторые из парадигм, лежащих в основе эффективного DevOps:
Непрерывное развертывание
Непрерывное развертывание описывает процесс непрерывного развертывания новых функций. Автоматизированный конвейер развертывает новые изменения кода. Таким образом, команда инженеров всегда получает информацию о состоянии всей системы.
Непрерывная интеграция
При непрерывной интеграции код немедленно анализируется и тестируется всякий раз, когда он регистрируется в системе контроля версий. Это делает непрерывную интеграцию важным инструментом для agile-команд, поскольку они могут устранять проблемы сразу же, как только они появляются.
Автоматизированные информационные панели
DevOps обеспечивает автоматизацию и наблюдаемость процесса разработки программного обеспечения. Эта автоматизация позволяет командам создавать автоматизированные информационные панели для ключевых показателей, представляющих интерес. Эти ключевые показатели затем могут служить основой для принятия важных бизнес-решений.
Организации выигрывают от DevOps, поскольку он ускоряет инновации за счет сокращения времени цикла между разработкой и развертыванием. DevOps также является важным инструментом масштабируемости. Он обеспечивает высокую степень согласованности, которая позволяет вам управлять сложными системами и изменять их.
Опрос разработчиков Stack Overflow 2020
Все эти преимущества звучат красиво в теории. Но они бесполезны, если сообщество не признает их ценность. Таким образом, мы рассмотрим данные Опроса разработчиков Stack Overflow 2020, чтобы узнать, что думает сообщество о DevOps.
Stack Overflow проводит ежегодный опрос по широкому кругу тем, связанных с программированием. В 2020 году в нем приняли участие почти 65 000 человек. Помимо широкого круга вопросов, представленных в предыдущие годы, опрос 2020 года также включал данные о DevOps. Участники ответили, есть ли в их организации специальный персонал DevOps и насколько важным, по их мнению, является DevOps для масштабирования разработки программного обеспечения.
Ежегодный опрос Stack Overflow дает нам наиболее полную картину отношения разработчиков к новым технологиям. Поэтому мы будем использовать его, чтобы оценить, получает ли DevOps заслуженную любовь.
Осознают ли люди ценность DevOps только после того, как они у них появятся?
Это первый вопрос, на который мы собираемся ответить. У меня сложилось впечатление, что работа в среде с надежными процессами DevOps меняет мнение людей. Прежде чем разработчики ощутят преимущества хорошего конвейера DevOps, они часто сомневаются, поможет ли он им писать более качественный код. Некоторые могут также рассматривать это как дополнительное бремя.
Но как только они узнают, насколько легче может стать их жизнь, многие люди меняют свое мнение. Люди ценят, что хорошие конвейеры DevOps могут снять большую нагрузку с плеч разработчика.
Это также то, что мы находим в данных о том, насколько важной респонденты опроса считают DevOps. Если мы сравним ответы компаний без выделенного персонала DevOps с ответами тех, у кого есть персонал DevOps, мы увидим явную разницу. Доля респондентов, ответивших нейтрально, снижается на 13%. Кроме того, наблюдается явный сдвиг в сторону того, чтобы считать DevOps «чрезвычайно важным».
Данные показывают, что разработчики учатся ценить процессы DevOps, если их компания их предоставляет. Я не мог скорректировать другие факторы, такие как респонденты, которые знали DevOps из предыдущих компаний. Тем не менее, общая картина по-прежнему такова, что наличие DevOps усиливает его важность для разработчиков.
Это приводит нас к следующему вопросу. Если инженеры научатся ценить преимущества DevOps при работе с ним, повлияет ли наличие DevOps на их удовлетворенность работой?
Как наличие DevOps влияет на удовлетворенность работой?
Здесь данные менее ясны. Меньше респондентов ответили «Слегка недовольны». Но количество разработчиков, которые чувствуют себя «Очень довольны», увеличилось.
Это может указывать на то, что наличие персонала DevOps немного повышает удовлетворенность разработчиков работой.
Но это также может быть связано с другими факторами, такими как размер компании и оплата труда.
Как отношение к DevOps меняется в зависимости от размера компании?
На следующем графике показан процент разработчиков, которые назвали наличие DevOps «чрезвычайно важным» или «несколько важным» в зависимости от размера компании.
Мы видим, что большинство разработчиков рассматривают DevOps как важный инструмент в современной организации, занимающейся разработкой программного обеспечения. Тем не менее, респонденты из компаний с менее чем десятью сотрудниками считают это менее важным. Это и понятно, так как эффективность процессов DevOps лучше раскрывается в крупных компаниях.
Тем не менее, высокие рейтинги одобрения обнадеживают. Это показывает, что сообщество уже едино в своем убеждении в важности DevOps.
Вывод
Это был наш анализ состояния DevOps с помощью опроса разработчиков Stack Overflow. Для меня было интересно увидеть, что наличие/отсутствие DevOps оказывает значительное влияние на DevOps. Я также был удивлен высоким процентом разработчиков, которые считают, что DevOps важен для масштабируемой разработки программного обеспечения.
Если вам интересен код для этого анализа, вы можете посмотреть его на мой Github.
Первоначально опубликовано на https://bewagner.net.
