OpenACL

Leyendo noticias en meneame.net me encontre con una que decia “buen momento para empezar con Python” o algo asi, era relativo a un tutorial de Python bastante sencillo. En un pequeño break que me di lo instale y empece a cascarear. El lenguaje es bastante divertido y sencillo y aunque ni de chiste me he metido a programar objetos el wxPython y wxGlade hacen todo mas facil (estos ultimos seria burdamente como el entorno de programacion de VB o Delphi o algo asi).
Como si no hiciera ya demasiadas cosas, a todo le tiro y a nada le pego (motos, MTB, coro, trabajo, boda, etc) he visto por fin una motivación para comenzar un proyecto que traigo en mi cabeza desde hace tiempo, un ACL mejorado y de codigo abierto y gratis. Originalmente le iba a llamar FreeACL pero ahora estoy en OpenACL o tal vez separado Open ACL, no se, el nombre es lo de menos.

Marco Referencial:
El ACL, a mi parecer, no es mas que un simple simulador grafico de manejador de base de datos, el cual mas bien es un manejador de archivos, orientado a la auditoria financiera y/o como se dice en este ámbito la “interrogación de archivos”. Mediante cajitas de dialogos e iconos los usuarios pueden hacer JOINS sin tener que saber sintaxis de comandos. Es digamos un *SQL para dummies. ver www.acl.com para mas referencias.

Deficiencias a resolver
5. No se pueden ver varias tablas a la vez, hagan de cuenta que es como el IE6, no tiene tabs, entonces se tiene que cerrar una tabla para poder ver otra. La solución es sencilla, poder tener algunos tabs abiertos para poder comparar la información de las tablas.
4. Aunque tiene un lenguaje de scripting o por llamarlo de otra manera como un T-SQL o algo asi, es bastante limitado, sobre todo en cuanto a control de flujos y condicionales se refiere. La solución que propongo es que se pueda usar Python como lenguaje de scripting para la manipulación de las tablas o automatización de procesos.
3. La linea de comando ocupa lugar del grid. Me gustaria una ventana tipo MSDOS/Shell flotando y movible para ingresar los comandos, ademas los comandos seran de SQL, por lo que la adaptación de una persona sera mas facil.
2. La tool bar tiene limitados los comandos/iconos, es decir no vienen todos. Todas y cada una de las opciones quiero que se puedan poner en la tool bar.
1. Perooo mi motivación #1 es el artwork (o sea los iconos) oh my God!!!, eso es otra cosa, por resumirlo en 3 palabras “duelen los ojos” de lo feo que es. No saben como me molesta el poco empeño que le pusieron a los iconos. Propongo, no es mas, prometo, que el “look” sera personalizable, se podrán instalar “themes” y/o mover iconos, tipos de letra, etc.

De entrada es lo que se me ocurre, durante los casi 6 años que tengo de usarlo siempre salen cosas que se podrían mejorar, ya me acordare de mas, ademas haré concenso con los colegas para ver que otras monerias le puedo añadir.

Consideraciones inmediatas:
- He realizado una busqueda rapida en Internet de los iconos que pudiera usar y que fueran gratis, pero mucho me temo que no existen iconos para “joins” o para “filtros”, tengo que encontrar un diseñador gráfico que se aviente unos 40 iconos chidos como servicio social (recuerden que el “eye candy” es prioridad.
- Base de datos a usar. Aunque esta decisión es la mas importante para el exito del proyecto, mis conocimientos técnicos se han visto empolvados por la escasa o nula programación que he echo en el pasado lustro. De entrada consideré Firebird, pero al parecer existe una biblioteca llamada Metakit que es facil de “embeber” en Python, se ve bastante completa y a parte me gusta que los archivos de datos son portables y aguanta varias arquitecturas y tambien varios sistemas operativos. Me interesa algo rapido ya que al ser un sistema monousuario no tendre que lidiar de entrada con los problemas de concurrencia. Ya para una opción Cliente/Servidor mi primera opción seria MySQL.

Bueno, hoy 9 de Mayo de 2008 declaro oficialmente inaugurado el desarrollo de OpenACL. Ya veremos como progresa este proyecto.

Race 4 fun