DataSnap o LAMP

[D-MO]

Bueno Chris, en lo personal me inclinaría por la versión con Django, el framework "para perfeccioniscas con tiempo límite"

Haciendo un comparativo de los pros y contras que le ves a ambas soluciones es fácil darnos cuenta que los contras del ambiente web (que no sería LAMP) con Django no son nada comparados con los pros.

La combinación de HTML, CSS y Javascript es poco productiva comparada con Delphi.

Aquí estás en lo cierto, con Delphi diseñas una pantalla muy rápido, sin embargo, html te dá mucha flexibilidad. Para empezar podrías utilizar algún editor para crear los prototipos de pantallas, como dreamweaver en win (aunque para código mas limpio yo, en lo personal, prefiero hacerlo en un editor de texto plano), y utilizas un framework css que te facilite esta tarea, fluid960gs sería mi recomendación, pero hay muchos otros bastante buenos.

No se tiene acceso a los recursos del sistema (mi aplicación necesita imprimir y a clientes de correo como Outlook o Thunderbird)

Acá no entiendo muy bién el problema, si quieres imprimir puedes generar reportes en pdf y que los imprima el cliente, ¿cual es el problema?... para Django/Python reportlab te ayuda en eso.

Lo segundo en esta sentencia no lo he entendido.

Hacer una buena GUI me requerirá de un trabajo enorme de ensallo y error.

Volvemos al primer punto. Diseña tus pantallas con un editor que te genere el (x)Html y luego los editas para incluir las variables que envíes desde las vistas de django hacia las plantillas. Además, esto podrías subcontratarlo si tu empresa lo quisiera para agilizar el desarrollo.

Por último, arriba te escribí que no sería LAMP en esta situación, te lo explico:

LAMP es el acrónimo de Linux + Apache + MySQL + PHP, y aunque al final PHP lo reemplazas por Python, la parte de MySQL la reemplazas por PostgreSQL, entonces ya no sería LAMP

[[Chris]]

Muchas Gracias por tus observaciones D-MO

Lo de LAMP, pues decidí usar el termino por simpliciad, ya que muchos después podría ser que no entiendan de sus variaciones. Me entiendes?

No se tiene acceso a los recursos del sistema (mi aplicación necesita imprimir y a clientes de correo como Outlook o Thunderbird)

Aquí he redactado mal. Me refería a que no tendría acceso directo a las impresoras y también acceso a los clientes de correo por medio de MAPI a cómo lo he venido haciendo ahora. Por ejemplo, lo que hago es presentar una ventana de redacción de correo ya rellenada con el asunto, contenido e incluso adjuntos. Esta funcionalidad no la podría reproducir en la Web porque las API Web no están tan avanzadas, eso creo.

Por otro lado, cuando trabajo con HTML y CSS suelo utilizar poco los editores visuales. Soy programador y me gusta trabajar a nivel de código. Además que tengo hasta el más mínimo control sobre lo producido. Es por eso que te digo que hacer una interfaz rica (así como Facebook) requiere de bastante código en HTML, CSS y ni mencionar Javascript, que en ése sí que estoy "crudo".

Pero aún así estoy abierto a probar editores que me ayuden en el trabajo. Siempre y cuanto me hagan sentir en control.

[roman]

Empezado por Chris

Aquí he redactado mal. Me refería a que no tendría acceso directo a las impresoras y también acceso a los clientes de correo por medio de MAPI a cómo lo he venido haciendo ahora. Por ejemplo, lo que hago es presentar una ventana de redacción de correo ya rellenada con el asunto, contenido e incluso adjuntos. Esta funcionalidad no la podría reproducir en la Web porque las API Web no están tan avanzadas, eso creo.

Pero, para qué quieres mandar un correo a través de un cliente como Thunderbird o Outlook si puedes mandarlo directamente desde tu aplicación? Y esto aplica tanto para una aplicación web como para una de escritorio.

// Saludos

[[Chris]]

Empezado por roman

Pero, para qué quieres mandar un correo a través de un cliente como Thunderbird o Outlook si puedes mandarlo directamente desde tu aplicación? Y esto aplica tanto para una aplicación web como para una de escritorio.

Lo que pasa es que se necesita tener la posibilidad de que el usuario revise y haga modificaciones al correo generado. Adjunte nuevos archivos o modifique el contenido del mensaje. :-/

[roman]

Empezado por Chris

Lo que pasa es que se necesita tener la posibilidad de que el usuario revise y haga modificaciones al correo generado. Adjunte nuevos archivos o modifique el contenido del mensaje. :-/

¿Y? Todo esto lo puedes hacer, con aplicaciones web o de escritorio. No entiendo.

// Saludos

[D-MO]

Empezado por Chris

Aquí he redactado mal. Me refería a que no tendría acceso directo a las impresoras y también acceso a los clientes de correo por medio de MAPI a cómo lo he venido haciendo ahora. Por ejemplo, lo que hago es presentar una ventana de redacción de correo ya rellenada con el asunto, contenido e incluso adjuntos. Esta funcionalidad no la podría reproducir en la Web porque las API Web no están tan avanzadas, eso creo.

Acá el problema no es que las "bibliotecas WEB" no estén tan desarrolladas para acceder a la agenda del cliente de correo, sino que por razones de seguridad ninguna aplicación web debe acceder a tu equipo sin autorización. Remarco la parte de sin autorización porque podría decirse que (estoy imaginandome un caso) puedas desarrollar un plugin para el navegador que haga de "puente" entre el cliente de correo y la web cada ves que encuentre una cabecera en el html , nunca lo he hecho, solo se me ocurre que así podría hacerse.

Otra posibilidad sería que la agenda de clientes esté almacenada en un servidor, no en los clientes de correo. Una, de muchas soluciones de este tipo sería utilizar un servidor LDAP y configurar todos los clientes para que utilicen este como repositorio de contactos y a la vez a Django para que lea estos datos cada vez que lo necesite.

Acá hay un poco de la sincronización de los clientes de correo con el LDAP: http://www.sudleyplace.com/LDAP/index.en.html

Empezado por Chris

Por otro lado, cuando trabajo con HTML y CSS suelo utilizar poco los editores visuales. Soy programador y me gusta trabajar a nivel de código. Además que tengo hasta el más mínimo control sobre lo producido. Es por eso que te digo que hacer una interfaz rica (así como Facebook) requiere de bastante código en HTML, CSS y ni mencionar Javascript, que en ése sí que estoy "crudo".

Concuerdo en esto, yo también prefiero la edición en texto plano . Prueba con un framework CSS, como el que cite arriba, fuild960gs, 960gs, blueprint, y una lista larga de sitios que hablan al respecto. Te darás cuenta de la facilidad con que terminarás desarrollando/diseñando interfaces web.

Saludos.

[[Chris]]

Empezado por D-MO

Acá el problema no es que las "bibliotecas WEB" no estén tan desarrolladas para acceder a la agenda del cliente de correo, sino que por razones de seguridad ninguna aplicación web debe acceder a tu equipo sin autorización. Remarco la parte de sin autorización porque podría decirse que (estoy imaginandome un caso) puedas desarrollar un plugin para el navegador que haga de "puente" entre el cliente de correo y la web cada ves que encuentre una cabecera en el html , nunca lo he hecho, solo se me ocurre que así podría hacerse.

En realidad me refería a una aplicación Web accediendo a otra aplicación web por medio de una API, a cómo accedes a datos de Facebook, Twitter o Google. Además necesito más que simplemente acceder a una lista de contactos. Necesito poder hacer un correo y permitirle al usuario hacer una revisión final a éste. Es como si yo desde mi aplicación pudiera redirigir al usuario a una ventana de redacción de GMail previamente auto rellenada con datos proporcionados por mi aplicación.

Pero me gusta e interesa esa idea de la PlugIn que me has mencionado. :-/

Bueno, al final creo que podría prescindir de esta funcionalidad y mandar a todos a hacerlo a la antigua, que redacten sus correos manualmente a cómo lo hacían hasta hace unos años.

[D-MO]

Empezado por Chris

Bueno, al final creo que podría prescindir de esta funcionalidad y mandar a todos a hacerlo a la antigua, que redacten sus correos manualmente a cómo lo hacían hasta hace unos años.

¿Porqué prescindir si puede estar integrada en la aplicación?, te planteaba el caso porque pensé que era de si o si trabajar con el cliente de correo, pero si este no es el caso, concuerdo con Román, integrar toda la funcionalidad en la aplicación, deríamos que creas un pequeño CRM que almacena información de los usuarios y puedas enviarle un correo, con una plantilla predefinida le muestras al usuario un "textarea" con este texto para que modifique o lo deje así y pueda cargar archivos para enviarle. Esto es mucho mas fácil que integrarlo con el LDAP o el Plugin para el navegador.

Saludos.

[[Chris]]

Empezado por D-MO

¿Porqué prescindir si puede estar integrada en la aplicación?, te planteaba el caso porque pensé que era de si o si trabajar con el cliente de correo, pero si este no es el caso, concuerdo con Román, integrar toda la funcionalidad en la aplicación, deríamos que creas un pequeño CRM que almacena información de los usuarios y puedas enviarle un correo, con una plantilla predefinida le muestras al usuario un "textarea" con este texto para que modifique o lo deje así y pueda cargar archivos para enviarle. Esto es mucho mas fácil que integrarlo con el LDAP o el Plugin para el navegador.

Es una buena idea. Talvez como incluir como parte de mi aplicación un redactor de correos. Talvez una versión modificada de RoundCube Mail talvez. Trabajo extra, pues sí. Pero ofrecerle una buena aplicación a tus clientes, no tiene precio... :P.

[D-MO]

Empezado por Chris

Es una buena idea. Talvez como incluir como parte de mi aplicación un redactor de correos. Talvez una versión modificada de RoundCube Mail talvez. Trabajo extra, pues sí. Pero ofrecerle una buena aplicación a tus clientes, no tiene precio... :P.

Quizá no estamos hablando de lo mismo, ¿quieres simplemente mandar mensajes de correo a los clientes o un completo cliente de correo (sea web o de escritorio)?

[roman]

Empezado por Chris

Es una buena idea. Talvez como incluir como parte de mi aplicación un redactor de correos. Talvez una versión modificada de RoundCube Mail talvez. Trabajo extra, pues sí. Pero ofrecerle una buena aplicación a tus clientes, no tiene precio... :P.

Ni tan extra, a menos que de verdad quieras reinventar tooooda la rueda. Hay muchos editores wysiwyg que puedes integrar a tu aplicación. Por ejemplo, TinyMCE.

// Saludos

[[Chris]]

Empezado por D-MO

... podrías subcontratarlo si tu empresa lo quisiera para agilizar el desarrollo.

Eso, DESCARTADO!

[D-MO]

Empezado por Chris

Eso, DESCARTADO!

... Y yo que esperaba el trabajo

Saludos.

[roman]

Empezado por Chris

Eso, DESCARTADO!

No veo porqué del enojo. Puedo entender que no exista la opción pero negarse sólo por querer tomar el control total no me parece una buena razón.

Gran parte de las aplicaciones WEB requieren de un diseñador profesional. Dudo mucho, por ejemplo, que Facebook esté diseñado por un programador.

// Saludos

[[Chris]]

Empezado por roman

No veo porqué del enojo. Puedo entender que no exista la opción pero negarse sólo por querer tomar el control total no me parece una buena razón.

Gran parte de las aplicaciones WEB requieren de un diseñador profesional. Dudo mucho, por ejemplo, que Facebook esté diseñado por un programador.

// Saludos

Es que no es por mí Roman, es porque sé que mis jefes lo descartarán. Ni se los propondría de hecho.