Создание внутреннего инструмента с помощью программных агентов стало значительно быстрее, однако данные отчёта Future of Platform Engineering 2026 показывают, что простота разработки не обязательно означает наличие чёткого видения. Среди 379 специалистов по платформенной инженерии команды, создававшие большинство своих функций с нуля, примерно в 3,5 раза чаще считали отсутствие чёткой стратегии препятствием для себя.
Этот результат не доказывает, что создание с нуля является ошибочным решением, но выявляет связь между способом предоставления возможностей платформы и уровнем ясности направления, в соответствии с которым работают команды.
Готовые инструменты — наиболее распространённый вариант
51,3% участников заявили, что основным подходом к поддержке функций платформы для них является использование готового базового инструмента, тогда как 31,2% полагаются на существующие шаблоны, а 17,5% создают решения с нуля. Использование инструментов было более распространено среди команд, отнесённых к высокоэффективным: 58,8%, по сравнению с 47,8% для шаблонов и 33,3% для создания с нуля.
Исключения наблюдаются в средах, непосредственно связанных с определённым техническим процессом, например в локальных средах разработки, проектах, создаваемых одним щелчком, и временных средах. В таких случаях шаблоны могут обеспечивать совместимость с утверждёнными процессами, которую общие инструменты не так легко предоставляют.
Временные среды — показатель зрелости платформы
Команды, предоставляющие временные среды, чаще сообщали о положительном влиянии искусственного интеллекта на скорость и стабильность поставки программного обеспечения, а также на покрытие кода и контроль затрат. Среди команд, охарактеризовавших влияние как очень положительное, более трёх четвертей использовали временные среды.
Однако эта связь не обязательно означает, что именно временная среда стала причиной улучшения. Команды, предоставляющие такие среды, обычно работают в рамках более широких платформ с множеством автоматизированных возможностей, поэтому масштаб и зрелость платформы могут быть более важными факторами, позволяющими справляться с объёмом изменений, создаваемых ИИ, без ущерба для стабильности.
Почему эта новость важна?
Главное практическое изменение заключается в том, что искусственный интеллект снижает стоимость написания кода, но не устраняет стоимость владения им. Быстро созданный инструмент требует сопровождения, обновлений и управления, а при увеличении объёма изменений в процессе разработки может повышать операционную нагрузку.
Данные подтверждают это различие: 57,9% команд, в которых преобладает создание с нуля, назвали отсутствие чёткой стратегии препятствием, по сравнению с 15,6% команд, использующих шаблоны, и 16,7% команд, применяющих базовые инструменты. Кроме того, команды, создающие решения с нуля, чаще использовали искусственный интеллект для обновления устаревших систем и миграции языков, что указывает: часть этого использования может приходиться на сопровождение сложностей, созданных самими командами.
Вопрос не сводится только к выбору между разработкой и покупкой
Анализ затрат и выгод был наиболее распространённой причиной решений о разработке или покупке — 29,6%; далее следовали предпочтение открытого исходного кода — 28,6%, оценка соответствия и требований — 22,4%, предпочтение коммерческих инструментов — 22,4% и разработка для достижения существенного преимущества — 16,3%.
Материал предлагает два возможных объяснения, между которыми данные не позволяют сделать выбор: возможно, стратегия предшествует решению о разработке или покупке, а возможно, сама разработка становится временной заменой стратегии, которая ещё не сформировалась. Но наиболее очевидный редакционный вывод заключается в том, что проблема не в создании с нуля как таковом, а в его использовании по умолчанию без конкретной причины. Уникальные возможности следует создавать с учётом контекста организации, тогда как инструменты, эффективно решающие стандартные задачи, следует покупать или использовать, учитывая стоимость сопровождения и долгосрочную зависимость.