desarrollo WEB vs. desarrollo tradicional

[kinobi]

Hola,

Empezado por _iceman

En el ámbito en el cual me desenvuelvo (facultad), todas las personas con las que me contacto tienen la idea de desarrollar cualquier sistema, sea lo que sea, con tecnología WEB (html, php, java, etc.), y dejaron de lado el desarrollo tradicional (Delphi, Visual C, Builder, Visual Fox), ...

pero esa división, entre lo que tú llamas "tecnología web" o "desarrollo tradicional", en función de los lenguajes/entornos de desarrollo, no acabo de ver que exista realmente, incluso desde el punto de vista de los interfaces de usuario, que parece ser lo que se está discutiendo realmente en el hilo. Acaso no pueden hacerse aplicaciones, con interfaces de usuario orientados exclusivamente a la consola (caracter), con PHP o Java (yo las he hecho), o sistemas orientados a su uso exclusivo con un navegador web con Delphi (también las he hecho). Incluso aplicaciones con interfaces de usuario, de esos que parece que tú denominas "desarrollo tradicional", con lenguajes como PHP, que tú consideras que son "orientados a web", utilizando extensiones que unen una cosa y otra: PHP-Gtk.

Por otro lado, imagina que te encargan desarrollar un sistema que tenga un interface de usuario guiado exclusivamente por el sentido del oido (nada de monitores, ni teclados, ni ratones...) ¿En qué categoría metemos a un sistema así?, y, ¿con qué lenguaje/entorno/tipo de cliente lo desarrollarías?.

Saludos.

[marto]

Empezado por kinobi

pero esa división, entre lo que tú llamas "tecnología web" o "desarrollo tradicional", en función de los lenguajes/entornos de desarrollo, no acabo de ver que exista realmente

Totalmente de acuerdo, pero creo que si dejas a un lado los entornos sí que existe. Yo casi todo lo que desarrollo lo hago en entorno web, y siempre uso Delphi, por tanto está claro que el entorno de desarrollo poco tiene que ver con que el sistema sea web o no. En cambio si que puedes diferenciar entre las aplicaciones de escritorio y las basadas en web, independientemente de en qué estés desarrollando.

Empezado por kinobi

incluso desde el punto de vista de los interfaces de usuario, que parece ser lo que se está discutiendo realmente en el hilo

Creo que la gran diferencia está ahí y en el tema de los permisos en la máquina cliente, ya que el resto de cosas se pueden hacer del mismo modo

Empezado por kinobi

Acaso no pueden hacerse aplicaciones, con interfaces de usuario orientados exclusivamente a la consola (caracter), con PHP o Java

Po zi, pero creo que la pregunta original iba más enfocada a aplicaciones "clásicas" de gestion


Respecto a lo que dice Roman, es cierto que el la tecnología web aun está en una clara fase de maduración. Tiene una edad mucho más corta que la tecnología de escritorio y por tanto es normal que no esté tan avanzada. De todas maneras, te puedo asegurar (porque lo he hecho ) que para desarrollar una aplicación de gestión "típica" como la que propone _iceman, te llega y te sobra con una interfaz web. Si el diseñador domina lo suficiente, ésta será tan usable como una de escritorio. Lo que pasa es en escritorio, quizá sea más fácil o, quizá su domino esté más extendido.

[kinobi]

Hola,

Empezado por marto

En cambio si que puedes diferenciar entre las aplicaciones de escritorio y las basadas en web, independientemente de en qué estés desarrollando.

En todo caso, lo que se está debatiendo es una sola de las partes de ese tipo de aplicaciones (entiendo que aplicaciones de red), y es la parte cliente. Por cierto: ¿un navegador web no es una aplicación de escritorio? Yo la considero como tal.

Empezado por marto

Creo que la gran diferencia está ahí y en el tema de los permisos en la máquina cliente, ya que el resto de cosas se pueden hacer del mismo modo

Pues no sé qué decirte, en el sentido que tu comentario es muy ambiguo. Los permisos en una máquina, sea cliente o servidora, debería controlarlos el sistema operativo y no una aplicación de un tercero.

Empezado por marto

Po zi, pero creo que la pregunta original iba más enfocada a aplicaciones "clásicas" de gestion

Bueno, sí, es posible, pero imagino que, pongamos por caso, un invidente puede tener también la necesidad de utilizar una aplicación "clásica de gestión" y, por tanto, el interface de usuario dependerá poco (en ese sentido "clásico") de las cuestiones visuales.

Saludos.

[marto]

Empezado por kinobi

En todo caso, lo que se está debatiendo es una sola de las partes de ese tipo de aplicaciones (entiendo que aplicaciones de red), y es la parte cliente.

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.... ¿ves muchas diferencias a parte del cliente?

Empezado por kinobi

Por cierto: ¿un navegador web no es una aplicación de escritorio? Yo la considero como tal.

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

Empezado por kinobi

Los permisos en una máquina, sea cliente o servidora, debería controlarlos el sistema operativo y no una aplicación de un tercero.

Hombre, el navegador controla los permisos es cierto pero teóricamente quien establece esos persmisos es la w3c

Empezado por kinobi

un invidente puede tener también la necesidad de utilizar una aplicación "clásica de gestión" y, por tanto, el interface de usuario dependerá poco (en ese sentido "clásico") de las cuestiones visuales.

Esa es una gran observación. En el último número de la revista síntesis aparecia un artículo sobre cómo diseñar interfaces sin olvidar que no todos tenemos la suerte de contar con todos lo sentidos al 100%, era muy interesante. 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á....

[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.