Como o gerente de ferramentas de desenvolvimento do Google faz com que a codificação da IA ​​funcione

Como gerente de projeto do Google para ferramentas de desenvolvedor, Ryan Salva tem um assento na primeira fila para a maneira como as ferramentas de IA estão mudando de codificação. Anteriormente do Github e Microsoft, ele agora é responsável por ferramentas como Gemini CLI e Código de Gêmeos Assistacutucando desenvolvedores no novo mundo da programação agêntica.

Sua equipe lançou Nova pesquisa de terceiros Na terça -feira, mostrando como os desenvolvedores realmente usam as ferramentas de IA – e quanto progresso resta para fazer. Sentei -me com Salva para falar sobre o relatório e sua experiência pessoal com ferramentas de codificação de IA.

Esta entrevista foi editada por comprimento e clareza.

Todos os anos, o Google faz uma pesquisa com tendências de desenvolvedores – mas o relatório deste ano realmente se concentra nas ferramentas de IA e, especificamente, como os desenvolvedores agênticos estão dispostos a entrar em sua abordagem à programação. Houve alguma coisa na pesquisa que o surpreendeu?

Uma das descobertas realmente interessantes foi a knowledge média em que os desenvolvedores começaram a usar ferramentas de IA. Eles descobriram que period abril de 2024, que corresponde bem a Claude 3 saindo e Gemini 2.5 saindo. Este é realmente o amanhecer dos modelos de raciocínio ou pensamento e, naquela mesma época, ficamos muito melhores no xingamento de ferramentas.

Para tarefas de codificação, você realmente precisa ser capaz de aproveitar as informações externas para resolver problemas, para que seja necessário grep, pode precisar compilar o código. Se o código compilar, poderá querer executar esse teste de unidade e esse teste de integração. Eu acho que a chamada de ferramentas é realmente a peça importante que deu aos modelos a capacidade de se auto-corrigir à medida que avançam.

Como você está usando as ferramentas de codificação de IA pessoalmente?

A maioria das minhas codificações hoje em dia é para projetos de passion, e passo a maior parte do tempo usando ferramentas baseadas em linha de comando. Então isso inclui CLI Gemini. Depois, há um pouco de código Claude, um pouco de códice lá. E você nunca usa uma ferramenta baseada em terminal por si só, por isso sou realmente heterogênea em torno dos IDEs que uso. Eu uso o Zed. Eu uso o código vs. Eu uso cursor. Eu uso Windsurf, todos eles, porque estou interessado em ver como o mundo funciona e como a indústria está evoluindo.

No lado profissional, os gerentes de produto tendem a viver em documentos, então a primeira coisa é usar a IA para me ajudar a escrever os documentos de especificação e requisitos.

Estou curioso para saber como isso funciona. Você está usando a CLI Gemini para construir a CLI Gemini, mas eu imagino que isso não apenas corra.

Uma tarefa de desenvolvimento geralmente começa como um problema, talvez seja um problema do GitHub que alguém tenha caído com um bug. Freqüentemente, se eu realmente estou sendo honesto, é uma questão bastante sub-especificada. Então, vou usar a CLI Gemini para criar um médico de requisito mais robusto no Markdown. Isso geralmente criará provavelmente cerca de 100 linhas de especificação bastante técnica, mas também orientada a resultados. Em seguida, usarei a CLI Gemini para escrever o código com base nessa especificação e nas preferências gerais nos documentos da equipe.

Em toda a equipe de engenharia, temos algumas camadas diferentes de regras e documentos de marcação que são consumidos pelo modelo, apenas estabelecendo nossa maneira de trabalhar: eis como fazemos testes, eis como gerenciamos dependências e assim por diante. Então, quando produz o código, ele também está funcionando com esses documentos.

E, como a CLI Gemini está passando e fazendo a solução de problemas, atualizarei meu documento de requisitos dizendo: “Corrigi esta etapa. Agora estou no próximo passo” e assim por diante. Cada um deles cria sua própria solicitação de comprometimento e puxão no repositório, para que eu sempre possa retroceder ou desfazer.

Eu diria que provavelmente 70% a 80% do meu trabalho sou eu trabalhando no terminal com linguagem pure, tentando usar a CLI Gemini para elaborar os requisitos e, em seguida, permitir que a CLI Gemini escreva a maior parte do código para mim, que irei revisar e ler com o que o IDE que eu estiver usando. Mas principalmente estou usando o IDE como um native para ler o código, em vez de escrever o código.

Você acha que há um futuro para o código de computador bruto? Ou vamos apenas mudar tudo para o Terminal Home windows?

Por três décadas, o IDE foi onde fomos fazer tudo no desenvolvimento de software program. Você tinha o IDE, tinha o navegador e a janela do terminal.

Eu acho que ainda é esse o caso, mas suspeito que, com o tempo, acabaremos gastando muito mais tempo trabalhando com os requisitos, e a quantidade de tempo gasto no IDE diminuirá gradualmente. E acho que essa mudança pode realmente acontecer ao longo de um horizonte de tempo muito longo.

Há muita angústia no que isso significa para o desenvolvimento de software program como progressão. Se daqui a ten anos, não estamos mais olhando para o código, o que isso significa para os desenvolvedores? Ainda haverá um trabalho para eles?

Eu acho que seu trabalho como desenvolvedor se parecerá muito mais com um arquiteto. Será sobre tomar problemas grandes e complexos e dividi -los em tarefas menores e solucionáveis. Você precisará pensar como o quadro geral sobre o que você está tentando produzir, em vez da linguagem intermediária para expressar isso no código da máquina.