Posts Tagged ‘capas’


Cuando quise comprar un TV Led para mi casa, busqué uno que tuviera las funciones mas avanzadas y el tamaño correcto para que me durara una buena cantidad de años, y cuando lo encontré estuve dispuesto a pagar por encima del promedio. En fin, el costo de luchar contra la obsolescencia. A la semana siguiente encontré el mismo TV a mitad de precio. Comparar y verificar que eran las mismas características era simplemente echar sal en la herida.

En tecnología, esto va a suceder siempre, porque su evolución no termina por lo que el costo de obsolescencia exclusivamente puede justificar el paso a la nube.

En fin, ya revisamos la excusa 1 que en el mejor de los casos hará que se reordene el acceso a la información en una empresa. En el segundo caso, imagina que llegas a una empresa que tiene años de operación y encuentras programas que nadie sabe como pero funcionan.

Razón 2: Las cajas negras

Es por todos conocidos que empresas, incluso grandes, tengan por ahí algún pedazo de código que esté hecho en alguna herramientra prehistórica. Para los millenials, será VB 3.0 pero los hardcores sólo nos afecta si hablamos de Cobol o RPG. Simplemente ese código se mantiene en un refrigerador porque si. Este escenario es en extremo común y presenta la oportunidad mas importante.

Primero, la justificación para esto es principalmente por:

  • Es lo único que funciona en el ropero IBM que tiene mil años en la compañía. Reemplaza ropero con hardware que solo funciona con Windows 95 o XP
  • Es un código tan complicado que hacerlo de nuevo no se puede

En el primer caso, hay que hacer una aclaración: Si tu software es para gestionar una máquina local entonces se queda local. Eso pasa con la gestión de impresoras de alta velocidad, o controladores o equipo especializado que tiene que ser alimentado por información de la empresa. Eso no se toca. Todo lo demás si.

Si lo que sucede es que tenemos un programa de planillas que está sólo corre en una computadora Burroughs ( alguién usa eso aún??) , la oportunidad de cambiarlo y subirlo a la nube es gigante, porque o se está pagando un altísimo plan de soporte a alguien o simplemente está ligado a una persona que aún sabe como usarlo. En ambos casos, el costo es inmenso y justifica actualizarlo.

El segundo caso es similar, o lo cambias ahora, o lo pierdes. En algunos casos lo consideran un “Hardware”, es decir, automatizan la entrada y la salida de datos solamente y lo dejan como una caja negra. Es una solución temporal. La sugerencia es ir replicando pedazo por pedazo a una plataforma nueva.

Lo principal es gestionar estas cajas negras, identificando las fuentes de datos y la información que entregan, ya que con los años, se convierten en conocimiento obsoleto que incluso no concuerda con los manuales, ya que es un hecho de que cambiaron en el camino o simplemente se perdió el manual.

Entendamos que el reemplazo o renovación de estos sistemas no es porque sean malos, el tema es que el mantenimiento se hace cada vez mas caro y es posible que en algún momento simplemente dejen de funcionar, o que no consigamos un técnico que aún conozca esas herramientas.

La atención se debe poner a estas tres capas:

  • Datos: Si vas a elegir una base de datos, que sea una que te asegure soporte por largo tiempo
  • Reglas de negocio: En la medida de lo posible separadas de los datos.
  • Front end: todas las formas en la que presentas tu información para manipularla.

Algo viejo pero aún sirve para organizar el software que tenemos, y así podemos enfocar la migración en las capas de Front end y reglas de negocio.

Advertisements




%d bloggers like this: