# Amazon dice haber movido decenas de miles de sus propias aplicaciones Java de producción de Java 8 u 11 a Java 17 con un agente, y estima el equivalente manual en más de 4.500 años de trabajo de desarrollo

Página: https://flyvolo.ai/es/changes/ev-20240801-backend-developer-1
Fecha: 2024-08-01 · Etapa: Despliegue real
¿Puede este registro mover un juicio sobre una tarea? sí
Ocupación: https://flyvolo.ai/es/careers/backend-developer

## Alcance

Una estimación interna de Amazon sobre la propia ingeniería de Amazon, publicada por la empresa que vende la herramienta — quien hace el trabajo, quien lo mide y quien lo vende son la misma parte, lo que se dice aquí porque no puede comprobarse desde fuera. La empresa publica además su método: el tiempo ahorrado se estimó a partir del número de dependencias Java migradas, suponiendo un día o más de tiempo de desarrollador por dependencia hecha a mano. Fíjate en qué es la migración: una subida de versión de lenguaje tiene un compilador y una batería de pruebas existente como árbitro, así que el éxito se comprueba a máquina en cada paso — la forma más favorable posible para esta clase de automatización y no un resultado general sobre el trabajo de backend. Y fíjate en qué se afirma y qué no: 4.500 años es trabajo no hecho, más de mil desarrolladores, sin que se diga en ninguna parte que alguno se fuera o que se eliminara un puesto.

## Fuente

- AWS DevOps & Developer Productivity Blog (Amazon's own) — https://aws.amazon.com/blogs/devops/amazon-q-developer-just-reached-a-260-million-dollar-milestone/ (fuente primaria)

## Qué significa esto

Una subida de versión en un parque grande es lo más claro que se ha enseñado a un agente haciendo a escala dentro de una empresa real, y merece decirse con precisión por qué: el trabajo es enorme, repetitivo y tiene un árbitro automático. El compilador rechaza lo que está mal y la batería de pruebas caza la mayor parte de lo demás, así que una máquina puede intentarlo, fallar y reintentarlo sin nadie mirando. Allí donde una tarea de backend tenga esa propiedad, cuenta con que se mueva. La migración es además la tarea que menos quieren los ingenieros veteranos y la que más se les endosa a los junior.

## Lo que todavía no demuestra

Amazon midió su propio trabajo con su propia herramienta y publicó su propio escenario alternativo; nadie de fuera comprobó el supuesto de un día por dependencia sobre el que se apoya toda la cifra. Nada de ello establece un cambio de plantilla: lo que se afirma son horas no gastadas por desarrolladores que estaban haciendo otra cosa en su lugar. Y la propiedad que lo hizo funcionar no se transfiere: escribir un endpoint nuevo, decidir una frontera de multiinquilino o elegir qué degradar a las tres de la madrugada no tienen ningún compilador que diga que no.

## Cómo comprobarlo por tu cuenta

Mira los tickets de actualización abiertos de tu propio servicio y sepáralos según si una máquina podría distinguir el éxito del fracaso sin ti. Aquellos en los que sí podría son los que hay que dejar de pedir voluntariamente; aquellos en los que no podría son de lo que debería ir tu próxima evaluación.


Más: https://flyvolo.ai/llms.txt