Менеджер Google рассказал, как ИИ-инструменты меняют работу программистов

Райан Сальва, руководитель проекта по инструментам для разработчиков в Google, поделился взглядами на то, как инструменты искусственного интеллекта трансформируют процесс программирования. Ранее работавший в GitHub и Microsoft, он сейчас курирует такие продукты, как Gemini CLI и Gemini Code Assist, помогая разработчикам осваивать «агентское программирование».

Его команда опубликовала независимое исследование, показывающее, как разработчики на самом деле используют ИИ-инструменты и какой прогресс еще предстоит достичь. Интервью с Сальвой было отредактировано для краткости и ясности.

Ежегодный опрос Google в этом году сосредоточен на ИИ-инструментах. Было ли в исследовании что-то, что вас удивило?

Один из интересных выводов — медианная дата, когда разработчики начали использовать ИИ-инструменты. Это апрель 2024 года, что совпадает с выходом Claude 3 и Gemini 2.5. Это действительно рассвет «рассуждающих» моделей, и в то же время мы стали намного лучше работать с вызовом инструментов.

Сальва пояснил, что для задач кодирования моделям необходимо использовать внешнюю информацию, компилировать код и запускать тесты. Именно возможность вызывать инструменты позволяет моделям самостоятельно корректировать свои действия.

Как вы лично используете ИИ-инструменты для программирования?

Большую часть моего кодинга сейчас составляют хобби-проекты, и я в основном использую инструменты на основе командной строки, такие как Gemini CLI, а также Claude Code и Codex. Я использую разные IDE — Zed, VS Code, Cursor, Windsurf — чтобы видеть, как развивается индустрия.

На профессиональном уровне, как менеджер продукта, он использует ИИ для помощи в написании спецификаций и документов с требованиями.

Как выглядит рабочий процесс с использованием Gemini CLI?

Задача разработки обычно начинается с issue в GitHub. Я использую Gemini CLI, чтобы создать более детальный документ требований в Markdown. Затем ИИ пишет код на основе этой спецификации и внутренних правил команды. В процессе он обновляет документ, фиксируя исправления, и создает коммиты. Я бы сказал, что 70-80% моей работы — это взаимодействие с терминалом на естественном языке, а IDE я использую в основном для чтения кода, а не для его написания.

Есть ли будущее у «сырого» кода? Или мы перейдем на работу в терминале?

Я думаю, что со временем мы будем тратить гораздо больше времени на работу с требованиями, а время, проводимое в IDE, постепенно сократится. Но это изменение, вероятно, произойдет в течение довольно длительного горизонта.

Что это означает для профессии разработчика? Останется ли для них работа?

Работа разработчика станет больше похожа на работу архитектора. Речь пойдет о том, чтобы разбивать большие сложные проблемы на более мелкие, решаемые задачи. Нужно будет думать о общей картине того, что вы пытаетесь создать, а не о промежуточном языке для выражения этого в машинном коде.