Любой разговор об ИИ в кругах разработчиков программного обеспечения сводится к одной и той же основной идее: предоставьте инженерам более совершенные инструменты ИИ, и им понадобится меньше коллег. Это убедительная, но ошибочная точка зрения.
ИИ поднял планку того, чего может достичь отдельный разработчик, одновременно повысив ожидания относительно того, что этот разработчик должен знать. Инженеру, использующему ИИ для генерации кода инфраструктуры, по-прежнему необходимо оценивать его безопасность. Тот, кто использует ИИ для сканирования безопасности, по-прежнему должен понимать бизнес-логику, лежащую в основе того, что сканируется.
Чем больше задач выполняет ИИ, тем более широким должно быть суждение, необходимое для проверки его результатов.
«Лучшее программное обеспечение появляется не благодаря лучшим инструментам, а благодаря лучшим командам».
Организации, которые получают наибольшую выгоду от инвестиций в ИИ, будут целенаправленно укреплять свои процессы сотрудничества, включая межфункциональные проверки кода, возможности обмена знаниями и структурированное наставничество, чтобы отдельные инженеры развивали многопрофильную экспертизу, которую требует ИИ, но которую он не может обеспечить самостоятельно.
Лучшее программное обеспечение создается не благодаря лучшим инструментам, а благодаря лучшим командам.
Совместная работа — залог успеха
Основная цель DevSecOps — создать культуру совместной разработки, охватывающую весь жизненный цикл поставки программного обеспечения, от бизнес-стратегии до технической реализации. Эта культура делает акцент на повторном использовании и передовых практиках, которые напрямую повышают производительность разработчиков и эффективность поставки. Организации достигают этого с помощью системы с двумя уровнями контроля:
- Проверка кода, основанная на консенсусе, обеспечивает передачу знаний и соблюдение стандартов качества во всех дисциплинах.
- Автоматизированные проверки качества и безопасности выявляют проблемы до того, как они дойдут до производства.
Такой подход обеспечивает баланс между скоростью и контролем. Он снижает риски при управлении изменениями в программном обеспечении, гарантируя при этом, что ускорение не происходит за счет стабильности или безопасности.
Большинство организаций останавливаются на этом. Они внедряют процессы, устанавливают инструменты и измеряют улучшения в скорости. Тем не менее, они упускают из виду более глубокую трансформацию, происходящую под поверхностью.
Системы обмена знаниями
Модель совместной работы принципиально способствует обучению и росту знаний в масштабе. Исследования в области педагогической психологии, в частности в рамках таксономии обучения Блума, показывают, что преподавание концепций другим развивает самый высокий уровень компетентности.
Именно здесь система с двумя уровнями контроля раскрывает свою более глубокую ценность. Рецензирование кода превращается в структурированные сессии передачи знаний. Каждый человек выступает в роли эксперта в своей области, одновременно обучаясь смежным областям:
- Инженер по безопасности, проверяющий код, обучает методам безопасной разработки, одновременно изучая бизнес-требования
- Архитектор понимает приоритеты продукта, одновременно делясь знаниями о технических ограничениях
- Младший разработчик изучает шаблоны у старших коллег, одновременно предлагая свежие взгляды на инструментарий
Это создает сетевой эффект, при котором знания каждого человека повышают способности всех остальных. Экспертиза распространяется во всех направлениях по всей организации. Эта культура сотрудничества создает обучающуюся организацию, в которой каждое взаимодействие служит возможностью для обучения и ускоряет рост.
«Вот что отличает некоторых инженеров: они усвоили знания из смежных областей благодаря многолетнему совместному взаимодействию».
Если смотреть на DevSecOps через эту призму, рецензирование кода становится моментом обучения. Сканирование безопасности дает возможность учиться. Каждое взаимодействие в системе способствует передаче знаний и развитию экспертизы. Вот что выделяет некоторых инженеров: они усвоили знания из смежных областей благодаря многолетнему совместному взаимодействию.
Самодостаточный разработчик: ИИ как союзник, а не замена
Естественным развитием этой модели сотрудничества является «самодостаточный разработчик» — специалист, работающий с информацией, чьи возможности расширяются за счет ИИ, что обеспечивает беспрецедентную автономность и эффективность. Перспектива по-прежнему остается привлекательной. Каждый инженер получает союзников в лице ИИ, которые берут на себя работу низшего уровня, такую как запоминание, понимание и применение базовых концепций. Обучение агента выполнению этих рутинных задач значительно снижает когнитивную нагрузку, освобождая умственные ресурсы для мышления более высокого уровня, включая анализ, оценку и творческое решение проблем.
Именно так ИИ может усилить человеческие способности, а не заменить их. Недавнее исследование GitLab показало, что, хотя 83% специалистов DevSecOps считают, что ИИ значительно изменит их роль в течение следующих пяти лет, 76% согласны с тем, что ИИ создаст потребность в большем количестве инженеров, а не в меньшем.
Однако в кругах руководителей развивается опасная противоположная точка зрения. Некоторые лидеры считают, что компетентные ИИ-агенты могут полностью заменить работников умственного труда. Это свидетельствует о фундаментальном непонимании того, как люди приобретают экспертные знания.
Даже при наличии высокопроизводительного ИИ по-прежнему нужны человеческие эксперты, способные:
- Оценивать результаты в различных дисциплинах
- Устанавливать доверие к рекомендациям ИИ
- Давать оценку с учетом специфики области
- Нести ответственность за производственные системы
Фактически, исследование GitLab показало, что 40% специалистов в области DevSecOps согласны с тем, что решения на базе ИИ действительно ускорят карьерный рост младших разработчиков.
«Аргумент о том, что «младшие разработчики больше не нужны», игнорирует тот факт, что кому-то все равно нужно проверять, валидировать и нести ответственность за то, что производит ИИ».
Аргумент о том, что «младшие разработчики нам больше не нужны», игнорирует тот факт, что кому-то все равно нужно проверять, подтверждать и нести ответственность за то, что создает ИИ. Младшие разработчики не просто пишут код; они учатся оценивать его в различных областях и формируют суждения, необходимые для проверки результатов работы ИИ.
Противоположный аргумент, что ИИ может заменить опытных архитекторов и старших разработчиков, оказывается столь же проблематичным. Эта логика предполагает, что мы полностью пропустим базовое обучение и перестроим образование в области информатики, чтобы сосредоточиться исключительно на управлении агентами ИИ. Но без понимания того, как выглядит хороший код в сферах безопасности, инфраструктуры и бизнеса, как эти выпускники смогут понять, верны ли результаты ИИ? Обе крайности упускают суть.
Критический пробел: недостаток коллективного опыта
Основным ограничением являются не возможности ИИ. Это отсутствие людей, которые действительно могут работать в качестве такого «самодостаточного разработчика». Вам нужны инженеры с достаточными навыками в нескольких областях, чтобы эффективно оценивать результаты работы ИИ в сфере безопасности, инфраструктуры, качества и бизнес-логики. И вам нужны преподаватели, которые понимают, как подготовить таких многопрофильных специалистов.
«Самодостаточный разработчик — это не тот, кто работает в изоляции».
Модель сотрудничества, заложенная в первоначальной цели DevSecOps, по-прежнему остается важной, поскольку именно через нее люди приобретают широкий кругозор. Самодостаточный разработчик — это не тот, кто работает в изоляции. Такие специалисты усвоили коллективный опыт межфункциональной команды и теперь могут работать с поддержкой ИИ, сохраняя при этом способность к критическому мышлению и ответственность, которые может обеспечить только человеческий опыт.
Путь вперед
Организации стоят перед важным выбором. Заманчивый путь заключается в том, чтобы рассматривать ИИ как стратегию сокращения затрат, заменяя дорогостоящих высококвалифицированных специалистов более дешевыми инструментами и теми, кто умеет ими пользоваться. Этот путь ведет к нестабильным системам, техническому долгу и, в конечном итоге, к провалу.
Устойчивый путь признает, что ИИ работает как инструмент, который усиливает существующие возможности, но не может заменить суждения, основанные на глубоком межфункциональном понимании.
Победу одержат те компании, которые удвоят усилия в области совместного обучения и одновременно будут инвестировать в расширение возможностей с помощью ИИ. Они понимают, что для создания самодостаточного разработчика необходимо сначала создать команду, которая обучает каждого сотрудника в нескольких областях. Они признают, что процесс рецензирования кода дает знания, необходимые для эффективного использования инструментов ИИ. Они инвестируют в создание систем передачи знаний, которые формируют инженеров, способных работать автономно, обучаясь на коллективном опыте.
«Победу одержат те компании, которые удвоят усилия в области совместного обучения и одновременно будут инвестировать в расширение возможностей ИИ».
Это демонстрирует парадокс эпохи ИИ в сфере разработки программного обеспечения. По мере того как наши инструменты ИИ становятся все более мощными, ценность совместного обучения становится еще более важной. Единственный способ подготовить специалистов, способных эффективно использовать эти инструменты, — это межфункциональная передача знаний, обеспечиваемая DevSecOps.
Цель не изменилась. Нам по-прежнему необходимо повышать производительность, улучшать эффективность и снижать риски. Изменилось наше понимание того, что для достижения этих целей в широком масштабе требуются как совместное обучение, так и расширение возможностей с помощью ИИ, а не выбор между ними.
Будущее принадлежит организациям, которые создают культуру, в которой каждый учит, каждый учится и каждый становится способным работать как самостоятельный разработчик при поддержке ИИ. В конечном счете, реальное конкурентное преимущество — это не ИИ, а люди, которые знают, как его эффективно применять.
Подписывайтесь на наш канал в Телеграм
⚡ Подписаться