FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
desarrollo WEB vs. desarrollo tradicional
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), ahora recurro a Uds. con el fin de tener una idea más amplia de 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 (calculos de algun tipo que exijan un esfuerzo de desarrollo) que es el caso en el cual gana la programacion tradicional segun mi entender, y siguiendo con esto cual es la tendencia, si se puede hablar de tendencia en este aspecto, o solo es una moda pasajera que esta implantada en mi entorno.
Saludos.- |
#2
|
||||
|
||||
Wop!
Compañero tu pregunta es la del millón de dolares Recuerdo que cuando empezaba en esto (tampoco hace tanto... parezco un viejo ) la discusión con los compañeros siempre era cuál era el mejor lenguaje, el mejor entorno. Con el tiempo te das cuenta que no existe ninguna panacea: tienes que saber escojer en función de tus necesidades, ya que cada uno es mejor que otros en alguna cosa (menos VB, que no se me ocurre en qué ). En el tema que tú planteas pasa un poco lo mismo. La web como plataforma de desarrollo de aplicaciones (fin para el que no fue diseñada) tiene grandes ventajas y grandes inconvenientes sobre las aplicaciones de escritorio. Creo que lo mejor que se puede hacer es plantear los pros y los contras y que cada uno llegue a sus conclusiones. Por un lado, las aplicaciones web pueden ser absolutamente portables en cuanto al cliente. Si necesitas desarrollar para windows, linux,... un mismo programa es mucho más fácil desarrollar un cliente compatible con distintos navegadores que uno de escritorio para distintos SO (a no ser que lo hagas en java, pero entonces necesitarás que a tus clientes les salga la RAM por las orejas). Otra ventaja de la web es el hecho de no tener que instalar nada en el cliente, excepto el navegador, pero normalmente éste ya está en todos los ordenadores. En relación con este punto tambien hay que destacar que, si se hacen actualizaciones, los usuarios tendrán la última versión al momento mientras que cualquier programador con experiencia te puede explicar los dolores de cabeza que dan estos procesos en las aplicaciones de escritorio. En mi opinoón la web aun tiene otra ventaja (y seguro que me dejo alguna), se trata de la movilidad. Cualquier persona se puede ir a un cybercafé y acceder al programa... desde Barcelona o desde Cali. Bien, hasta aquí las bondades de la web. ¿En qué creo que sale victorioso el desarrollo de escritorio? Pues en primer lugar, es mucho más rápido y fácil (de momento) desarrollar una interfaz de escritorio que una web. Además, si ésta requiere cierta complejidad, existen límites a los que es muy complicado llegar en web. Por último, y esto más que una vetaja es una diferencia crítica, hay cosas que en web no se pueden hacer. Principalmente son limitaciones de seguridad (aunque nuevas tendencias como las aplicaciones HTA las están dejando atrás). Básicamente el tema es que en web no puedes acceder a muchos de los recursos de la máquina cliente que en escritorio sí. Mi conclusión, en general, es que, si se puede hacer web, así lo hago, ya que para mí sus ventajas pesan más que sus contras. Pero si las exigencias del guión me piden segun que cosas.... entonces hay que ir a lo "tradicional"
__________________
E pur si muove |
#3
|
||||
|
||||
Para mí la interfaz gráfica es fundamental y ya lo dijo jachguate, hay cosas que en web no se pueden hacer y algunas que sí se pueden cuestan demasiado trabajo y muchas veces sólo en algunos navegadores se pueden realizar. Por dar un ejemplo ínfimo, hay cosas que en este mismísimo editor de mensajes que estoy usando las puedo hacer en un navegador y no en otro y que como usuario me resultan muy cómodas. Pero esto es sólo un pequeñísimo ejemplo ante la infinidad de controles personalizados que muchas veces hacemos o usamos en nuestras aplicaciones para facilitarle la vida al usuario. Esto es algo que muchas veces no tomamos en cuenta; pensamos que una determinada interfaz está muy bien pero nosotros "sólo" la programamos, no la usamos excepto para hacer pruebas y son los usuarios quienes han de "sufrir" nuestras desiciones en el uso cotidiano y constante de la aplicación. Dale, por ejemplo, a un usuario una interfaz que sólo maneje el mouse y te recordará cada día de trabajo ya que quienes diariamente usan la computadora para introducir datos suelen encontar mucho más versatil el teclado.
Lo que comentan las personas en tu facultad no es nuevo, lo he visto varias veces pero sí creo que son modas. Quizá algún día no muy lejano la tecnología para aplicaciones Web sean tan poderosa que se puedean hacer todas las cosas que hoy no es posible, pero mientras eso sucede no veo razón alguna para programar una interfaz gráfica en una plataforma claramente inferior, al menos en el aspecto que estoy mencionando. Esto no quiere decir de ninguna manera que esté negado a las interfaces Web. Por el contrario, me gustan mucho y tienen todas las ventajas que ya menciona jachguate pero cada cosa a cada cosa. // Saludos |
#4
|
||||
|
||||
Hola,
Cita:
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. |
#5
|
||||
|
||||
Cita:
Cita:
Cita:
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.
__________________
E pur si muove |
#6
|
||||
|
||||
Hola,
Cita:
Cita:
Cita:
Saludos. |
#7
|
||||
|
||||
Cita:
Cita:
Cita:
Cita:
__________________
E pur si muove |
#8
|
|||||||
|
|||||||
Cita:
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: Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
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. Última edición por kinobi fecha: 24-04-2004 a las 20:36:04. |
#9
|
|||||||
|
|||||||
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
__________________
E pur si muove |
#10
|
||||
|
||||
Hola Marto,
Cita:
Cita:
Cita:
Saludos. |
#11
|
|||
|
|||
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
__________________
Desde el fin del mundo.... |
#12
|
||||
|
||||
Cita:
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.
__________________
E pur si muove |
#13
|
||||
|
||||
Cita:
Saludos. |
#14
|
|||
|
|||
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.-
__________________
Desde el fin del mundo.... |
#15
|
||||
|
||||
Hola,
Cita:
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. |
#16
|
||||
|
||||
Cita:
Te aseguro que el ritmo de ventas es comparable al de un supermercado. Cita:
Cita:
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.
__________________
E pur si muove |
#17
|
||||
|
||||
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.....?
__________________
Saludos Emilio |
#18
|
||||
|
||||
Ah! una nota, los factores que comentaba son suponiendo qua la única diferencia sea la interfaz. Como bien a dicho kinobi, existen muchas otras diferenciias (protocolos, arquitectura, nº capas,...). Pero suponiendo que el resto siga igual, creo que los tiros van sobre lo que decía.
__________________
E pur si muove |
#19
|
||||
|
||||
Cita:
Siempre que se hacen simplificaciones se cometen errores, pero es mucho más fácil manejarse en un mundo simplificado que hacerlo con todas las variantes
__________________
E pur si muove |
#20
|
||||
|
||||
Cita:
__________________
E pur si muove |
|
|
|