Новое исследование GitHub подчеркивает важность хороших документации и процессов, а также меньшего количества отвлекающих факторов на работе, сообщает портал ComputerWeekly.
Разработчики, которые отмечают высокую степень понимания своего кода, работают на 42% продуктивнее, чем те, кто понимают его слабо или не понимают вовсе, показало исследование GitHub. Хотя это может показаться очевидным, низкая степень понимания может быть вызвана различными факторами, включая плохую или устаревшую документацию, отсутствие обучения или высокие темпы внедрения новых технологий, таких как искусственный интеллект, отмечают исследователи.
Командам нужно двигаться быстро, и они могут упустить из виду необходимость того, чтобы их код был понятен, прост или хорошо документирован, и что это может помешать долгосрочной продуктивности. В GitHub говорят, что инструменты и соглашения, которые помогают коду быть понятным в команде и для других команд, могут защитить производительность в будущем.
«Каждый разработчик сталкивается с разочарованием, когда он не понимает свой код или окружающий его контекст», — говорит Николь Форсгрен, партнер-исследователь Microsoft и соавтор исследования. Поскольку большая часть кода взаимосвязана и разрабатывается несколькими людьми, она считает, что наличие хорошего опыта разработчика (DevEx) очень важно.
«Определенные технологии могут помочь разработчикам лучше понимать свой код и повысить их производительность в будущем», — отмечает Эйрини Каллиамвакоу, штатный исследователь GitHub и соавтор исследования. Например, собственная разработка GitHub — CoPilot — предоставляет функцию автозавершения кода на основе решения Open AI в таких редакторах кода, как встроенный в Visual Studio.
GitHub провела в сотрудничестве с DX, платформой для работы с разработчиками, онлайн-опрос, в котором приняли участие 170 респондентов, из которого выяснилось, что разработчики, которые выделяют значительное время для погружения в работу, получают 50%-ный прирост производительности.
Однако исследование также показало, что в процессе разработки ПО существует большое количество трений. По данным GitHub, жизненный цикл разработки изобилует бюрократическими проволочками, а успешная сдача кода в производство — удручающе редкое событие. Еще хуже то, что проблемы постоянно усугубляются. Разработчики беспомощно наблюдают за тем, как высшее руководство не вмешивается в ситуацию, что приводит к снижению скорости и уходу ведущих инженеров.
Что касается обратной связи, то оперативно завершенные обзоры кода позволяют разработчикам и командам быстро переходить к следующей идее. Исследование GitHub показало, что разработчики, которые сообщают о быстрой проверке кода, чувствуют себя на 20% более инновационными по сравнению с разработчиками, которые сталкиваются с медленным рассмотрением кода.
Разработчики, которые считают свою работу увлекательной, чувствуют себя на 30% более продуктивными по сравнению с теми, кто считает свою работу скучной. GitHub рекомендует руководителям команд переосмыслить распределение задач между отдельными членами команды или командами внутри организации. «Чтобы оптимизировать создание кода, вам нужна правильная среда, — говорит Каллиамваку. — Внедрение практик, позволяющих разработчикам входить в поток и оставаться в нем, — выигрышный ход».
Исследование также показало, что интуитивно понятные и простые процессы могут стимулировать инновации, в то время как громоздкие процессы могут отнимать время и вызывать разочарование. Разработчики, использующие интуитивно понятные процессы, заявили, что чувствуют себя на 50% более инновационными.
«Дело не всегда в технологии, — говорит Форсгрен. — Если вы найдете способы устранить трения и препятствия для разработчиков, вы откроете очень много возможностей».