Un cliente de manufactura con el que trabajamos el año pasado tenía 150 módulos de Oracle Forms y exactamente dos desarrolladores que podían modificarlos de forma segura. Uno tenía 58 años. El otro 62. Habían mantenido la misma base de código durante 18 años. Nadie más en la organización podía leer los triggers PL/SQL ni explicar por qué la validación de facturas se comportaba como lo hacía.
Entonces el de 62 años aceptó una oferta de consultoría que pagaba el doble. La empresa de repente tenía un sistema de misión crítica que nadie podía tocar.
Por qué los reemplazos no están ahí
El pipeline de talento de Oracle Forms se secó hace más de una década. Las universidades dejaron de enseñarlo. Los nuevos desarrolladores no tienen interés en un framework de escritorio de los años 90. Los especialistas que aún están activos en el mercado saben exactamente lo que valen y fijan sus tarifas en consecuencia.
Realizamos un experimento de contratación en 2025. Publicamos un puesto de desarrollador de Oracle Forms a $140K en Nueva York. Tres solicitudes llegaron en seis semanas. Una estaba cualificada. Un puesto de TypeScript al mismo salario recopiló más de 200 solicitudes en la primera semana.
El pipeline no se está reduciendo. Ha desaparecido.
El conocimiento no está en el código
El valor del desarrollador que se jubila no es el código que escribió. Es el contexto que tiene en la cabeza. Sabe que el módulo 17 tiene un workaround para una peculiaridad de Oracle 9i introducida en 2007. Sabe que el cálculo del año fiscal tiene un caso especial para la filial australiana. Sabe que cambiar la secuencia del formulario de clientes rompe el informe de comisiones downstream de una forma que no aparecerá hasta dos semanas después.
Nada de esto está documentado. Nunca lo estuvo. Cuando esa persona se va, el contexto se va con ella.
Qué hacer antes de la crisis
La respuesta no es otra contratación de Oracle Forms. Es extraer el conocimiento del sistema mismo antes de que el portador humano salga del edificio.
El análisis automatizado puede analizar cada archivo .fmb y producir un inventario completo: cada trigger, cada validación, cada dependencia, cada regla de negocio. Ese inventario se convierte en la documentación que debería haber existido durante los últimos 20 años. A partir de ahí, la base de código se convierte en TypeScript moderno que cualquier desarrollador estándar puede leer, extender y mantener. El bus factor pasa de 2 a “cualquiera del equipo.”
El planteamiento incómodo
Si el desarrollador principal de Oracle Forms tiene más de 55 años, el proyecto de modernización no es una iniciativa tecnológica. Es un riesgo de continuidad de negocio que pertenece a la misma categoría que el seguro cibernético y el respaldo de datos. Cada mes de retraso hace que la extracción sea más difícil, porque la única persona que puede explicar los casos extremos está un mes más cerca de irse.
La buena noticia es que la extracción en sí misma es ahora mecánica. La mala noticia es que solo funciona mientras el contexto humano aún está disponible para verificar los resultados.