De informatica y otros demonios…

Hace varios días la compañera de Recursos Humanos de la empresa donde actualmente trabajo (ECIMETAL) me pidió que le ayudara con la implementación del sistema de pago mediante Tarjetas Magnéticas, lo cual me pareció muy bien ya que es muy práctico y sencillo. Del Banco le habían pedido que llevara la información en un diskette (3½) y en formato DBF con una estructura de tabla ya establecida y de la cual le mandaron copia en un correo. Eran necesarias dos tablas, una con la información de los titulares de las tarjetas y otros datos necesarios y la segunda es la que se lleva mensualmente con la acreditación de los saldos.

Cuando veo el formato DBF especificado enseguida me acordé del principio de los años 90 cuando el dBase III fue mi primer contacto con una base de datos. (En una XT 8086 a 6Mhz). Quien me iba a decir que más de 15 años despues aún se utilizaría ese formato de almacenamiento. Aclarar quiero que ya el formato DBF tiene 30 años.

Con un listado en MS Excel de los trabajadores de la empresa con la información necesaria me dispongo a tratar de crear el susodicho DBF para mandar para el Banco y poder crearle a los trabajadores sus bonitas tarjetas. Lo más rapido y práctico tratar de abrirlo con OpenOffice Spreadsheet para ajustarlo y exportarlo, infructuosamente (El OpenOffice se negaba a abrir un DBF de referencia que conseguí) despues me puse a buscar algún editor de DBF para realizar mi tarea, nada, solo un gtkdbfeditor que encontré en SourceForge, que a pesar de poder abrirlo, editarlo y mostrar la información tabularmente no me resolvía el problema de convertir mi “tablita excel” a DBF de una forma automática y respetando las convenciones de los datos pedidos por el Banco (particularmente los tamaños de los campos, ponerlo todo en mayusculas, saber que poner en el nombre en la tarjeta, etc.)

Con un poco más de chispa se me ocurre teclear en google “dbf python” y voilá me encuentro con una joya de librería (de hace 7 años) que perfectamente abre, escribe y crea ficheros DBF programáticamente desde mi lenguaje de programación favorito, Python.

La librería en cuestión se llama dbfpy y la pueden encontrar en http://www.fiby.at/dbfpy/dbfpy.tgz además de que en el mismo sitio se publica como hacer uso de la misma.

El próximo paso crear un script que me permitiera crear el DBF a partir de la “tablita excel” o mejor, desde un CSV (Comma Separated Values) especialmente exportado para poder compartirlo con Uds. Para utilizarlo solo creen un fichero con los datos en CSV siguiendo las convenciones descritas en el texto adjunto y corran el script de la manera que se indica. Si les falla mandenme un correo, trataré de ayudarles. Y por supuesto como aun no se como postear código aqui, si quieren recibir el código solo mandenme un correo a ernesto@mincex.cu.

Una pregunta al final. ¿Por qué el Banco se empeña en seguir utilizando tecnologías de hace 30 años en su desarrollo informático? ¿No es acaso esto un freno al desarrollo para la casi totalidad de empresas que tienen relaciones de trabajo con ellos? Preferiría que no me dieran la explicación de que hay empresas que solo cuentan con aquellas maquinitas XT de cuando comenzamos a dar los primeros pasos en la computación empresarial. Nada justifica que existan hoy y aunque tampoco soy partidario de la escalada tecnológica que nos impuso el binomio Windows-Intel si puedo asegurar que en Pcs muy básicas con pocos recursos (incluso Pentium y PentiumII) es posible utilizar variantes más eficientes, seguras y robustas, siempre con Software Libre, al cual dudo, DBF y sus principales productos (Foxpro, dBase, Clipper) pertenezcan.

PD: Cuando la compañera de RR.HH. Me dió el diskette ahí si que comencé a añorar los viejos tiempos.

Llevaba tiempo sin ejercer ningún tipo de escritura y menos en la Web. Los temas que inicialmente me atraían en otros blogs aqui sencillamente dejaron de hablarse, aunque en el resto del mundo todo parece ir más rapido.

Recientemente se efectuó la Feria Informatica 2007 en la Habana, Cuba y a pesar de que no pude asistir se vislumbro un panorama muy bueno para el Software Libre y el desarrollo informático del país. Muy a mi gusto se comenzó a hablar de ERP Cubano, del cual quiero hacer varios comentarios

1. Quizás no deberiamos hablar de ERP Cubano, sino mas bien de ERPs hechos en Cuba, en plural pues la diversidad de opciones creo que será necesaria para que se fomente el desarrollo. El apellido “Cubano” se debe a que el contexto nacional exige una particularización en todos los sentidos.
2. A la comunidad de desarrolladores se les debe dar participación en el(los) proyecto(s). Desarrollo de SWL sin comunidad lo veo difícil.
3. Para que la comunidad se involucre creo necesaria la creación de algún modelo de colaboración que eventualmente incluya pago de servicios prestados, ya sea soporte, mejoras, etc.

Por ahora solo espero la creación de una lista de debate sobre el tema. Sería muy productivo escuchar las opiniones de todos los que como yo, trabajamos en centros donde el uso y desarrollo de sistemas libres se pueden convertir en fuente de desarrollo, trabajo, ciencia.