Un desarrollador con 100 agentes de IA genera tantas solicitudes de cambio como Uber

There's no such thing as a small software team anymore

Un desarrollador con 100 agentes de IA genera tantas solicitudes de cambio como Uber

Un desarrollador que utiliza agentes de codificación en paralelo puede generar 500 commits, 200 pushes y 100 PRs en un día, una cifra comparable a la de una gran empresa como Uber, que ejecuta miles de microservicios. Jacob Gold argumenta que la modularidad del código se ha vuelto barata gracias a los agentes, que escriben el código repetitivo, y que los equipos pequeños deberían adoptar una arquitectura de microservicios para aprovechar al máximo los agentes en paralelo.

La modularidad de tu código determina cuántos agentes de codificación puedes ejecutar en paralelo de manera efectiva, por lo que ahora vale la pena diseñar para ello desde el principio.
  1. kstenerud

    Cientos de bots modificando miles de microservicios puede sonar bien en la superficie, pero todos esos miles de microservicios forman una arquitectura y un producto.

    Los agentes no son muy buenos llevando el modelo completo en su contexto, así que cuando razonan sobre una pequeña parte del código, a menudo proponen algo que daña otras partes del código (especialmente a medida que se acumulan los KLOCs). La complejidad no ha sido reemplazada, solo movida. ¿Y adivina qué va a pasar cuando todos estos microservicios se conviertan en un objetivo aún más móvil de lo que ya son?

    La IA es capaz de mejorar la productividad, pero este enfoque suena más a una pesadilla en ciernes.

  2. davepeck

    Un troll sabio dijo una vez:

    > la mejor arma contra el demonio espiritual de la complejidad es la palabra mágica: "no"

    En contrapunto, creo que los equipos pequeños pueden seguir siendo pequeños. Los equipos pequeños pueden enviar monolitos simples con alta velocidad, número de commits y calidad. La orientación a servicios no se volvió repentinamente de bajo costo gracias a los agentes; los límites entre múltiples servicios que versionan y despliegan de forma independiente siguen siendo bestias difíciles de manejar. Y no está claro por qué "ejecutar más agentes" es inherentemente deseable o impactante; la experiencia de mi equipo pequeño (admitidamente anecdótica) es que el valor se satura rápidamente.

  3. ulrikrasmussen

    Ya he comentado que probablemente este es el peor consejo que he escuchado en mucho tiempo, y definitivamente no dejaría que este tipo se acercara a un código que tuviera que mantener.

    Pero esto también es esencialmente blogspam. El autor incluye intencionalmente dos capturas de pantalla que no añaden absolutamente nada a su punto y que son demasiado pequeñas para leer. Cuando haces clic en la segunda, no te lleva a una versión más grande, te lleva a la página principal de su sitio web de empresa que muestra la misma captura.

  4. whatever1

    Espera dos años hasta que tengamos suficiente rotación de talento senior en los equipos. Entonces todos los servicios tendrán interrupciones diarias.

    Solo los seniors que conocen sus sistemas están manteniendo las luces encendidas hoy al mantener fuera los commits basura.

    Una vez que se agoten y renuncien, nadie tendrá ni idea de qué han hecho los LLMs y por qué los servicios están caídos.

  5. _345

    Soy muy escéptico de que puedas enviar ~10 PRs al día por persona a menos que estos PRs sean piezas diminutas de una característica o todos sean pequeños bugs que son cada uno una corrección de 3 líneas que podrías revisar al instante. De lo contrario, ¿cómo puedes confirmar que la IA incluso hizo la corrección o característica correcta correctamente? ¿Que incluso querías que esa característica se hiciera de esa manera?

  6. zkmon

    Espero que la gente no llame a las automatizaciones "equipos". Si lo llamas equipo solo porque "hace" trabajo, entonces los núcleos de CPU y los hilos también son un equipo, aunque no tan probabilísticos (inteligentes). Ellos también hacen el trabajo.

  7. throw123fgbkjgf

    Estoy bastante seguro de que Uber terminó con miles de microservicios porque solían vincular la propiedad de un servicio con el rendimiento y la promoción, y llevaban años intentando reducir el número. Es hilarante ver esto interpretado como una elección intencional.

  8. franciscop

    Vi el `require('gulp')` y los recuerdos volvieron de golpe. Así es como solíamos programar hace ~10 años. Todavía no me gusta mucho el multi-hilo POR PROYECTO, prefiero tener 2 proyectos y cambiar de ventana de contexto, encuentro que las herramientas actuales (al menos las que conozco) son un poco decepcionantes para el multi-hilo. Pero también estoy tratando de actualizar mis conocimientos.

    Una buena forma que he encontrado, ya que hago mucho OSS y tengo mis propias librerías, cuando encuentro un bug en una de esas librerías puedo trabajar en el mismo proyecto en la ventana principal mientras arreglo la librería en otra ventana. Normalmente necesito decirle a la principal "dejemos esto por ahora, estoy arreglando la librería" mientras tanto o algo similar.

Más de este día

2026-08-21