Proliferan entornos web para Delphi..

[[Chris]]

Empezado por mamcx

Yo por el contrario, sigo otra ruta: Aplicaciones nativas con funcionalidad web.

Yo las llamo aplicaciones híbridas. Sí, como los coches híbridos. Una mezcla de nuevo y lo viejo. Lo mejor de ambos mundos. Creo que son una excelente opción. El inconveniente es que son más difícil de crear. Pero yo siempre he pensado que el buen software es difícil de programar.

Sin animo de ofender, desde mi punto de vista, este tipo de frameworks son buenos si ya no quieres aprender un nuevo lenguaje, si prefieres quedarte con lo que ya sabes. Si quieres desarrollar una aplicación web mejor prepárate para aprender HTML, Javascript y el lenguaje complementario que desees (PHP, Python, Ruby, etc.).

Por otro lado, creo que en la mayoría de los casos las aplicaciones web puras no son malas y de hecho tienen muchas ventajas sobre las clásicas. El problema es muchas veces el dessarrollador que quiere seguir filosofías que no se aplican en este campo. Más especialmente en la GUI. Comparto la opinión de mamcx de que no puedes hacer para una Web la misma GUI que utilizas para el escritorio. Son dos mundos distintos.

Por Delphi, no dislumbro su situación en unos diez años. Pero si creo -si es que no lo descontinuan- que existirá para ayudarte a crear aplicaciones especializadas o utilerias que sí o sí deban ejecutarse con los recursos del S.O. cliente. Creo que Codegear comparte esta visión, talvez de ahí nazca la necesidad del famoso Project X. Aumentando las plataformas soportadas aumentas el número de aplicaciones y utilerias especializadas que puedes desarrollar con la herramienta.

Ya que mencionan Java.... quiero decir que lo odio, espero que desaparezca pronto y quede bien enterrado unos 3000 kilometros bajo tierra. Facebook antes utilizaba una sola aplicación java, su funcionalidad era que te permitiera subir varias fotos a la vez, pero con los nuevos estándar webs soportados por los navegadores han dejado de utilizarla, porque ahora existen Web APIs que te permiten hacer esta misma operación. Son muchos los que coinciden que las aplicaciones para iOS son mucho mejores que su contraparte para Android, creo que esto no solo se debe a la manera de desarrollar en Android, sino que también en iOS utilizas C (objetive C) y en android Java. Es como comparar una aplicación hecha en Delphi con una hecha en Java.

[avmm2004]

Empezado por Chris

Si quieres desarrollar una aplicación web mejor prepárate para aprender HTML, Javascript y el lenguaje complementario que desees (PHP, Python, Ruby, etc.).

No entiendo que tiene PHP que no tenga Java, Python y Rubi no los conozco pero entre PHP y Java por lo menos Java tiene una buena orientacion a objetos y una comunidad bestial detras.

Empezado por Chris

Comparto la opinión de mamcx de que no puedes hacer para una Web la misma GUI que utilizas para el escritorio. Son dos mundos distintos.

Si, por desgracia tienes razon, pero los clientes esperan trabajar igual en uno que en otro y no entienden las diferencias y creo que las aplicaciones web en cuanto a manejo deben de ser tan ricas o mas que las de escritorio.

Empezado por Chris

Son muchos los que coinciden que las aplicaciones para iOS son mucho mejores que su contraparte para Android, creo que esto no solo se debe a la manera de desarrollar en Android, sino que también en iOS utilizas C (objetive C) y en android Java. Es como comparar una aplicación hecha en Delphi con una hecha en Java.

Por desgracia, objetive c solo funciona en Mac no en windows ni linux. (creo).
Y para mas desgracia, delphi solo funciona en windows , no en linux ni mac.

¿ Cuando habrá algo mas ..... standard ?

[[Chris]]

Empezado por avmm2004

No entiendo que tiene PHP que no tenga Java, Python y Rubi no los conozco pero entre PHP y Java por lo menos Java tiene una buena orientacion a objetos y una comunidad bestial detras.

Realmente no conozco Java, pero por que he escuchado no tiene la productividad de estos lenguages.

Empezado por avmm2004

Si, por desgracia tienes razon, pero los clientes esperan trabajar igual en uno que en otro y no entienden las diferencias y creo que las aplicaciones web en cuanto a manejo deben de ser tan ricas o mas que las de escritorio.

Entonces habrá que iniciar una campaña de educación y comprensión. Por lo que deben ser ricas en manejo no sé a que te refieres exactamente.

Empezado por avmm2004

Por desgracia, objetive c solo funciona en Mac no en windows ni linux. (creo).
Y para mas desgracia, delphi solo funciona en windows , no en linux ni mac.

Objetive C es una variante de C que es multiplataforma. Existe la persección que es exclusivo para productos Apple ya que es esta última es la que más lo utiliza en sus sistemas. Con respecto a Delphi, los fanáticos esperamos con ansias el desarrollo del Projecto X, su objetivo es hacer a Delphi multiplataforma. Pero mientras tanto puedes utilizar Lazarus, el problema es que este último aún está muy verde.

Saludos,
Chris

[mamcx]

Empezado por avmm2004

No entiendo que tiene PHP que no tenga Java, Python y Rubi no los conozco pero entre PHP y Java por lo menos Java tiene una buena orientacion a objetos y una comunidad bestial detras.

Obviamente todo lenguaje tiene sus pros & contras frente a otros. La ventaja #1 de PHP es que esta mas difundido/preinstalado en hosting de toda clase.

Personalmente, uso http://www.djangoproject.com/, que es un excelente framework basado en python.

Pero todos tienen una ventaja SUPER fuerte contra Java (e igual .NET): Son mucho mas productivos. Java & .NET estan pensados para equipos de desarrollo mas grandes & estrucuturados, tienen mas "overhead". PHP, Ruby, Python encajan muy bien en equipos pequeños o tipos solitarios. Es en ese aspecto similar a Delphi.

Empezado por avmm2004

Si, por desgracia tienes razon, pero los clientes esperan trabajar igual en uno que en otro y no entienden las diferencias y creo que las aplicaciones web en cuanto a manejo deben de ser tan ricas o mas que las de escritorio.

No hay una respuesta estatica a eso. A veces, es una buena idea. Otras, es pesima. Todo tiene su pro & su contra. Si una persona, como dices, carece del entendimiento de eso, y le vendes algo que parece ser como lo que espera, pero de formas sutiles no lo es, le causara enorme frustracion.


Un ejemplo patetico es lo que paso con el iPhone y el iPad. Antes de su salida, todos auguraban que hiba a ser un desastre, que por que no manejaba teclado fisico, no tiene el software conocido (como office) y muchas cosas mas. Con el iPad igual. Pero, MS llevaba 10 años de tratar de vender una tablet como si fuera un desktop con touch. En cambio, Apple decidio hacer una tablet que no fuera parecido para nada a un PC. ni se percibe como un PC. La gente *entiende* solo por verlo, que no es como nada de lo que tienen, se adaptan y les gusta.

Es un asunto de astucia, balance y buen ojo. Tengo una experiencia propia en esto.

En mi region todas las casas de software han tratado de migrar sus ERPs a la web. En terminos generales? Un fracaso.

Si hubiera hecho a www.bestsellerapp.como como una pagina web me hubiera demorado seguro, 1/5 del tiempo. Pero a los usuarios les hubiera fastidiado enormemente porque (y esta es la clave) el usuario prefiere la uniformidad a menos que tenga que sacrificar un aspecto clave. En el mundo en el que estoy, es mejor ser rapido que ser igual. La velocidad en la toma de pedidos se traduce en $$$$ y en tiempo. Es por eso que los programas DOS se siguen vendiendo: Son MAS rapidos... en serio!

Entonces, como desarrollador, debes tomar la decisión basada no solo en la conformidad y la facilidad, sino en lo que es mejor. Muchos toman (y hemos tomado) el camino mas facil y obvio. Pero es mucho mejor tomar el mejor

Una ves que les explicamos (toma menos de 2 minutos) que la razon por la cual el sistema corre en iPhone/iPod touch de forma nativa y no es un servicio Web total, es por la velocidad (y se lo mostramos) todo queda bien.

Empezado por avmm2004

Por desgracia, objetive c solo funciona en Mac no en windows ni linux. (creo).
Y para mas desgracia, delphi solo funciona en windows , no en linux ni mac.

¿ Cuando habrá algo mas ..... standard ?

NUNCA.

Ese es el punto que estoy tratando de decir. Html5 es lo mejor que hay y sin embargo, definitiva y absolutamente nunca será un estándar total. NO ES POSIBLE, porque la única y exclusiva manera de que eso pase, es que el avance tecnológico se detenga y le de a todo el mundo por estandarizarse.

Seria mucho mas fácil pa nosotros, seguro. Pero creo que se acabaría el trabajo rapidito

[donald shimoda]

Empezado por mamcx

Personalmente, uso http://www.djangoproject.com/, que es un excelente framework basado en python.

Hice unas pruebas con django hace un año aprox, y la verdad volaba... Lo que no me cierra es como estas integrando remobjects con django, me interesa mucho si podés dar un pantallazo de como estas haciendo esto.

Saludos.

[mamcx]

Bueno, la verdad *totalmente* integrado, no.

Pero uso el canal HTTP con el decodificador JSON. Si miras el servidor de integracion en http://www.bestsellerapp.com/es/downloads/, veras que publico un API que usan los integradores (en python) para comunicarse con el servidor y ejecutar acciones sobre el. Luego hice un cliente en python que usa JSON-RPC y de ahi todo normal.

Django no entra en esa ecuacion, excepto, que hice un api mediocre para poder listar los nuevos plugins y actualizarlos en linea (muy similar a como funcionan los de firefox) esa parte es django, y lo lee delphi. Desafortunadamente no hay nada como remobjects en python asi que es mucho mas crudo de lo que me gustaria.

Sin embargo, en la medida que el proyecto avanza la integracion se ira haciendo mas evidente. Para una version posterior de BestSeller planeo usar DataAbstract en un servicio de cloud y entonces, django para la parte web. Igual usando JSON-RPC que me parece mas chevere que SOAP....

[DarKraZY]

Empezado por mamcx

Bueno, la verdad *totalmente* integrado, no.

Pero uso el canal HTTP con el decodificador JSON. Si miras el servidor de integracion en http://www.bestsellerapp.com/es/downloads/, veras que publico un API que usan los integradores (en python) para comunicarse con el servidor y ejecutar acciones sobre el. Luego hice un cliente en python que usa JSON-RPC y de ahi todo normal.

Django no entra en esa ecuacion, excepto, que hice un api mediocre para poder listar los nuevos plugins y actualizarlos en linea (muy similar a como funcionan los de firefox) esa parte es django, y lo lee delphi. Desafortunadamente no hay nada como remobjects en python asi que es mucho mas crudo de lo que me gustaria.

Sin embargo, en la medida que el proyecto avanza la integracion se ira haciendo mas evidente. Para una version posterior de BestSeller planeo usar DataAbstract en un servicio de cloud y entonces, django para la parte web. Igual usando JSON-RPC que me parece mas chevere que SOAP....

Son tantos años haciendo aplicaciones para escritorios de Windows que apenas entiendo lo que dices mamcx.

Y estoy molesto conmigo mismo por esa razón. Las aplicaciones de escritorio no desaparecerán, todavía, pero yo necesito saber qué hay más allá.

Saludos! A ver si me voy enterando poco a poco.

[Ñuño Martínez]

Empezado por avmm2004

Por desgracia, objetive c solo funciona en Mac no en windows ni linux. (creo).
Y para mas desgracia, delphi solo funciona en windows , no en linux ni mac.

Qué mal informado estás, muyayo.

Como ya ha dicho Chris, Objective C es independiente de la plataforma. Sin ir más lejos, GCC incluye un compilador, un gestor de mensajes y una extensa biblioteca inspirada en NeXT, por lo que puede utilizarse en cualquier sistema que soporte GCC. Eso sí, a nivel de objetos tiene algunas diferencias con el de Apple (principalmente lo que es el entorno gráfico y tal).

En cuanto a Delphi, es cierto que "sólo" funciona en Windows, pero usando WineHQ puedes usarlo (casi) sin problemas en muchos entornos *NIX. Por otro lado tienes FreePascal que funciona en multitud de sistemas (en principio los mismos que GCC, incluyendo Amiga, BeOS y Palm, entre otros), que lo juntas con Lazarus y ya flipas en colorines.

Empezado por avmm2004

¿ Cuando habrá algo mas ..... standard ?

De nuevo falta información.

Deberías pasarte por la oficina ISO más cercana (o en su defecto, mirar en su web) e informarte sobre su departamento de Lenguajes de Programación. Descubrirás que casi todos ellos están normalizados (desde COBOL y BASIC a Objective C y C#, pasando por SQL, Pascal, C ...). Otra cosa es que los desarrolladores se(nos) pasen(mos) por el forro dichas descripciones por una u otra razón...

[jlrbotella]

Creo en mi opinión que la progamación actual (HTML, Javascript, Ajax) no es suficiente para crear una aplicación (ERP, CRM) y si que es verdad que existén, pero poco a poco van apareciendo pluggins de Microsoft (Silverlight), Adobe y Oracle (Java FX) que se van desligando de esta arquitectura.

Para desarrollar una aplicación basada en un navegador habría que desarrollar una nueva tecnología y no basarse en HTML, Javascript, etc.., que se penso para crear página estáticas y de contexto de búsqueda de la información.

Ahora hay tantas capas para desarrollar una aplicación WEB que dificultan, relantizan y perjudican el mantenimiento de la aplicación.

Deberíamos poder crear una aplicación y publicarla para (Web, Consola, etc..) sin retocar el código ni importarnos la plataforma ni el S.O.

En mi opinión sigo apostando por Servidores Terminales Server (Windows) o Servidores X (Mac, Unix, Linux, etc..) conectados con pluggins para Mozilla o IE.

Antés se nos decia que clientes Terminal Server o X consumen mucho ancho de banda, y la verdad es que actualmente las aplicación Web 2.0 superan con creces estos consumos.


Un saludo,
JL

[mamcx]

Empezado por jlrbotella

Creo en mi opinión que la progamación actual (HTML, Javascript, Ajax) no es suficiente para crear una aplicación (ERP, CRM) y si que es verdad que existén, pero poco a poco van apareciendo pluggins de Microsoft (Silverlight), Adobe y Oracle (Java FX) que se van desligando de esta arquitectura.

Y por que no?

Empezado por jlrbotella

Para desarrollar una aplicación basada en un navegador habría que desarrollar una nueva tecnología y no basarse en HTML, Javascript, etc.., que se penso para crear página estáticas y de contexto de búsqueda de la información.

Y porque hay que crearla?


Piensa un poco, las preguntas son capciosas

[avmm2004]

Empezado por Ñuño Martínez

Qué mal informado estás, muyayo.

Pues si, tengo serias dudas de MUCHAS cosas.

Empezado por Ñuño Martínez

Como ya ha dicho Chris, Objective C es independiente de la plataforma. Sin ir más lejos, GCC incluye un compilador, un gestor de mensajes y una extensa biblioteca inspirada en NeXT, por lo que puede utilizarse en cualquier sistema que soporte GCC. Eso sí, a nivel de objetos tiene algunas diferencias con el de Apple (principalmente lo que es el entorno gráfico y tal).

Con lo que hay que pelearse con las diferencias entre uno y otro..... y demas visceras ...etc ... etc. Menudo un coñazo.

Empezado por Ñuño Martínez

En cuanto a Delphi, es cierto que "sólo" funciona en Windows, pero usando WineHQ puedes usarlo (casi) sin problemas en muchos entornos *NIX. Por otro lado tienes FreePascal que funciona en multitud de sistemas (en principio los mismos que GCC, incluyendo Amiga, BeOS y Palm, entre otros), que lo juntas con Lazarus y ya flipas en colorines.

Te puedo decir que con eso si he hecho bastantes pruebas y si utilizas librerias de terceros (cralb / devexpress) etc. es de locos conseguir un aspecto que no sugiera cuadros de picasso.

Empezado por Ñuño Martínez

De nuevo falta información.

Deberías pasarte por la oficina ISO más cercana (o en su defecto, mirar en su web) e informarte sobre su departamento de Lenguajes de Programación. Descubrirás que casi todos ellos están normalizados (desde COBOL y BASIC a Objective C y C#, pasando por SQL, Pascal, C ...). Otra cosa es que los desarrolladores se(nos) pasen(mos) por el forro dichas descripciones por una u otra razón...

Aqui si que no te entiendo, lo siento