Cisco da a un ingeniero tokens ilimitados de IA para reescribir código heredado
El plan de Cisco de permitir que un ingeniero de 27 años use recursos de IA “ilimitados” para reescribir el 98% de su código heredado se percibe a la vez como una apuesta audaz y una posible catástrofe. Los comentaristas cuestionan cómo la IA puede replicar con seguridad décadas de correcciones de errores acumuladas, casos límite no documentados y peculiaridades de interoperabilidad en software de red de misión crítica, y si una sola persona relativamente junior puede retener el conocimiento de dominio necesario. Otros sostienen que los LLM modernos hacen que las refactorizaciones a gran escala sean viables por primera vez —especialmente para herramientas internas o componentes bien especificados—, pero advierten que las pruebas, la cobertura de regresión y unos objetivos claros importan mucho más que las afirmaciones llamativas sobre tokens ilimitados.
Alcance y objetivos de la reescritura
- Muchos comentaristas señalan que el artículo nunca deja claro por qué debe reescribirse el “98% del código heredado” ni qué resultado concreto busca Cisco (rendimiento, seguridad, mantenibilidad, paridad de funciones, consolidación, etc.).
- No está claro qué abarca “código heredado”: herramientas internas, firmware de producto (p. ej., IOS/IOS-XR), líneas específicas (switches, firewalls, colaboración) o todo lo anterior.
- Varias personas temen que tocar el firmware de red central pueda tener consecuencias graves de estabilidad e interoperabilidad.
Viabilidad de reescrituras impulsadas por IA
- Las voces entusiastas dicen que los LLM de finales de 2026 ya pueden traducir y refactorizar bases de código grandes, invertir la ingeniería de binarios antiguos y generar enormes volúmenes de código y pruebas muy rápido.
- Algunos informan de éxito reescribiendo sistemas embebidos/heredados en meses con un gasto modesto en tokens y un desarrollador de nivel medio supervisando.
- Otros argumentan que esta tarea es muchísimo más difícil de lo que sugiere la narrativa del CEO, especialmente para sistemas complejos como los SO de red de Cisco.
Comportamiento heredado, errores y pruebas
- Existe una fuerte preocupación de que las rarezas heredadas, los comportamientos de “bug como función” y los trucos de interoperabilidad (con otros proveedores, hardware extraño, casos límite sutiles de protocolos) no estén documentados y sean difíciles de redescubrir.
- Varias personas subrayan que el verdadero reto no es generar código, sino:
- Capturar el comportamiento existente mediante pruebas extensas de regresión y de extremo a extremo.
- Decidir qué errores conservar y cuáles corregir sin romper a los clientes.
- Se considera que la IA es buena para:
- Escribir pruebas y documentación.
- Refactorizar y explicar código.
Pero es peor para saber qué comportamientos importan o para diseñar suites de pruebas realmente eficaces sin orientación experta.
Fiabilidad, riesgo e impacto en los clientes
- Muchos temen que esto pueda desestabilizar infraestructuras de las que los clientes dependen para una alta fiabilidad, a diferencia de un SaaS típico.
- Algunos sugieren operación paralela, simulación intensiva o despliegues A/B; otros temen que los clientes se conviertan de facto en el banco de pruebas.
- Hay escepticismo sobre que “tokens ilimitados” y un equipo pequeño puedan reproducir con seguridad décadas de correcciones de errores acumuladas y ganadas con esfuerzo.
Dimensiones organizativas y de relaciones públicas
- Varios ven la historia como una pieza de PR/hype: se enfatiza lo “AI-native”, los “tokens ilimitados” y la retórica heroica más que los detalles de ingeniería.
- Algunos lo leen como una señal para los inversores (“somos muy de IA”) o como un preludio de reducción de plantilla.
- Hay debates secundarios críticos sobre la calidad histórica del software de Cisco, la ampliación de su línea de productos y la frustración de los clientes, lo que lleva a algunos a dudar de que esto vaya a mejorar las cosas.