Como gerente de proyecto para las herramientas de desarrollador de Google, Ryan Salva tiene el asiento de primera fila de cómo las herramientas de IA cambian la codificación. Anteriormente, Github y Microsoft eran responsables de herramientas como Gemini CLI y Gemini Code Assist, ajustando a los desarrolladores a un nuevo mundo de programación de agentes.
Su equipo anunció una nueva investigación de terceros el martes, mostrando cómo los desarrolladores realmente están utilizando herramientas de IA y cuánto progreso sigue siendo. Me senté con Salva y hablé sobre sus experiencias personales con informes y herramientas de codificación de IA.
Esta entrevista fue compilada por longitud y claridad.
Si bien Google realiza investigaciones sobre las tendencias de los desarrolladores cada año, el informe de este año se centra en las herramientas de IA, particularmente cómo los desarrolladores de agentes están dispuestos a obtener un enfoque para la programación. ¿Hay algo que te sorprenda con este estudio?
Un hallazgo realmente interesante fue que los desarrolladores medios de fecha comenzaron a usar herramientas de IA. Descubrieron que era abril de 2024. Esto es bastante bien compatible con el Claude 3 que sale y que sale el Géminis 2.5. Este es realmente el amanecer de los modelos de razonamiento o pensamiento, y al mismo tiempo, las llamadas de herramientas se han vuelto mucho mejores.
Para codificar una tarea, es posible que deba lidiar ya que la información externa debe ser utilizado para resolver el problema. Es posible que deba compilar el código. Si su código se compila, se recomienda ejecutar su prueba unitaria y su prueba de integración. Creo que la llamada de herramientas es una pieza importante que le da al modelo la capacidad de autocorregir a medida que se mueve.
¿Cómo se usa personalmente las herramientas de codificación de IA?
Eventos de TechCrunch
San Francisco
|
27-29 de octubre de 2025
La mayor parte de mi codificación en estos días es para proyectos de pasatiempos y pasa la mayor parte de mi tiempo usando herramientas basadas en línea de comandos. Eso incluye el cli Géminis. A continuación, hay un poco de código Claude. Y soy realmente desigual alrededor del IDE que estoy usando, ya que en realidad no usas herramientas basadas en terminal por sí solo. Usa zed. Use el código VS. Estás usando un cursor. Los uso todos. Porque estoy interesado en ver cómo funciona el mundo y cómo está evolucionando la industria.
En el aspecto profesional, los gerentes de productos tienden a vivir en documentos, por lo que lo primero que debe hacer es ayudarlo a escribir especificaciones y documentación de requisitos utilizando AI.
Tengo curiosidad por saber cómo funciona. Estoy construyendo un cli de Géminis usando Géminis CLI, pero no creo que solo se va a correr solo.
Las tareas de desarrollo generalmente comienzan como problemas, pero puede ser un problema de GitHub que alguien haya caído en el error. A menudo, si soy realmente honesto, ese es un problema bastante no especificado. Por lo tanto, usamos la CLI de Géminis para crear un documento de requisito más robusto en Markdown. Por lo general, crea algo bastante técnico, probablemente unas 100 líneas, pero también especificaciones basadas en resultados. A continuación, uso la CLI de Gemini para escribir código en función de sus especificaciones y preferencias generales de la documentación del equipo.
En todo el equipo de ingeniería, hay varias capas diferentes de reglas y documentos de Markdown consumidos por el modelo, y solo necesita establecer cómo trabaja. Aquí le mostramos cómo probar: cómo administrar las dependencias, etc. Entonces, cuando escribo el código, también funciona a partir de estos documentos.
Y a medida que la CLI de Géminis está haciendo problemas de problemas, haré que actualice el documento de requisitos que dice «Se arreglé este paso, estoy pasando al siguiente paso ahora». Cada uno de ellos crea sus propias solicitudes de compromiso y saca en el repositorio, por lo que puede retroceder o deshacerlas en cualquier momento.
Creo que tal vez del 70% al 80% de mi trabajo es que trabajo en una terminal en lenguaje natural e intento crear requisitos utilizando la Gemini CLI. Y permita que Gemini CLI escriba la mayor parte del código para mí. Pero la mayoría de las veces, uso el IDE como un lugar para leer el código en lugar de escribirlo.
¿Crees que el código de computadora RAW tiene un futuro? ¿O simplemente mueves todo a una ventana de terminal?
Durante 30 años, IDE fue donde fui a hacer todo el desarrollo de software. Tenía un ideal, un navegador y una ventana terminal.
Creo que todavía es en su mayoría cierto, pero con el tiempo creo que pasaré más tiempo en línea con mis requisitos y reduciré gradualmente la cantidad de tiempo que pasó en el IDE. Y creo que el cambio puede ocurrir en un período de tiempo bastante largo.
Hay mucha preocupación sobre lo que significa como una progresión para el desarrollo de software. Dentro de diez años, ya no estamos mirando el código, pero ¿qué significa eso para los desarrolladores? ¿Todavía hay que funcione para ellos?
Creo que tu trabajo como desarrollador parece un arquitecto. Tomará problemas grandes y complejos y los dividirá en tareas más pequeñas y resueltas. Para representarlo en el código de la máquina, debe pensar en ello como una imagen completa de lo que está tratando de generar, no como un lenguaje intermedio.
Source link
