Notas de Software
Café por medio, hablando de lo que nos gusta...

La necesidad de información confiable

viernes, 6 junio 2008 23:58 por Gabriel

La falta de información confiable, exacta, actual y relevante, es algo que preocupa a diario a los ejecutivos de todas las empresas, organizaciones de todo tipo e individuos, como científicos e investigadores.

Sin embargo, una multitud de factores hacen que pensar en la "administración correcta y eficiente" de la información, y pensar en esta información como un bien que tiene un determinado valor (en dinero) dentro de la compañía sea difícil sino imposible en muchas ocasiones.

En lo que se refiere a Sistemas, o IT (que es mas "cool") entre los factores que impiden pensar realmente en la administración de la información, en mi opinión los más notorios son:

  • El deslumbramiento con las nuevas tecnologías: una cantidad considerable de supuestas herramientas que prometen de forma casi milagrosa darle a los puestos claves de la empresa información que ni siquiera existe en los sistemas de la compañía.
  • El deslumbramiento con las nuevas herramientas de programación (en particular por los programadores del staff) que están más preocupados por utilizar determinadas características del nuevo lenguaje estrella que por hacer algo realmente útil con ese lenguaje.
  • El deslumbramiento por la aplicación de nuevas metodologías de diseño, ágiles, scrum, etc... y patrones de diseño y diagramas UML y una cantidad enorme de nuevas teorías que aparecen día a día.
  • El deslumbramiento (inútil para mi) con la ya bastardeada hasta el hartazgo Web 2.0
  • Las ambiciones personales y negociados de muchos gerentes de sistemas.

Si a esto le sumamos las interferencias en la toma de decisiones de los comerciales, marketing y otros departamentos, terminamos con un hardware sumamente potente, herramientas de última generación y programadores que cobran una fortuna por hora y consultores de cada uno de los productos comprados para que finalmente llegue a las manos de la persona equivocada un reporte con unos gráficos espectaculares de información irrelevante, vieja, inexacta y por lo tanto totalmente inservible.

¿Cómo me parece a mi que se soluciona esto?

Diganme dinosaurio si les parece (o sean mas duros si gustan) pero la solución está en volver a las bases. En volver al simple y viejo principio de que dato + proceso = información. No importa con que herramienta o con que lenguaje se trabaje, si no hay un diseño sólido y bien pensado desde el principio y un conocimientos profundo de los datos y la información que maneja la compañía, la organización o el individuo nada de lo que se haga va a servir.

A lo largo de mi carrera he visto (y he programado yo mismo) sistemas en clipper, dBase y RPG/400 que le daban la información justa, indispensable, confiable y en tiempo y forma a quienes la necesitaban de forma urgente para tomar decisiones criticas que significaban unos cuanto miles de dolares (y sus puestos de trabajo a veces) y no usabamos cubos ni patrones de diseño ni lenguajes de última generación ni metodologías ágiles.

Lo que había era horas de relevamiento a fondo hasta conocer el mas mínimo detalle de los datos que se manejaban, la información exacta que se requería y horas de diseño de los procesos necesarios para transformar esos datos en esa información.

Con esto no digo que los cubos, los patrones de diseño, los lenguajes de última generación y las metodologías ágiles no sirven. Todo lo contrario, son indispensables hoy en día, pero inútiles si nos olvidamos de cosas tan simples como que debemos conocer "el terreno" en el que nos movemos a la perfección hasta el más mínimo detalle. Y por supuesto jamás olvidar que dato + proceso = información.

Sea el primero en calificar este post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

La Base De Datos

jueves, 15 mayo 2008 23:58 por Gabriel

Recientemente tuve que corregir ciertos datos que por error se grabaron mal (o directamente no se grabaron) en una base de datos. Esta base de datos esta, en mi opinión, tan mal diseñada que cualquier tipo de actualización o búsqueda de información obliga a escribir enormes porciones de código SQL con las complicaciones de mantenimiento y la facilidad para cometer errores que ello implica.

Esto me llevó a pensar y analizar cuánto código se podría haber ahorrado y simplificado si la base hubiera estado bien diseñada desde el comienzo. ¡Y que fácil hubiera sido corregir esos errores!.

Ahora, ante la proximidad de la programación de la versión 2.0 de la aplicación en la que estoy trabajando no me quedan dudas de por donde hay que empezar.

El diseño de una base de datos que se adapte a las características de la aplicación, que sea extensible y que permita tanto su uso en escenarios OLTP y OLAP.

Si bien por razones de confidencialidad no puedo escribir sobre la base que pienso diseñar, nada me impide escribir sobre los conceptos que voy a ir aplicando en este futuro diseño.

Próxima entrega: ¿Cómo se empieza a diseñar una Base de Datos?

Sea el primero en calificar este post

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5