Siga a esa variable

Llevo unos días que parezco un taxista de película policíaca clásica, cuando el protagonista para un taxi y dice: “Siga a ese coche” mientras saca un par de billetes de dólar y se los da al conductor. 

Salvo que en mi caso voy siguiendo a una variable por dentro de las intrincadas relaciones de frameworks, plataformas, sistemas, redes y servicios que forman (o deforman) el sistema digital de una gran empresa. 

Hace un tiempo nos piden añadir una prestación nueva en el software de mi empresa de por las mañanas. Aparentemente es algo sencillo. El Departamento de Marketing nos proporcionará una marca para que podamos ofrecer servicios especiales a algunos clientes escogidos por ellos. Para lo cual, Marketing nos enviará diariamente un fichero con la relación de clientes que formarán parte de la promoción. Las aplicaciones que de verdad se relacionan con el cliente, si éste tiene en una variable de su ficha comercial un uno, le ofrecerán el nuevo producto y si tiene un cero no se lo ofrecerán. Hasta aquí algo sencillo. 

Pero lo que parece un agradable paseo, se va convirtiendo en una persecución por la maraña de la diversidad de los servicios. El listado de marketing, llega en una hoja de cálculo. Lo convertimos a un formato que el Host sea capaz de entender. La ficha de clientes reside en el Host (el gran ordenador central con Cobol) así que allí se queda la variable. Empezamos las pruebas y no van bien. La variable de marketing, la captura un módulo de preventa general, que también corre en Cobol, a través de una transacción contra el módulo de personas. El módulo de preventa informa a su vez a una aplicación que también reside en el host, pero que está en otra aplicación, y según el valor de la variable, le indica al módulo de Terminal Financiero (que corre en Java) que pinte una cosa u otra en la pantalla que ven los empleados cuando hacen la venta. Pero hay otro módulo que tiene que hacer otras comprobaciones antes de la venta. Tiene otro módulo de evaluación de clientes, escrito en Java y C++. Recibe el valor del módulo de preventa anterior, lo pasa por una serie de algoritmos, y al final informa por un lado a otra aplicación en un programa en Cobol en el host, y a una aplicación Web (para los clientes que operan directamente) mediante un servicio Web que luego enlaza con una página escrita en asp de Microsoft. Además otra aplicación en Cobol, recoge el valor de la variable y la usa para enviar correos personalizados a los clientes finales, ofreciéndoles los nuevos servicios. Esta aplicación es heredada y corre todavía en Visual Basic y tiene un sistema de comunicación mediante ficheros planos que el host le deja en un directorio por ftp y los procesa en diferido.

Pues aquí estoy yo, buscando en qué lugar del laberinto, la variable que en origen valía 1, ahora vale 0. Y una tarea que parece trivial, se convierte en una lucha contra los elementos. Tenemos que habilitar la generación de logs en los diferentes módulos del host en Cobol, por donde pasa la variable. Pero como cada módulo tiene una arquitectura, no son iguales. Algunos no admiten unos o ceros, así que la varibale se convierte en true o false. Otros solo admiten letras, así que la variable se convierte en S o N…

Además administración de sistemas, no nos deja activar los logs cuando lo necesitamos y todos a la vez, porque degradamos el rendimiento del sistema. Así que solo podemos poner los logs un ratito y cuando haya poca carga en el sistema. Los módulos de Java… cada uno lleva un sistema de logs diferente y más complicado. Y sucede lo mismo, hay que pedir permiso antes de activarlos, porque frenan mucho a su servidor. El servicio Web que recoge el valor de la variable, hace el log de otra forma… Al final el módulo que envía los avisos a los clientes en diferido es el más sencillo de revisar, nos vamos a los ficheros del ftp y vemos que se graba allí. 

Así que nos pasamos varios días siguiendo a una variable que solo tiene un uno o un cero. Vamos que solo es un bit. Si llega a tener valores más complejos… 

Yo entiendo que la especialización lleva a ir usando herramientas diferentes para cada cosa, pero en ocasiones esto provoca algunos problemas. Y por supuesto, me falta comentar, que cada módulo es mantenido por una empresa externa diferente, que tiene distinta cultura, horarios e incluso están en otros países con husos horarios modificados. 

Y lo peor es explicarle al usuario que para saber cómo enviar un cero y un uno, nos pasamos una semana. 

Bueno os dejo, que tengo que volver a ponerme la gabardina y el sombrero y buscar otro taxi, que tengo que volver a perseguir a la variable escurridiza.