Cómo el administrador de herramientas de desarrollo de Google hace que la codificación de IA funcione

Como gerente de proyectos de Google para herramientas de desarrollador, Ryan Salva tiene un asiento de primera fila para las formas en que las herramientas de IA están cambiando la codificación. Anteriormente de Github y Microsoft, ahora es responsable de herramientas como Gemini CLI y Asistencia en código de Géminisempujando a los desarrolladores al nuevo mundo de la programación de agentes.

Su equipo liberó nueva investigación de terceros El martes, muestra cómo los desarrolladores realmente usan herramientas de IA, y cuánto progreso queda por hacer. Me senté con Salva para hablar sobre el informe y su experiencia personal con las herramientas de codificación de IA.

Esta entrevista fue editada por longitud y claridad.

Cada año, Google realiza una encuesta sobre las tendencias del desarrollador, pero el informe de este año realmente se centra en las herramientas de inteligencia artificial, y específicamente cómo los desarrolladores de agentes están dispuestos a obtener su enfoque para la programación. ¿Hubo algo en la investigación que te sorprendiera?

Uno de los hallazgos realmente interesantes fue la fecha media cuando los desarrolladores comenzaron a usar herramientas de IA. Descubrieron que era abril de 2024, que corresponde con bastante ordenación a Claude 3 saliendo y saliendo Gemini 2.5. Este es realmente el amanecer de los modelos de razonamiento o pensamiento, y aproximadamente ese mismo tiempo, mejoramos mucho en las llamadas de herramientas.

Para las tareas de codificación, realmente necesita poder aprovechar la información externa para resolver problemas, por lo que es posible que necesite Grep, es posible que necesite compilar el código. Si el código lo compila, puede querer ejecutar esa prueba unitaria y esa prueba de integración. Creo que la calificación de herramientas realmente es la pieza importante que le dio a los modelos la capacidad de autocorregir a medida que avanzan.

¿Cómo está utilizando las herramientas de codificación de IA personalmente?

La mayor parte de mi codificación en estos días es para proyectos de pasatiempos, y paso la mayor parte de mi tiempo usando herramientas de línea basadas en línea. Entonces eso incluye Géminis CLI. Luego hay un poco de código Claude, un poco de Codex allí. Y nunca usas realmente una herramienta basada en terminal por sí misma, por lo que soy realmente heterogéneo con los IDES que uso. Yo uso zed. Yo uso el código VS. Yo uso el cursor. Utilizo Windsurf, todos ellos, porque estoy interesado en ver cómo funciona el mundo y cómo está evolucionando la industria.

En el lado profesional, los gerentes de productos tienden a vivir en documentos, por lo que lo primero es usar IA para ayudarme a escribir los documentos de especificaciones y requisitos.

Tengo curiosidad por saber cómo funciona. Estás usando Gemini CLI para construir Géminis CLI, pero me imagino que no solo se ejecuta.

Una tarea de desarrollo generalmente comenzará como un problema, tal vez sea un problema de GitHub que alguien haya caído con un error. A menudo, si realmente soy honesto, es un problema bastante bajo especificado. Así que usaré Gemini CLI para crear un documento de requisito más robusto en Markdown. Eso generalmente creará probablemente unas 100 líneas de especificación bastante técnica, pero también basada en resultados. Luego usaré Gemini CLI para escribir el código en función de esa especificación y las preferencias generales en los documentos del equipo.

En todo el equipo de ingeniería, tenemos un par de capas diferentes de reglas y documentos de Markdown que el modelo consume, simplemente estableciendo nuestra forma de trabajar: así es como hacemos pruebas, así es como gestionamos las dependencias, etc. Entonces, cuando produce el código, también funciona a partir de esos documentos.

Y a medida que Gemini CLI está pasando y haciendo la solución de problemas, haré que actualice mi documento de requisitos que dice: “arreglé este paso. Ahora estoy en el siguiente paso”, y así sucesivamente. Cada uno de ellos crea su propia solicitud de confirmación y atracción en el repositorio, por lo que siempre puedo rebobinar o deshacer.

Diría que probablemente del 70% al 80% de mi trabajo está trabajando en la terminal con lenguaje natural, tratando de usar Gemini CLI para elaborar los requisitos y luego permitir que Gemini CLI escriba la mayor parte del código, que luego revisaré y leeré con cualquier ideal que esté usando. Pero sobre todo estoy usando el IDE como un lugar para leer el código, en lugar de escribir el código.

¿Crees que hay un futuro para el código de computadora sin procesar? ¿O simplemente moveremos todo a las ventanas de la terminal?

Durante tres décadas, el IDE fue donde fuimos a hacer todo en el desarrollo de software. Tenías el ideal, tenías el navegador y tenías la ventana del terminal.

Creo que ese sigue siendo en gran medida el caso, pero sospecho que con el tiempo terminaremos pasando mucho más tiempo trabajando con los requisitos, y la cantidad de tiempo dedicado a la IDE se reducirá gradualmente. Y creo que el cambio puede ocurrir en un horizonte de tiempo bastante largo.

Hay mucha angustia sobre lo que eso significa para el desarrollo de software como progresión. Si dentro de 10 años, ya no estamos mirando el código, ¿qué significa eso para los desarrolladores? ¿Todavía habrá un trabajo para ellos?

Creo que su trabajo como desarrollador se parecerá mucho más a un arquitecto. Se trata de tomar problemas grandes y complejos y descomponerlos en tareas más pequeñas y solucionables. Deberá pensar en el panorama general sobre lo que está tratando de producir, en lugar del lenguaje intermedio para expresarlo en el código de la máquina.