Как стать великим
Разработчик в 2022 году

Как стать великим Разработчик в 2022 году

12 апреля 2022 г.

Фото агентства KOBU на Unsplash


Это может стать неожиданностью, но быть великим разработчиком — это нечто большее, чем качество вашего кода. Чтобы определить, что делает действительно элитного разработчика в мире после COVID-19, потребуются годы исследований, сбор данных, измеренных по почти бесчисленным показателям. К счастью, команда Google Cloud по исследованиям и оценке DevOps (DORA) проделала для нас тяжелую работу, как раз в отчете State of DevOps 2021.


Хотя вам действительно нужно найти время, чтобы изучить весь отчет, мы познакомили вас с основными выводами из отчета Accelerate State of DevOps 2021 ниже, где мы размышляем о том, как именно отчет определяет «великого» разработчика. И не волнуйтесь, если вы еще не совсем там; ознакомьтесь с частью 2, где вы найдете практические советы из отчета, которые помогут повысить вашу производительность как разработчика.


Отчет об ускорении развития DevOps за 2021 г.


![Фото Саймона Абрамса на Unsplash] (https://cdn.hackernoon.com//images/5piuqbzGNPae5bZRCn8CCDvc78P2-2022-04-12T05:37:03.095Z-cl1vpopkn000z0bs65s4186cp)


Что такое отчет о состоянии DevOps?


Этот ежегодный долгосрочный исследовательский отчет, составленный на основе данных, предоставленных более чем 32 000 специалистов по всему миру, подробно анализирует тщательно отобранные показатели, измеряемые в течение многих лет, и дает бесценную информацию о производительности, доставке и операциях в отрасли. Этот ресурс является важным для разработчиков и может помочь вам поднять планку от хорошего разработчика до отличного и, возможно, даже элитного.


Кто участвовал в опросе State of DevOps Report?


Отчет извлекает данные непосредственно из результатов опросов, полученных от профессионалов отрасли по всему миру, охватывающих весь спектр демографических и фирмографических данных. Поскольку рабочая и отраслевая культура напрямую способствует успеху команд разработчиков (подробнее об этом в [Часть 2]), крайне важно понимать характеристики, черты и атрибуты, составляющие отрасль. См. некоторые образцы ниже:


Демографические данные опрошенных:


·      Пол: 12 % опрошенных назвали себя женщинами, 1 % — небинарными.


·      Инвалидность: 9% сообщили о наличии инвалидности.


·      Недопредставленность: 17 % идентифицированы как принадлежащие к недопредставленной группе, которая может включать расу, пол или другие характеристики.


Фирмография опрошенных:


·      Отделы: 23 % респондентов работают в командах разработчиков или инженеров, 21 % — в DevOps или SRE.


·      Промышленность: 33% работают в сфере технологий, за ними следуют финансовые услуги и розничная торговля.


·      Размер команды: 62 % опрошенных работают в командах из 10 или менее человек, а 6 % работают в одиночку.


Фото Луки Браво на Unsplash


Показатели производительности доставки программного обеспечения


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


Какие четыре показателя Accelerate?


1.     Частота развертывания: как часто новый код развертывается в рабочей среде?


2.     Время внесения изменений: каков промежуток времени между фиксацией кода и началом производства?


3.     Время восстановления сервисов: в случае инцидентов, наносящих ущерб пользователям (например, сбоев), сколько времени потребуется вашей команде, чтобы возобновить нормальные сервисы?


4.     Коэффициент сбоев изменений: какой процент развертываний в рабочей среде приводит к ухудшению работы службы, требующей исправления, отката или исправления?


Пятая метрика:


В отчете за 2021 год также измеряется пятая метрика, отражающая операционную эффективность: надежность. Это отошло от измерения доступности в предыдущем отчете в расширении, которое также включает производительность, задержку и масштабируемость под эгидой «надежности». Проще говоря, Надежность — это мера того, насколько вероятно, что команда сдержит обещания в отношении своего программного обеспечения.


Что делает элитную команду разработчиков


Измерив все опрошенные команды по этим четырем показателям, в отчете эти данные используются для их классификации на низкий, средний, высокий или элитный с четкими определениями производительности для каждого из них. привязаны к четырем показателям выше. Как и следовало ожидать, разница в производительности доставки программного обеспечения между элитными и низкими командами заметна во всем.


![Фото Лалы Азизли на Unsplash] (https://cdn.hackernoon.com//images/5piuqbzGNPae5bZRCn8CCDvc78P2-2022-04-12T05:37:03.096Z-cl1vpopko00110bs6chvacpt5)


Элита против слабых команд


  • Частота развертывания:

В то время как элитные команды развертывают по запросу и несколько раз в день, низкоуровневые команды развертывают реже одного раза в шесть месяцев. Это снижение производительности низкоуровневых команд по сравнению с отчетом за 2019 год.


  • Изменить процент отказов:

Когда дело доходит до новых служб, требующих исправлений, команды с низким уровнем обслуживания могут почти вдвое больше, чем команды с элитным уровнем, до 30%, а команды с элитным уровнем сообщают только о 0%-15%.


  • Время внесения изменений и время восстановления услуг:

Самые впечатляющие успехи элитных команд заключаются в заблаговременности внесения изменений и времени для восстановления сервисов, в котором они мчатся вперед с в 6570 раз быстрее раз (да, 6570!), чем с низкими командами: менее одного часа. по обоим показателям для элитных команд, в отличие от шести месяцев и более, которые требуются для низкоуровневых команд.


Высокие и средние команды


Команды High и Medium добавляют несколько маркеров между двумя крайностями, и они должны помочь вам определить, где вы окажетесь в рейтинге:


  • Частота развертывания:

Команды высокого уровня развертывают раз в неделю и раз в месяц, в то время как некоторые команды среднего уровня развертывают гораздо реже, раз в шесть месяцев.


  • Изменить процент отказов:

Удивительно, но частота неудачных изменений между командами с высоким, средним и низким уровнем стабильно от 16% до 30%, что является увеличением как для команд с высоким, так и со средним уровнем с момента последнего отчета.


  • Время внесения изменений:

Команды с высокими показателями сообщают о времени выполнения заказа от от одного дня до одной недели, в то время как команды со средними показателями могут занимать более шести месяцев.


  • Время восстановления сервисов:

Когда дело доходит до восстановления поврежденных сервисов, командам High требуется менее одного дня, тогда как командам Medium может потребоваться от одного дня до одной недели.


Как они это делают?


Неудивительно, что самые успешные команды — это те, у которых самое частое развертывание, кратчайшее время подготовки, самое быстрое восстановление сервисов и самый низкий процент неудачных изменений. Используя приведенные выше данные, вы можете увидеть, где вы и ваша команда находитесь в рейтинге по этим показателям от низкого до высокого, и где вы находитесь на своем пути к тому, чтобы стать «великим» разработчиком.


![Фото Мохаммада Рахмани на Unsplash] (https://cdn.hackernoon.com/images/5piuqbzGNPae5bZRCn8CCDvc78P2-db93k1f.jpeg)


Но если у вас все еще есть путь, как вы совершаете прыжок между рейтингами? Какие шаги предпринимают элитные команды, чтобы получить преимущество? Помощь всегда под рукой: в отчете рассказывается о различных действиях и процессах, которые обеспечили успешную доставку программного обеспечения для команд по четырем показателям в 2021 году, включая использование нескольких облаков, интеграцию принципов SRE. и стремление смягчить выгорание. Не беспокойтесь, если время не на вашей стороне — у нас есть все необходимые подробности во второй части нашего обзора отчета Accelerate State of DevOps за 2021 год.


Поделись этим:


  • [Твиттер] (https://insights.adadot.com/2022/03/29/what-makes-a-great-developer/?share=twitter)


Также опубликовано здесь




Оригинал
PREVIOUS ARTICLE
NEXT ARTICLE