# Airbnb informa de haber migrado casi 3.500 ficheros de pruebas de componentes de React de Enzyme a React Testing Library en seis semanas, frente a una estimación manual de un año y medio Página: https://flyvolo.ai/es/changes/ev-20250314-frontend-developer-1 Fecha: 2025-03-13 · Etapa: Despliegue real ¿Puede este registro mover un juicio sobre una tarea? sí Ocupación: https://flyvolo.ai/es/careers/frontend-developer ## Alcance El propio código de una empresa, publicado por esa empresa, con la estimación de la migración manual (un año y medio de tiempo de ingeniería) dada por la misma empresa y no comprobable desde fuera. Lo que hace el resultado reproducible es el mecanismo, que la publicación describe entero: la migración es una máquina de estados en la que cada paso tiene un árbitro automático — jest, eslint y tsc dicen pasa o falla — así que el modelo podía reintentar sin nadie mirando, y la primera tanda resolvió el 75% de los ficheros en cuatro horas. La cola que quedó es el número más útil: tras cuatro días de ajustes, el 97%; muchos de los ficheros de la cola se habían reintentado entre 50 y 100 veces, y el último 3% se terminó a mano. La publicación es además explícita en que el factor principal fue seleccionar los ficheros relacionados correctos para meterlos en la instrucción — que creció a entre 40.000 y 100.000 tokens arrastrando hasta 50 ficheros — y no la redacción de la instrucción. No informa de ningún cambio de plantilla, de contratación ni de puestos, y tampoco lo afirma. ## Fuente - The Airbnb Tech Blog (Airbnb's own engineering blog) — https://medium.com/airbnb-engineering/accelerating-large-scale-test-migration-with-llms-9565c208023b (fuente primaria) ## Qué significa esto El relato publicado más claro de una migración de código de frontend hecha con un modelo de lenguaje, escrito por el equipo que la hizo, fallos incluidos. Dos cosas se generalizan. Funcionó porque jest, eslint y tsc dicen cada uno si pasa o no sin una persona, así que la máquina pudo fallar y reintentar de noche: allí donde una tarea de frontend tenga un árbitro automático, cuenta con que se mueva. Y el techo: después de que muchos de los ficheros más difíciles pasaran por entre cincuenta y cien intentos, un tres por ciento seguía sin terminar y se hizo a mano. ## Lo que todavía no demuestra Una refactorización no es trabajo de interfaz nuevo, y un fichero de pruebas tiene un oráculo que un diseño no tiene. Aquí nada incide en convertir un boceto en algo que se renderice, ni en los estados que nadie dibujó, ni en qué pasa en un móvil lento, y la entrada no afirma nada de eso. La estimación de un año y medio a mano es de la propia Airbnb y nunca se contrastó con nadie haciéndolo de verdad a mano, así que la proporción de titular es una comparación con una cifra que eligió la misma empresa. Y en ningún punto se reporta un cambio de puesto, de plantilla ni de contratación. ## Cómo comprobarlo por tu cuenta Repasa tu propia lista de pendientes y marca cada elemento con qué te diría que está terminado: una marca verde en integración continua, o una persona mirándolo. La primera lista es la que está a punto de abaratarse, y saber su tamaño en tu propia base de código vale más que cualquier cifra sectorial. Más: https://flyvolo.ai/llms.txt