GitHub migrated more than 800,000 lines of Copilot runtime code from TypeScript and Node.js to Rust in about 14.5 weeks using AI-assisted development. The incremental migration used N-API interoperability, automated testing, human review, and 128 pull requests while continuing to ship releases. By Leela Kumili
GitHub migrated more than 800,000 lines of Copilot runtime code from TypeScript and Node.js to Rust in about 14.5 weeks using AI-assisted development. The incremental migration used N-API interoperability, automated testing, human review, and 128 pull requests while continuing to ship releases. By Leela Kumili
In context
- Topic: Desarrollo con IA — Copilotos y agentes en el ciclo de desarrollo de software.
- Source: InfoQ — IA y datos
- Published: 09/10/2026
Continue reading at the original source →
Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.
Por qué importa
Cuando aparece una herramienta que promete acelerar el desarrollo, la pregunta útil no es cuánto código genera sino cuánto trabajo genera aguas abajo. Pruebas, revisión, seguridad, deuda técnica, incidentes: ahí es donde se paga o se cobra la promesa.
Yo lo miro desde la operación, no desde la demo. La pregunta no es si el asistente escribe una función correcta, sino si el equipo puede sostener seis meses después lo que produjo, con otra gente, sin el contexto original. Esa es la prueba real y casi nunca aparece en los anuncios.
Lo que suele salir mal
Lo que suele salir mal es que la revisión no crece al mismo ritmo que la producción. El equipo genera el doble y sigue teniendo a las mismas dos personas revisando, que se cansan, empiezan a aprobar más rápido y a los tres meses la calidad cayó sin que ningún indicador lo mostrara todavía.
Qué mirar
- El efecto sobre la gente que recién entra al equipo, que es donde más rápido se pierde el criterio.
- Si baja el tiempo total hasta producción o solo el tiempo de escribir, que no es lo mismo.
- Cómo queda la revisión de código: si el asistente produce más, alguien tiene que leer más.
Cómo leo esta entrada
Lo que yo pediría medir no es líneas ni sugerencias aceptadas, sino defectos que llegan a producción y tiempo de revisión por cambio. Si esas dos bajan, la herramienta sirve. Si suben mientras sube la velocidad, se está acumulando una deuda que se paga con incidentes.
La noticia original está publicada en otro idioma; acá se cita el extracto tal como lo entrega el medio y el comentario se escribe en español.
Comentarios
Todavía no hay comentarios. El primero puede ser el tuyo.
¿Lo estás viviendo en tu equipo?
Abrí el chat y contame cómo lo están manejando. Me interesa comparar notas.
