El día de hoy estaba sentada pensando en la desición a tomar. Pero antes plantearé el dilema que atañe mi vida el día de hoy:
Estaba sentado picandome los ojos, cuando empecé a pensar… Cosa que hago pocas veces… „Tengo que terminar el trabajo de mí mamá.“ ¿Qué trabajo? Su sistema de facturación.
Para mí proyecto final de Programación Orientada A Objetos realicé un sistema de facturación (incompleto por cierto :roll:) en Visual Basic (VB). El programa en realidad no está feo, de hecho está bastante bien para no saber nada respecto a programación de VB. Como brevario cultural, ese fué el primer semestre que tuve contacto con dicho lenguaje, VBScript no cuenta, y por si fuera poco, se compartió tiempo con Java (que por cierto odio).
El problema comenzó cuando decidí enviar la factura a imprimir. Primero pensé en CrystalReports (CR) (lo habíamos visto en clase), después enviar todo a Word o Excel y la verdad es que decidí que me había hartado. Sé como enviar datos a Word y Excel, pero no supe como darles formato (márgenes, altura, anchura, etc.) Por otro lado, no comprendí como meter los datos que quería a CR. Mandar un listado de facturas o de clientes me salió.
Entonces fue cuando dije: „¿Por qué no hacerlo Web?“. Cada vez son más las aplicaciones que se hacen Web, las llamadas RIA (Rich Internet Application). Recuerdo mi ejemplo más popular, en Telcel utilizan una aplicación Web para sus clientes y demás (en el módulo de la entrada de atención).
¿En qué consiste la aplicación? Es sencillo, tan sólo una aplicación Web de un sistema de facturación, que incluya las opciones básicas:
- Crear/Editar/Borrar Facturas
- Crear/Editar/Borrar Clientes
- Crear/Editar/Borrar Proveedores
- Crear/Editar/Borrar Eventos (Agenda)
- Listas de Clientes/Facturas/Proveedores/Productos
- Adeudos
- Gráficos
- Ventas al cliente
- Solvencia del cliente
- Compras al proveedor
- Crear/Editar/Borrar Remisiones
- Protegido por usuario
- Impresión de Facturas
- Control de Inventario/Almacén
- Cotizador
Básicamente eso, más lo que se me ocurra en el camino y agregue aquí hehehehe. En realidad no es la MEGA-Aplicación, y seguramente existe ya una aplicación así en el mercado, pero ¿Por qué no hacerla yo?. Es como el sistema que hice en VB, ya existe y se llama ASPEL, pero ¿Por qué pagar 4000 pesos de un sistema que puedo hacer yo, ya que no me interesan TODAS las opciones que ofrece, que inclusive pueden llegar a se confusas.
Así que el proyecto ya lo tengo/tenía definido, así que ese no es el gran problema… El problema entra en decidir la tecnología a usar. Y es que no es lo mismo usar XHTML/PHP/AJAX que XHTML/JAVA, así como no es lo mismo usar MooTools que JQuery o YUI.
Así que empezo mi búsqueda por las opciones viables. Según varias páginas que vi JQuery y Prototype son las más famosas. Hasta la última vez que vi, Hi5 usa/usaba Prototype con Script.aculo.us, y según la página de JQuery, DELL, El banco de américa y digg (entre otros) lo usan. Yo durante mucho tiempo utilié MooTools, con el hice Kiubo y Entre en mi casa.
Siempre he considerado que MooTools es una librería para hacer cosas del Web2.0, es decir, comunidades virtuales (como FaceBook), blogs y demás cosas por ese estilo. Prototype siempre me ha parecido complicado y JQuery lo he usado pocas veces.
Así que después de una amplia investigación, decidí usar JQuery. ¿Cuál fué la razón para mí desición? La documentación. Que si me lo preguntan, estuve tentado a usar YUI (Yahoo User Interface), porque en una ocación tuve que hacer un ejercicio, y hacer tablas con YUI (incluyendo ordenar, inline-edit, etc) es sumamente sencillo. Pero la verdad es que el resto del Framework no me gusta hehehe.
Así que usaremos JQuery, esperemos haya sido la mejor desición hehehe, o mínimo la menos dolorsa hehehehe.
Links:
Saludos
Schreibe einen Kommentar