Como o gerenciador de ferramentas de desenvolvimento do Google cria tarefas de codificação de IA

Como gerente de projeto das ferramentas de desenvolvedor do Google, Ryan Salva tem o assento da primeira fila de como as ferramentas de IA alteram a codificação. Anteriormente, Github e Microsoft eram anteriormente, Gemini CLI e Código de Gêmeos Assistatune tune desenvolvedores em um novo mundo de programação de agentes.

Sua equipe lançou Nova pesquisa de terceiros Na terça -feira, mostraremos como os desenvolvedores estão realmente usando ferramentas de IA e quanto progresso permanece. Sentei -me com Salva e falei sobre suas experiências pessoais com relatórios e ferramentas de codificação de IA.

Esta entrevista foi compilada por comprimento e clareza.

Enquanto o Google realiza pesquisas sobre tendências de desenvolvedores a cada ano, o relatório deste ano se concentra nas ferramentas de IA, principalmente como os desenvolvedores de agentes estão dispostos a obter uma abordagem para a programação. Tem algo que o surpreendeu com este estudo?

Uma descoberta realmente interessante foi que os desenvolvedores da data média começaram a usar ferramentas de IA. Eles descobriram que era abril de 2024. Isso é bem compatível com o Claude 3 saindo e o Gemini 2.5 saindo. Este é realmente o início dos modelos de raciocínio ou pensamento e, ao mesmo tempo, as chamadas de ferramentas se tornaram muito melhores.

Para codificar uma tarefa, pode ser necessário lidar com informações externas, deve ser capaz de ser utilizado para resolver o problema. Pode ser necessário compilar o código. Se o seu código for compilado, é recomendável executar seu teste de unidade e seu teste de integração. Eu acho que a chamada de ferramentas é uma peça importante que oferece ao modelo a capacidade de se auto-corrigir à medida que se move.

Como você usa pessoalmente as ferramentas de codificação de IA?

A maioria das minhas codificações hoje em dia é para projetos de hobby e passa a maior parte do tempo usando ferramentas baseadas em linha de comando. Isso inclui o cli de Gêmeos. Em seguida, há um pouco de código Claude. E eu estou realmente desigual no IDE estou usando, pois você realmente não usa ferramentas baseadas em terminais por conta própria. Use Zed. Use o código vs. Você está usando um cursor. Eu uso todos eles. Porque estou interessado em ver como o mundo funciona e como a indústria está evoluindo.

No aspecto profissional, os gerentes de produto tendem a viver em documentos; portanto, a primeira coisa a fazer é ajudá -lo a escrever especificações e documentação de requisitos usando a IA.

Estou curioso para saber como funciona. Estou construindo uma cli de Gêmeos usando a CLI Gemini, mas não acho que isso só vai correr por conta própria.

As tarefas de desenvolvimento geralmente começam como problemas, mas pode ser um problema do GitHub que alguém caiu no bug. Muitas vezes, se eu sou realmente honesto, esse é um problema não especificado. Portanto, usamos a CLI Gemini para criar um documento de requisitos mais robusto no Markdown. Geralmente cria algo bastante técnico, provavelmente cerca de 100 linhas, mas também especificações orientadas a resultados. Em seguida, uso a CLI Gemini para escrever código com base em suas especificações e preferências gerais da documentação da equipe.

Em toda a equipe de engenharia, existem várias camadas diferentes de regras e documentos de marcação consumidos pelo modelo, e você só precisa estabelecer como trabalha. Veja como testar: como gerenciar dependências etc. Então, quando escrevo o código, ele também funciona a partir desses documentos.

E, como a CLI de Gêmeos está solucionando problemas, farei você atualizar o documento de requisitos dizendo “Eu corrigi esta etapa, vou para a próxima etapa agora”. Cada um deles cria seus próprios commits e puxa solicitações no repositório, para que você possa rebobiná -los ou desfazê -los a qualquer momento.

Eu acho que talvez 70% a 80% do meu trabalho seja que eu trabalho em um terminal em linguagem natural e tento criar requisitos usando a CLI Gemini. E permita que a CLI Gemini escreva a maior parte do código para mim. Mas na maioria das vezes, uso o IDE como um local para ler o código em vez de escrevê -lo.

Você acha que o código de computador bruto tem um futuro? Ou você apenas move tudo para uma janela de terminal?

Por 30 anos, o IDE foi onde eu fui fazer todo o desenvolvimento de software. Eu tinha um IDE, um navegador e uma janela de terminal.

Eu acho que isso ainda é verdadeiro, mas com o tempo acho que vou gastar mais tempo alinhado com meus requisitos e reduzir gradualmente a quantidade de tempo gasto no IDE. E acho que a mudança pode realmente acontecer por um longo período de tempo.

Há muita preocupação com o que isso significa como uma progressão para o desenvolvimento de software. Daqui a dez anos, não estamos mais olhando para o código, mas o que isso significa para os desenvolvedores? Ainda há trabalho para eles?

Eu acho que seu trabalho como desenvolvedor parece um arquiteto. Serão necessários problemas grandes e complexos e os dividirão em tarefas menores e mais resolvíveis. Para representá -lo no código da máquina, você precisa pensar nisso como uma imagem inteira do que está tentando gerar, não uma linguagem intermediária.