desarrollo WEB vs. desarrollo tradicional

[kinobi]

Empezado por marto

Claro, pero es que si debatimos (que es lo que proponía _iceman) sobre la disjuntiva web-escritorio, que son las dos grandes ramas de la programación de gestion (a parte de entornos host tipo AS/400) y siendo conscientes que existen otras alternativas menos extendidas....

Es que no tengo claro qué estamos debatiendo realmente. Tú sostienes que las dos grandes ramas de la programación de gestion son: programación web y programación escritorio (por cierto, dicho sea de paso, no tengo muy claro a qué te refieres concretamente con lo segundo), pero para el caso es lo mismo, porque todo parece llevar, según tu opinión, a que las dos grandes ramas de la programación de gestión (por cierto, imagino que te refieres a gestión empresarial) se diferencian en el, permíteme la licencia, entorno operativo sobre el que se ejecuta la aplicación en el cliente.

Además, el compañero que inició el hilo no ha especificado que su consulta sea referida sólo a la parte cliente, y mucho menos sólo a la parte del interface de usuario. Le cito:

todas las personas con las que me contacto tienen la idea de desarrollar cualquier sistema, sea lo que sea,

Como se ve, ni siquiera especifica que esté hablando de aplicaciones de gestión, dice "cualquier sistema". Cierto es que más adelante habla de un ABM.

Empezado por marto

¿ves muchas diferencias a parte del cliente?

Por ejemplo: los protocolos que se utilizan para comunicar las diferentes partes de una aplicación distribuida como las que estamos considerando; el tipo de arquitectura: si se utilizan clientes (en cuanto al balance de carga) pesados o ligeros, capas intermedias, mecanismos de intercambio de datos... A lo mejor estoy equivocado, pero me parece que tiene más importancia que el tipo de cliente (sea un navegador web o un proceso nativo para un determinado sistema operativo).

Empezado por marto

¿Esto era para provocar, no? El navegador, sí lo que se ejecuta en él...

Pues no, no intento provocar. Un navegador, presentando código HTML, no ejecuta nada, salvo su propio código para visualizar correctamente el código HTML.

Empezado por marto

Hombre, el navegador controla los permisos es cierto

En mi sistema desde luego no.

Empezado por marto

pero teóricamente quien establece esos persmisos es la w3c

¿El W3C? Creo que estamos hablando de cosas distintas. ¿A qué permisos te refieres?

Empezado por marto

Desgraciadamente, creo que la indústria informática aun no ha decidido invertir en eso... ¿será que no es tan rentable? De todos modos, todo se andará....

Recomendaciones y estándares sí que existen:

http://www.w3.org/TR/UAAG10/
http://www.w3.org/TR/ATAG10/
http://www.w3.org/TR/WCAG10/
http://www.cettico.fi.upm.es/aenor/presenta.htm
http://www.sidar.org/

Saludos.

[marto]

Empezado por kinobi

programación web y programación escritorio (por cierto, dicho sea de paso, no tengo muy claro a qué te refieres concretamente con lo segundo),

¿Programa que no se ejecuta en un browser con interfaz grafica? No me gusta mucho la definición, pero para entedernos igual sirve.

Empezado por kinobi

por cierto, imagino que te refieres a gestión empresarial

Sí

Empezado por kinobi

permíteme la licencia, entorno operativo sobre el que se ejecuta la aplicación en el cliente.

Eso mismo estaba diciendo, sí

Empezado por kinobi

Como se ve, ni siquiera especifica que esté hablando de aplicaciones de gestión, dice "cualquier sistema". Cierto es que más adelante habla de un ABM.

Empezado por _iceman

cual de estos entornos de desarrollo es el mas apropiado para realizar una aplicacion comun, un sistema de consultas, bajas y altas sobre una base de datos que no necesite realizar grandes tareas de programacion

De todas maneras quizá tendría que ser él quien especifique mejor cuál es su duda

Empezado por kinobi

Por ejemplo: los protocolos que se utilizan para comunicar las diferentes partes de una aplicación distribuida como las que estamos considerando; el tipo de arquitectura: si se utilizan clientes (en cuanto al balance de carga) pesados o ligeros, capas intermedias, mecanismos de intercambio de datos... A lo mejor estoy equivocado, pero me parece que tiene más importancia que el tipo de cliente (sea un navegador web o un proceso nativo para un determinado sistema operativo).

En eso tambien estamos de acuerdo, pero todo eso se puede dar tanto si la aplicación es web como si no.

Empezado por kinobi

¿El W3C? Creo que estamos hablando de cosas distintas. ¿A qué permisos te refieres?

Pues me refiero, por ejemplo a no poder tocar el sistema de ficheros de la máquina cliente.

[kinobi]

Hola Marto,

Empezado por marto

¿Programa que no se ejecuta en un browser con interfaz grafica? No me gusta mucho la definición, pero para entedernos igual sirve.

Ahí está el problema, que para entendernos no sirve. Te voy a poner un ejemplo: asumiendo que el mecanismo de publicación en estos foros es una aplicación web (supongo que en eso estaremos de acuerdo), si yo utilizo la misma con un navegador web sin interface gráfica, p. ej. Lynx (aquí tienes un ejemplo de esta misma mañana: http://www.terra.es/personal2/jrodri...ios/k_lynx.png), la aplicación web se habrá convertido, según tu definición, en una aplicación de esas que tú llamas de "escritorio". En resumen: hay algo que no encaja con esa definición, y lo que no encaja es que la diferencia no está (sólo) en el entorno operativo en el que se ejecute la misma en el cliente (sea un navegador web o una aplicación nativa para un sistema operativo determinado).

Empezado por marto

En eso tambien estamos de acuerdo, pero todo eso se puede dar tanto si la aplicación es web como si no.

Exacto. Precisamente por eso, considero que las diferencias entre una aplicación web y una aplicación nativa van mucho más allá del entorno de ejecución en el cliente.

Empezado por marto

Pues me refiero, por ejemplo a no poder tocar el sistema de ficheros de la máquina cliente.

Bueno, el W3C puede dar todas las recomendaciones que considere oportunas sobre como debe comportarse un navegador en esta cuestión, pero no te quepa la menor duda que el entorno sobre el que se ejecutará, el sistema operativo, mantendrá las suyas propias que anularán a las anteriores.

Saludos.

[Iceman]

Pregunto: ¿Alguien ha desarrollado o visto una aplicacion de gestion comercial que tenga, digamos, unas diez terminales en el mostrador facturando al publico sin pausas y otras tantas realizando otras tareas operativas? Seguro que si verdad?
Pues bien cuantos de esos la desarrolló o la vío simplemente, corriendo en un explorador de internet?

Si la respuesta es ninguno, pues bien, ahi tienes amigo Iceman 2, un ejemplo de que TODO no se puede hacer de la NUEVA forma (WEB) y necesitas el VIEJO metodo, por lo demas, creo que hay cosas que si y cosas que no, depende las circunstancias.-

Iceman, el verdadero

[marto]

Empezado por Iceman

Pregunto: ¿Alguien ha desarrollado o visto una aplicacion de gestion comercial que tenga, digamos, unas diez terminales en el mostrador facturando al publico sin pausas y otras tantas realizando otras tareas operativas? Seguro que si verdad?
Pues bien cuantos de esos la desarrolló o la vío simplemente, corriendo en un explorador de internet?

Yo , se trataba de la TPV de una gran y conocida cadena de muebles española. Tienen entorno a 100 tiendas por todo el país con una mendia de unas 7-8 cajas por tienda. El cliente quedó más que satisfecho y todo corria en IE. El programa generaba hasta las etiquetas con los códigos de barras de los productos a etiquetar.

Lo que no se puede hacer con un "simple" navegador son cosas bastante reducidads. Tema distinto es que hasta en el colectivo de programadores existan ciertos tópicos sobre lo que se puede y lo que no.

[Iceman]

Respuestas x 2:

Para marto: cuando me referia a facturar sin pausas, me referia a algo con mayor volumen de publico que una muebleria, que supongo que no tendran un cliente x min en cada terminal, ya que estimo que en españa seran como aca y para comprar un mueble los clientes se toman su tiempo para decidir
Pero, está bien, tampoco quiero generar una polemica por eso, el tema es que bajo esas circunstancias si anda, yo en particular me referia a algo mas rapido. Pero bueno, espero que a Iceman 2 le sirva la respuesta.

Para kinobi: perdon por lo de VIEJO y NUEVO, deberia haber dicho "tradicional" y "web", tal como lo planteo Iceman 2. No tiene connotaciones de asembler ni nada x el estilo.-

[kinobi]

Hola,

Empezado por Iceman

Para kinobi: perdon por lo de VIEJO y NUEVO, deberia haber dicho "tradicional" y "web", tal como lo planteo Iceman 2. No tiene connotaciones de asembler ni nada x el estilo.-

Bien, pero sigue siendo el mismo problema.

Imagina una aplicación (cliente/servidor). Ambos se comunican por medio del protocolo HTTP (el utilizado habitualmente en la web), solicitando el cliente servicios (a través de CGI's) en el servidor. Imagina que el cliente (una aplicación, pongamos por ejemplo, construida con Delphi o Kylix) se ejecuta en un sistema empotrado que utilice Windows o Linux.

Pregunta: ¿de qué tipo de aplicación, según vuestra clasificación ("tradicional/web"), estamos hablando?

Saludos.

[marto]

Empezado por Iceman

cuando me referia a facturar sin pausas, me referia a algo con mayor volumen de publico que una muebleria, que supongo que no tendran un cliente x min en cada terminal, ya que estimo que en españa seran como aca y para comprar un mueble los clientes se toman su tiempo para decidir

No sé de qué país eres.... pero deduzco que nunca has entrado en un Ikea
Te aseguro que el ritmo de ventas es comparable al de un supermercado.

Empezado por Iceman

tampoco quiero generar una polemica por eso

¿Y por qué no? Aquí estamos para eso, la polémica es la salsa de la vida

Empezado por Iceman

yo en particular me referia a algo mas rapido.

Pues no sé a qué te referirás, pero te puedo asegurar que el hecho que el cliente de la aplicación esté basado en web o no no tiene absolutamente nada que ver con la rapidez de la aplicación.
Si crees que no es así.... por qué no nos das algún argumento de lo contrario?
Las diferencias de velocidad son debidas esencialmente a tres factores (si me dejo alguno seguro que kinobi me corrije )

-Volumen de datos /volumen de usarios: Afectará del mismo modo si es web o no

-Trafico de red: Contra lo que mucha gente piensa, si se programa bien será el mismo en los dos casos

-Infraestructura de hardware: aquí incluyo el hardware del cliente, el del servidor/es y las redes que haya por medio. En este tema, y en función de las distintas especificaciones, beneficiará a un tipo de cliente o a otro. Pero en ningún caso se puede decir que de forma general penalice más a las aplicaciones web.

Sé que me estoy dejando otros factores, pero creo que llegaríamos a conclusiones similares. Si a alguien se le ocurre alguno en el que no, pues ya sabe.

[*Emilio*]

En mi caso y por exigencias del guión me ha tocado desarrollar junto a mi compañero toda la aplicación de gestión de una empresa con delegaciones en toda España. La aplicación consta de Gestión de Obras, Pedidos, Contabilidad, Mano de Obra, Almacén así como de un sin fin de pormenores como listados, tablas auxialiares etc...

La aplicación está desarrollada íntegramente en PHP atacando una base de datos DB2 de un AS/400, y es usada simultaneamente por unos 200 PC's

Es cierto que muchas cosas se hacen con muchísima más facilidad con Delphi, no obstante para una aplicación de gestión poco tienes que atacar los recursos del sistema, al lado del cliente usamos JavaScript, aunque bastante pejilguero para mi gusto se pueden hacer con él cosas realmente sorprendentes.

El único tema que no tenemos realmente solucionado es el de los listados, todavía no hemos encontrado una solución tipo Report Builder y que además corra en Linux, los de Digital Metamor... tiene algo pero él servidor sólo corre en Windows.

Por supuesto para hacer programas de gestión de fotos, música y video, sigo usando Delphi, también para otras cosas que ni PHP ni el explorer son capaces todavía de llegar

Con esto creo responder a la pregunta de ¿alguno ha visto una aplicación.....?

[kinobi]

Empezado por Iceman

Si la respuesta es ninguno, pues bien, ahi tienes amigo Iceman 2, un ejemplo de que TODO no se puede hacer de la NUEVA forma (WEB) y necesitas el VIEJO metodo, por lo demas, creo que hay cosas que si y cosas que no, depende las circunstancias.-

Bien, pero ¿qué es eso de el VIEJO metodo? ¿Acaso es desarrollar aplicaciones en ensamblador? ¿Tal vez es sólo una diferencia en el tipo de cliente que ejecuta esas aplicaciones?

Saludos.