Professional Software Developers Don't Vibe, They Control: AI Agent Use for Coding in 2025
Este artículo investiga cómo los desarrolladores de software experimentados en 2025 utilizan agentes de IA, revelando que, en lugar de delegar el trabajo por completo, controlan estratégicamente el comportamiento del agente y colaboran selectivamente con ellos para mantener una alta calidad de software e integridad del diseño.
Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo
En el mundo de la creación de software, ha llegado un nuevo tipo de ayudante. Durante años, los programadores han utilizado herramientas que actúan como un autocompletado avanzado, sugiriendo la siguiente palabra o línea de código mientras escriben. Pero recientemente, estas herramientas han evolucionado hacia algo más autónomo. Ahora son agentes capaces de leer proyectos enteros, realizar cambios, ejecutar pruebas y corregir sus propios errores sin necesidad de que un humano escriba constantemente. La promesa de estos agentes es seductora: que una persona podría simplemente describir una idea de software en lenguaje natural y observar cómo la máquina lo construye enteramente por sí sola. Esta idea ha desatado una ola de entusiasmo, con algunos afirmando que el futuro de la programación implica el "vibe coding" (programación por sensaciones): un estado en el que el desarrollador confía completamente en la máquina, dejando que esta fluya a través del trabajo mientras el humano se retira a disfrutar del viaje. Sin embargo, a medida que estas herramientas se vuelven más poderosas, queda una pregunta crítica: ¿realmente funciona esta visión de delegación total para las personas que construyen el software que hace funcionar nuestro mundo moderno?
Para encontrar la respuesta, un equipo de investigadores dirigió su atención hacia programadores experimentados. Querían ver cómo interactúan realmente los profesionales con estos nuevos agentes, aquellos que cuentan con años de formación y responsabilidad sobre sistemas complejos. El equipo llevó a cabo dos estudios distintos para obtener una imagen clara. Primero, observaron a trece desarrolladores veteranos mientras trabajaban en tareas reales, analizando cómo utilizaban las herramientas en su entorno natural. Luego, encuestaron a otros noventa y nueve desarrolladores experimentados para reunir una visión más amplia de sus hábitos y sentimientos. Los investigadores buscaban la verdad detrás de la expectación: ¿están estos expertos dejando que las máquinas tomen el volante, o están ellos mismos dirigiendo el barco?
Los hallazgos fueron claros y consistentes. A pesar del atractivo de dejar que un agente lo haga todo, los programadores profesionales no practican el "vibe coding". No entregan el control y esperan lo mejor. En su lugar, tratan a estas poderosas herramientas como colaboradores que requieren una supervisión estricta. Los desarrolladores del estudio valoraban los agentes por una razón principal: la velocidad. Las herramientas les ayudaban a escribir código más rápido y a gestionar tareas tediosas y repetitivas que, de otro modo, los ralentizarían. Sin embargo, este deseo de eficiencia nunca se produjo a expensas de la calidad. Los desarrolladores seguían profundamente preocupados por la fiabilidad, la seguridad y la estructura del software que estaban construyendo. Debido a que sabían que un pequeño error podía causar un fallo mayor, se negaban a dejar que los agentes trabajaran a ciegas.
La forma en que estos profesionales controlaban a los agentes era metódica y deliberada. Antes de pedir a un agente que escribiera una sola línea de código, a menudo creaban un plan detallado, desglosando el trabajo en pasos pequeños y manejables. No pedían a la máquina que construyera un sistema completo de una sola vez. En su lugar, le daban una instrucción específica, esperaban el resultado y luego comprobaban el trabajo cuidadosamente. Si el agente intentaba instalar una herramienta que el desarrollador no quería, o si el código parecía desordenado, el desarrollador lo detenía y corregía el rumbo. Trataban a los agentes como a un asistente muy inteligente pero inexperto, que conocía las reglas del lenguaje pero no comprendía el contexto específico del proyecto. Los desarrolladores aportaban ese contexto, ofreciendo instrucciones claras, señalando archivos específicos y explicando exactamente qué era necesario.
Esta cuidadosa supervisión se extendía a la forma en que los desarrolladores verificaban el trabajo. No aceptaban simplemente el código que los agentes producían. Leían los cambios, ejecutaban pruebas para ver si el software realmente funcionaba y utilizaban herramientas de depuración para rastrear cualquier error. En muchos casos, los desarrolladores descubrieron que los agentes intentaban hacer demasiado o se quedaban atrapados en bucles, requiriendo que el humano interviniera y corrigiera la dirección. Los investigadores encontraron que los desarrolladores tenían más éxito cuando utilizaban los agentes para tareas sencillas, como escribir pruebas básicas, crear estructuras de código estándar o actualizar la documentación. Estas eran áreas donde las reglas eran claras y el riesgo de un error mayor era menor. Sin embargo, cuando se trataba de tareas complejas, como diseñar la arquitectura general de un sistema, gestionar la lógica de negocio sensible o solucionar errores profundos en código antiguo, los desarrolladores daban un paso atrás. Sabían que estas áreas requerían el juicio humano y una comprensión profunda de la situación específica que la máquina no poseía.
El sentimiento de los desarrolladores fue sorprendentemente positivo, pero con una condición crucial. Disfrutaban trabajando con los agentes y encontraban el proceso menos estresante que programar solos, pero solo porque seguían estando al mando. Describían la experiencia como una asociación donde el humano proporcionaba la visión y la dirección, mientras que el agente se encargaba del trabajo pesado de escribir el código. Sentían una sensación de alivio al saber que la máquina podía encargarse de las partes aburridas, pero también sentían una fuerte responsabilidad de asegurar que el producto final fuera correcto. No veían a los agentes como reemplazos para su propia experiencia, sino como herramientas que amplificaban sus propias capacidades. Un desarrollador comparó la experiencia con conducir un coche de alto rendimiento: era rápido y emocionante, pero el conductor aún tenía que mantener las manos en el volante y los ojos en la carretera.
En última instancia, el estudio revela que el futuro del desarrollo de software profesional no consiste en dejar que las máquinas tomen el control. Se trata de un nuevo tipo de colaboración donde los humanos siguen siendo los arquitectos y los agentes sirven como los constructores. La idea de que un desarrollador pueda simplemente describir un proyecto y alejarse mientras la máquina lo construye no es cómo trabajan los profesionales experimentados hoy en día. Saben que la calidad del software depende de la supervisión humana, la planificación clara y la capacidad de detectar errores antes de que se conviertan en problemas. A medida que estas herramientas continúan mejorando, el papel del desarrollador está cambiando de ser un escritor de cada línea de código a un gestor de sistemas inteligentes. La máquina puede estar volviéndose más inteligente, pero el humano sigue siendo quien decide qué se construye y cómo se hace.
¿Ahogado en artículos de tu campo?
Recibe resúmenes diarios de los artículos más novedosos que coincidan con tus palabras clave de investigación — con resúmenes técnicos, en tu idioma.