Te Importa En Que Lenguaje NO Escribís Código?

En algún lugar ahora mismo, una empresa está empezando un proyecto de tres años para reescribir sus aplicaciones COBOL en Java. Presupuestaron 5 millones de dólares. Contrataron consultores. Eligieron un framework, un proveedor de nube y una herramienta de migración.

Para cuando terminen, nadie va a estar escribiendo Java tampoco.

El Supuesto

Cada reescritura de COBOL se construye sobre el mismo supuesto: el programador va a escribir y mantener el código nuevo a mano, en el lenguaje nuevo, durante años. La reescritura hace al desarrollador más productivo porque el lenguaje nuevo tiene mejores bibliotecas, mejores herramientas, mejor soporte de la comunidad.

Este supuesto tenía sentido en 2020. Se está desmoronando en 2026.

La IA no está asistiendo a los programadores. Está reemplazando el acto de escribir código. No teóricamente. No en demos. En producción, en empresas reales, ahora mismo. Los desarrolladores describen lo que quieren. La IA lo escribe. El desarrollador revisa, ajusta, aprueba. El código que se commitea al repositorio no fue tipeado por un humano.

Esto cambia la economía de cada reescritura en progreso.

Si el programador no está escribiendo el código, entonces la elección del lenguaje no hace al desarrollador más productivo. La productividad del programador viene de su capacidad para describir lo que necesita y verificar lo que recibe — no de su fluidez en el lenguaje en el que el código resulta estar escrito.

Entonces la pregunta se convierte en: ¿te importa en qué lenguaje NO escribís código?

El Objetivo en Movimiento

El panorama del software en 2026 no se parece en nada al de 2023. Los asistentes de codificación con IA evolucionaron de autocompletar a agentes autónomos que planifican, implementan, prueban e iteran a través de bases de código enteras. Nuevos frameworks aparecen cada trimestre. El “mejor” lenguaje para cualquier tarea cambia con cada benchmark y cada lanzamiento de modelo.

Hace tres años, el objetivo obvio de reescritura era Java o C#. Hoy, Python surgió en el uso empresarial. Rust está ganando terreno en programación de sistemas. TypeScript domina la web. Go es la elección para infraestructura en la nube. Cada uno tiene defensores que te van a decir que es el futuro.

Pero todos están sujetos a la misma disrupción: la IA escribe código en todos ellos. Y la IA no tiene preferencia. Genera Java tan fácilmente como Python tan fácilmente como COBOL. El lenguaje es solo un objetivo de compilación para la IA — una sintaxis que produce el comportamiento deseado.

Empezar una reescritura de varios años ahora mismo es apostar por un lenguaje específico, un framework específico y una arquitectura específica — en medio del periodo más volátil en la historia del desarrollo de software. Es como remodelar tu casa durante un terremoto.

El movimiento prudente no es apostar. Es esperar hasta que el suelo deje de temblar y el nuevo panorama esté claro. Usa lo que tenés. Extendé lo que funciona. Construí un puente al mundo moderno sin quemar el existente.

El Costo Real de Reescribir

El precio de lista de una reescritura de COBOL — 2 millones, 5 millones, 20 millones de dólares — es la parte más chica del costo.

El costo del conocimiento. Tu código COBOL contiene treinta años de reglas de negocio. No las reglas de negocio en la documentación — las reales. Las que manejan el caso extremo donde un cliente en Puerto Rico tiene un cálculo de impuestos diferente. La que ajusta por el ciclo de facturación de año bisiesto que solo importa en el primer trimestre. La que existe porque un regulador cambió una regla en 2009 y nadie actualizó la especificación pero alguien arregló el código. Ese conocimiento vive en el COBOL. No se transfiere automáticamente a Java. Cada proyecto de reescritura descubre esto, usualmente en el año dos, usualmente sobre presupuesto.

El costo del riesgo. Una reescritura debe producir resultados idénticos para cada transacción, cada cálculo, cada caso extremo. Probar equivalencia funcional a través de millones de caminos de código es extraordinariamente difícil. La prueba sola puede exceder el costo de la reescritura. Y si una transacción produce un resultado diferente en el sistema nuevo — un error de redondeo en un cálculo financiero, una fecha mal manejada en un informe de cumplimiento — las consecuencias pueden ser regulatorias, legales y reputacionales.

El costo de oportunidad. Cada programador trabajando en la reescritura no está construyendo nuevas capacidades. Durante tres años, la capacidad de IT de la empresa se consume produciendo algo que — si todo sale perfectamente — hace exactamente lo que el sistema viejo ya hacía. Sin características nuevas. Sin ventaja competitiva. Solo la misma funcionalidad en un lenguaje diferente.

El costo de obsolescencia. Este es el nuevo. El lenguaje y framework al que estás reescribiendo va a ser generado por IA para cuando termines. Las habilidades “modernas” que tu equipo está adquiriendo van a estar automatizadas. Las ganancias de productividad que proyectaste asumian desarrolladores humanos escribiendo código durante la próxima década. Ese supuesto ya no es seguro.

Lo Que COBOL Realmente Necesita

COBOL no necesita ser reescrito. Necesita lo que siempre necesitó: una plataforma moderna.

Las aplicaciones corriendo en COBOL están bien. La lógica de negocio es correcta. Los cálculos están probados. El manejo de datos es preciso. Estas aplicaciones han estado corriendo en producción, procesando transacciones reales, generando ingresos reales, durante décadas. Funcionan.

Lo que les falta es alcance. No pueden correr en un teléfono. No pueden correr en un navegador. No pueden conectarse a una API REST. No pueden autenticar con Active Directory. No pueden enviar una notificación push. No pueden escanear un código de barras.

Estos no son problemas de lenguaje. Son problemas de plataforma. Y los problemas de plataforma tienen soluciones de plataforma.

Cuando C# no podía correr en teléfonos, Microsoft no les dijo a los desarrolladores que reescribieran en Swift. Construyeron .NET MAUI. Cuando Java no podía correr en navegadores, la comunidad no escribió en JavaScript. Construyeron GWT, despues Vaadin, despues frameworks del lado del servidor. El lenguaje se quedó. La plataforma se expandió.

COBOL necesita el mismo tratamiento. No una reescritura. Una actualización. Conserva el código, conserva el compilador, conserva la lógica de negocio, conserva la experiencia — y agrega la plataforma que le permite a todo correr en todos lados.

La Ventaja de IA Que Ya Tenés

Acá está lo que nadie en la industria de reescritura te va a decir: COBOL puede estar mejor preparado para la era de la IA que el lenguaje al que quieren que reescribas.

Si la IA está escribiendo y manteniendo el código, y tu trabajo es revisarlo, querés un lenguaje que puedas leer rápidamente, verificar con confianza y entender sin decodificar. Querés un lenguaje donde la lógica de negocio sea visible en la superficie, no enterrada en abstracciones.

MULTIPLY UNIT-PRICE BY QUANTITY GIVING LINE-TOTAL.

No necesitás ser programador para revisar eso. Necesitás conocer el negocio. Es precio unitario el precio correcto? Está bien la cantidad? ¿Debería el resultado ir a total de línea? Un gerente puede verificar esto. Un auditor puede verificar esto. La lógica de negocio está ahí, en inglés.

Ahora imaginate pedirle a un gerente que revise el equivalente en Java generado por IA. O el equivalente en Python. O el equivalente en Rust. La lógica de negocio está ahí — en algún lugar — pero está envuelta en sintaxis que requiere entrenamiento técnico para parsear.

En un mundo donde la IA escribe el código y los humanos se aseguran de que sea correcto, el lenguaje más valioso no es el más poderoso o el más popular. Es el más legible. Y COBOL fue diseñado para legibilidad sesenta y cinco años antes de que la legibilidad se convirtiera en la característica más importante que un lenguaje podía tener.

El Puente, No La Hoguera

Las empresas que van a navegar esta transición exitosamente no son las que quemaron su COBOL y empezaron de nuevo. Son las que conservaron su COBOL y lo extendieron.

Agregan aplicaciones móviles sin reescribir. Se conectan a servicios en la nube sin migrar. Modernizan la experiencia de usuario sin tocar la lógica de negocio. Le dan a sus programadores COBOL nuevas capacidades en lugar de nuevos lenguajes.

Y cuando se asiente el polvo — cuando la IA haya remodelado completamente cómo se construye y mantiene el software — estas empresas van a tener algo que los reescritores no tienen: treinta años de lógica de negocio probada, legible, confiable, corriendo en una plataforma moderna, revisable por cualquiera que lea inglés.

Los reescritores van a tener una base de código Java de cinco años que la IA ya está manteniendo para ellos en un lenguaje que nadie eligió por legibilidad.

La Pregunta

Tu directorio está preguntando sobre modernización. Tus consultores están recomendando una reescritura. El cronograma es tres años. El presupuesto es de siete cifras.

Antes de firmar, hacé tres preguntas:

En tres años, los programadores todavía van a estar escribiendo código a mano?

Si no, el lenguaje nuevo no los hace más productivos.

Si la IA escribe el código, ¿importa en qué lenguaje está el código?

Si no, la reescritura no entrega el valor que promete.

Si tu único trabajo es revisar código generado por IA, ¿qué lenguaje preferís leer?

El que fue diseñado para que las máquinas ejecuten?

¿O el que fue diseñado para que los humanos entiendan?

Tu COBOL funciona. Tu COBOL es legible. Tu COBOL está probado. No lo prendas fuego porque alguien te dijo que era viejo. Viejo y confiable no es un problema a resolver. Es una base sobre la que construir.

La plataforma existe. El puente está construido. Cruzalo.

AmazingGrace — La Plataforma de Aplicaciones COBOL

Te Importa En Que Lenguaje NO Escribís Código