GitHub Copilot: что изменится в работе разработчиков и что это значит для менеджера
GitHub Copilot вышел в публичный доступ. Разбираю, что это меняет для команд разработки и о чём стоит думать руководителю.
В июне 2022 года GitHub объявил о публичном запуске Copilot - инструмента автодополнения кода на основе большой языковой модели. С этого момента он доступен всем разработчикам на платной подписке. До этого он был в бета-тесте около года, и отзывы тех, кто его использовал, были достаточно убедительными, чтобы ожидать широкого распространения.
Я хочу поговорить об этом не с точки зрения разработчика - а с точки зрения руководителя команды или владельца продукта. Что это меняет в том, как устроена работа инженеров, и какие вопросы это поднимает?
Что делает Copilot
Copilot встраивается в редактор кода и предлагает автодополнения - не отдельных слов, а целых функций, блоков логики, тестов. Разработчик описывает задачу в комментарии или начинает писать код - система предлагает продолжение.
Эффект отличается от задачи к задаче. На рутинных вещах - написание стандартного кода, обработка типичных паттернов, написание шаблонных тестов - прирост скорости значительный. На сложных архитектурных решениях или на коде с нетривиальной бизнес-логикой польза меньше.
Это не автономный агент и не замена разработчика. Это ускоритель для определённого класса задач.
Что это меняет для команды
Первое - структура времени разработчика меняется. Рутинный код пишется быстрее. Это значит, что больше времени должно уходить на задачи, которые Copilot не решает: проектирование, ревью, проработка требований, работа с нетривиальными кейсами.
Второе - растёт важность понимания и проверки, а не написания. Copilot генерирует код, который нужно читать, понимать и оценивать - правильно ли это делает то, что нужно, нет ли в этом скрытых проблем. Это требует другого навыка, чем просто написание кода.
Третье - возникают новые вопросы про качество. Сгенерированный код может содержать уязвимости, антипаттерны или ошибки, которые на первый взгляд незаметны. Процессы проверки кода становятся важнее, а не менее важными.
Вопросы, которые стоит обсудить с командой
- Готовы ли наши процессы code review к тому, что объём генерируемого кода вырастет?
- Как мы будем работать с вопросами прав на код - у Copilot есть открытые вопросы вокруг обучающих данных и лицензий?
- Есть ли в нашем продукте области с требованиями к безопасности, где автоматически сгенерированный код создаёт повышенный риск?
- Как мы будем оценивать влияние инструмента на производительность - не по ощущениям, а по реальным метрикам?
Что это значит стратегически
Появление таких инструментов меняет не только скорость - оно меняет ожидания. Если разработчики конкурентов используют Copilot и пишут код быстрее, это давление на всю индустрию.
При этом скорость написания кода никогда не была главным ограничением в разработке. Главные ограничения - правильно понятые требования, хорошая архитектура, продуманное тестирование и операционная надёжность. Copilot помогает с первым из этого списка, остальные остаются человеческой работой.
Для руководителя правильный вывод: дать разработчикам попробовать инструмент, выработать правила использования с учётом специфики продукта - и следить за тем, куда перемещается узкое место после того, как рутинная скорость вырастет.