Отчет, совместно опубликованный компаниями Coder и SlashData, пролил свет на текущую практику и будущие направления развития сред разработки.
Отчет «Состояние сред разработки к 2025 году», в котором организации все активнее переходят к стандартизации, дает представление о траектории развития отрасли, ее проблемах и потенциальных возможностях для роста.
Стандартизация сред разработки набирает обороты
Одним из важнейших выводов является растущая приверженность стандартизации. Стандартизированные среды разработки становятся все более популярными: 78 % организаций планируют внедрить такие среды в ближайший год.
В отчете также подчеркиваются методы, популярные среди организаций на этом пути, включая опору на внутренние команды разработчиков платформы или DevOps, создание собственных решений на заказ, привлечение сторонних подрядчиков и выбор коммерческих облачных решений для разработки.
Хотя сроки внедрения этих решений различны, те, кто планирует действовать быстро (в течение трех месяцев), скорее всего, уже имеют инфраструктуру или партнерские отношения для ускорения внедрения.
Организации с чуть более длительными сроками (от трех до шести месяцев) указывают на ранние этапы подготовки, в то время как те, кто планирует действовать более шести месяцев, часто сталкиваются с фундаментальными проблемами, требующими поэтапных подходов для преодоления.
Этот переход особенно заметен на примере все более широкого использования инфраструктуры виртуальных рабочих столов (VDI). Несмотря на то, что в отчете VDI названы «устаревшей технологией», они по-прежнему привлекательны для тех, кто стремится к централизации и стандартизации в распределенных командах.
Однако по мере созревания планов VDI теряет свою популярность, и предпочтение отдается коммерческим решениям, размещаемым в облаке. Неудивительно, что организации с высокой плотностью разработчиков уже отдают предпочтение коммерческим облачным средам за их масштабируемость и поддержку совместной работы.
Борьба между разработчиками и администраторами
В то время как организации прилагают усилия по стандартизации, расхождение во взглядах между администраторами и разработчиками становится постоянной темой.
Администраторы в целом оценивают среду разработки более позитивно - особенно в части управления, доступа к инструментам и конфигураций - по сравнению с разработчиками. Такое разделение указывает либо на несогласованные приоритеты, либо на пробелы в общении и обучении.
Для разработчиков по-прежнему важна свобода настройки среды, однако такая гибкость создает риски, такие как несогласованность конфигураций и уязвимости безопасности.
«Администраторы отмечают значительно большую гибкость (52 % против 36 % для разработчиков). Такое расхождение может отражать снисходительность организационных правил для администраторов и их команд, в то время как разработчики, являющиеся конечными пользователями, сталкиваются с более строгим соблюдением правил и более ограниченными возможностями», - поясняют авторы отчета.
Разработчиков также расстраивает длительное время настройки. Только 7 % организаций могут создать среду менее чем за час, а 21 % сообщают о времени настройки, превышающем два дня. Несмотря на такую вопиющую неэффективность, только 14 % респондентов считают сокращение времени настройки приоритетной задачей.
Разрыв между стандартизацией и гибкостью отражает текущие дебаты в командах разработчиков программного обеспечения о балансе между централизованным контролем и индивидуальной свободой.
Проблемы внедрения
В отчете подчеркивается ряд препятствий, с которыми сталкиваются организации на пути к стандартизации. Главным из них являются проблемы с утверждением, особенно в организациях, где в принятии решений участвует множество заинтересованных сторон. Задержки или чрезмерно сложные процессы утверждения препятствуют прогрессу, несмотря на то, что они считаются важными для управления и надзора.
Что касается инструментария, то разработчики в качестве основного препятствия называют ограниченный доступ к необходимым инструментам и шаблонам. Это мнение часто совпадает с низким уровнем операционной зрелости: организации с высокой степенью стандартизации, как правило, обеспечивают лучший доступ и более быстрые рабочие процессы.
Еще одно узкое место связано с утверждением изменений или новых инструментов разработки со стороны ИТ-отдела и руководства: 24 % администраторов и 21 % разработчиков сталкиваются с задержками, связанными с этими процессами.
В отчете содержится предостережение о том, что требования безопасности и соответствия нормативным требованиям остаются постоянными проблемами для администраторов, которым поручено создание сред.
Результаты исследования показывают, что проблемы безопасности часто более выражены в отраслях с более строгой нормативной базой, таких как правительство и оборона, которые, как неудивительно, сообщают о наличии «наиболее закрытых сред».
Отраслевые данные и уровни зрелости
Зрелость сред разработки в разных отраслях заметно различается, причем в некоторых из них стандартизация внедряется гораздо активнее, чем в других.
Наибольшая зрелость операционной стандартизации наблюдается в образовательных и государственных/оборонных отраслях. Эти отрасли ценят соответствие и последовательность, что приводит к созданию более централизованных рамок для конфигураций среды.
И наоборот, организации розничной торговли, несмотря на высокие показатели зрелости процессов, например автоматизированных настроек, часто сообщают о неудовлетворенности своими средами.
Для компаний, работающих по принципу «программное обеспечение как услуга» (SaaS), приоритетом является гибкость, иногда в ущерб операционной стандартизации. Это создает относительно слабую культуру надзора, где разработчикам предоставляется значительный контроль, но потенциальной ценой организационных рисков, таких как плохое управление и разрозненные рабочие процессы.
Отрасли с высокой степенью зрелости, как представляется, привели свои операционные процессы в соответствие с четко определенными целями, используют формальные команды разработчиков платформ и автоматизацию процесса предоставления услуг. В то же время в отраслях с низким уровнем зрелости эти основы могут отсутствовать, а такие проблемы, как различия в конфигурациях отделов или пренебрежение скоростью настройки, снижают производительность.
Перспективы облачных технологий и автоматизации в будущих средах разработки
Результаты отчета подчеркивают перспективность облачных сред разработки (CDE) в определении будущего разработки программного обеспечения. Эти среды обеспечивают гибкость, масштабируемость и надежные средства совместной работы.
Тем не менее, в отчете также отмечается потенциальный пробел в знаниях. Хотя 79 % респондентов сообщили, что используют полностью управляемые CDE, многие продемонстрировали лишь частичное понимание их технических возможностей. Это говорит о некоторой переоценке уровня внедрения, при этом ключевым требованием для устранения пробелов в организациях остается обучение.
Одно из главных откровений отчета касается организаций, уделяющих больше внимания автоматизации.
«Только 7 % респондентов могут создавать среды менее чем за час, как правило, в высоко стандартизированных системах, таких как полностью управляемые облачные среды», - поясняют авторы отчета.
В отличие от них, организации, использующие VDI или устаревшие процедуры ручного утверждения, демонстрируют гораздо более низкую скорость создания сред».
Ключевые рекомендации
Чтобы идти в ногу с отраслью, стремящейся к стандартизации, организациям необходимо устранить основные неэффективные факторы и обеспечить, чтобы среды разработки отвечали требованиям как администраторов, так и разработчиков.
В отчете содержится призыв к рационализации процесса принятия решений и расширению сотрудничества между администраторами и разработчиками, чтобы снизить уровень разочарований и несоответствий. Эти усилия должны учитывать уровни зрелости.
Улучшение настроек в организациях с низким уровнем стандартизации, скорее всего, устранит задержки и пробелы в безопасности или операционных рабочих процессах. В то же время организации с более высоким уровнем зрелости должны сосредоточить усилия на повышении гибкости и обеспечении масштабируемости для дальнейшего роста.
Путь к достижению операционного совершенства в средах разработки далеко не прост. Однако при подходе, в котором приоритет отдается балансу между гибкостью, безопасностью и удобством использования, вознаграждение будет очевидным: ускорение рабочих процессов, улучшение управления и удовлетворенность сотрудников, занимающихся разработкой.