Columna Bloggers por Pablo Iacub

En un ejercicio intelectual que incluye un racconto de los primeros pasos en materia de programación, el autor de este ejercicio intelectual afirma que ha surgido una abstracción en la industria que cambiará drásticamente el modo de implementar software de administración ¿Qué papel juega el ERP en este escenario?.

Se denomina abstracción al ejercicio intelectual de comprender una serie de problemas a la vista heterogéneos, y darles comprensión homogénea a partir de un nuevo paradigma generado para el caso. Según dicen los etólogos ésta parece ser una de las grandes diferencias entre el pensamiento humano y el animal. Yo no estoy tan seguro, pero esto es para otra discusión.
Cuando Von Newman, Turing y otros precursores de la informática comenzaron a jugar con las primeras computadoras, lo que hoy se llama programación implicaba alterar manualmente switches electrónicos. Como mejora de esto se introdujo la posibilidad de utilizar el código de máquina que abstraía al ‘programador’ de utilizar pinzas o destornilladores.
En la década del 50’ los programas ya se escribían en lo que se denominaba genéricamente Assembler, que implicaba un enmascaramiento del código de máquina a una sintaxis conformada por códigos de caracteres mas sencillos de recordar y de operar, pero con el inconveniente de que el mismo variaba de acuerdo a cada hardware. El Cobol (Common Business Oriented Language) llega a principios de los 60’ como abstracción del Assembler de diferentes equipos con las obvias ventajas. No obstante los habituados a programar en código de máquina se quejaban de que el Cobol no era tan eficiente para la explotación de los recursos de cada hardware. Y tenían razón, solo que la productividad de la programación era tanto mayor que compensaba con creces la otra pérdida sin contar la mejora en la curva de aprendizaje para la formación de nuevos programadores.
Asimismo en la década de los 60’ se imponen los sofisticados sistemas operativos que permiten el uso en gran escala del multiprocesamiento. La idea es que los SO realizan una abstracción de los recursos físicos reales del computador, para entregar computadores virtuales mas pequeños a múltiples usuarios que creen poseer la totalidad de los mismos.
Algo parecido ocurre en la década de los 70 con la introducción a nivel comercial de los motores de base de datos. Los mismos realizan una abstracción del manejo de la información. Ya no mas volúmenes físicos, ni archivos relativos, ni hushing, ni factores de alocación, ni nada, todo eso pasó a ser controlado por una abstracción que se ocupaba de acomodar las cosas.
Productividad versus eficiencia
¿Cuál es la norma de las abstracciones en informática? Se sacrifica eficiencia en el hardware (ya que el tratamiento particular del mismo será potencialmente siempre mas óptimo) y adaptabilidad (por ejemplo no es práctico utilizar Cobol para programar juegos de video ya que se trata de una abstracción concebida para otra problemática) en pos de mayor productividad para lograr la solución.
¿Cuál es una de las abstracciones que comienza a aparecer en el horizonte? La de abstraer las entidades de la administración. Sin duda una porción enorme del uso de informática va orientado hacia la administración de organizaciones de todo tipo. Esas organizaciones dondequiera que estén normalmente reconocen personas, domicilios, clientes, rodados, productos, inventarios y todo un universo acotado de lo que podemos llamar objetos de la administración.
¿Cómo es posible entonces que a la hora de sentarme con un motor de base de datos cualquiera a cargarle por ejemplo personas, deba tomarme el trabajo de definir un conjunto de tablas destinadas a tal efecto y pensar en que datos poner o no?, ¿Acaso las personas son muy diferentes aquí, en los Estados Unidos o en Japón? Si lo pensamos un momento, los atributos de muchísimas de esas entidades son prácticamente idénticos.
Con el fin de evitar que cada programador tuviera que generar algoritmos de hushing y cosas así se inventaron los motores de bases de datos, creo que está claro de que ha llegado el momento de una nueva en importantísima abstracción que cambiará drásticamente el modo de implementar software de administración.
Por este motivo el anuncio del Microsoft respecto al Microsoft Business Framework no sorprende, lo que llama la atención es como los grandes se demoraron tanto.
Cabe acotar a este respecto que IBM hizo un intento en los 90’ en esa dirección con lo que fue el San Francisco Project que al parecer está desactivado hace tiempo por definiciones políticas de alto nivel en cuanto a aplicaciones.
El error de los ERPs
¿Qué es un framework de objetos de negocios? Respecto de cómo resumen muy breve podemos decir que se trata de un ambiente de contención de objetos que representan las entidades típicas de la administración. Por ejemplo entidades básicas como personas, clientes, proveedores, rodados, domicilios, ciudades, países, etc., y a su vez objetos que conceptualizan las operaciones básicas de la operatoria administrativa, tales como ventas, compras, movimiento de inventarios, movimiento de valores, etc.
Todo esto se complementa con un conjunto de motores que permiten modelizar la operatoria requerida en cada caso de uso. Como ejemplo de estos motores podemos señalar el motor de workflow, el de impuestos, el de inventarios, el de cashflow, etc.
Al interrogante de si este nuevo nivel de abstracción afectará al ERP clásico de las supuestas Best Practices, la respuesta es si. Con el nuevo nivel de abstracción la gente de sistemas de las empresas podrá alcanzar una flexibilidad y autonomía en sus aplicativos de administración muy superior a lo que conocieron utilizando los ERPs worldclass y fundamentalmente sin perder productividad, incluso mejorándola.
¿Por qué el generador de esta abstracción no es SAP o PeopleSoft? Es una buena pregunta. En principio creo que cuando uno se topa con una limitación en el paradigma vigente que rige sus actos (sean estos personas u organizaciones) tiene dos alternativas: Una es revisar el paradigma con el fin de corregirlo y adecuarlo a la realidad a la cual no se adapta; la otra es intentar modificar la realidad, lo cual en este caso consiste por ejemplo en decirle a un cliente con reglas de negocio diferente a las de mi software que él debe cambiar su "modus operandi" ya que no está haciendo las cosas de acuerdo a las ‘Best Practices’.
Ante esto último el cliente también puede hacer dos cosas: Una es reírse de semejante proposición y seguir haciendo las cosas como cree que las tiene que hacer, y la otra es creer semejante discurso, comprar y adaptar su negocio a lo que le dan.
Muchas grandes empresas con la vertiginosa expansión de los 90’y el Y2K a la vista optaron por esto último, y hace tiempo comenzaron a sentir lo que implica el ‘tener que adaptarse a las Best Practices’.
Por este motivo creo que hay un consenso en el mercado en cuanto a que se requiere un nuevo tipo de solución. Probablemente los Frameworks de negocios sean la respuesta.
* Pablo Iacub es Presidente del Grupo Calipso Software.