FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
|||
|
|||
Cita:
Tecnologia Web: html, php, java, etc Desarrollo Tradicional: Delphi, Visual C, Builder, Visual Fox. Segun esta division, quiero suponer que cuando se referia a tecnologia Web, imaginaba una aplicacion que se ejecuta en un explorador de internet desarrollada basicamente con las herramientas descriptas, y cuando se referia a desarrollo tradicional se imaginaba un EXE para Win32 hecho con las otras herramientas. Al menos a mi me sonó asi. No dudo de que lo que han planteado precedentemente es asi, y las aplicaciones funcionan, pero les digo algo que los que no son argentinos desconocen seguramente: "Uds. no saben lo que son programar un sistema de facturacion con nuestras benditas impresoras fiscales " Mas allá de todo, creo que cuando uno tiene que hacer un sistema, que generalmente es para AYER, si es un especialista en Delphi, aun si es un sistema perfecto para hacerlo en php, lo exprime al pobre Delphi y lo termina haciendo con el "desarrollo tradicional" como lo define Iceman 2, y por el contrario si es un avezado desarrollador Web, aunque el sistema conste de un menu y tres ABM que se pueden hacer con el asistente de Delphi, buscará hacerlo con PHP. Simplemente por una cuestion de que pone sobre la mesa la seguridad que dá hacer las cosas con las herramientas que mas se domina. Ahora, si se dominan ambos mundos, pues preguntenle, no es mi caso Iceman, el verdadero
__________________
Desde el fin del mundo.... |
#22
|
||||
|
||||
Cita:
__________________
E pur si muove Última edición por marto fecha: 26-04-2004 a las 23:08:13. |
#23
|
||||
|
||||
Cita:
no creo que te la pases de la manera que me he imaginao...
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate |
#24
|
||||
|
||||
Cita:
no... ojalá! quería decir pinche!!!!
__________________
E pur si muove |
#25
|
|||
|
|||
Hola a todos, vereis yo soy "programador web" bueno si eso significa algo, a lo que me refiero es que programo más en asp y lenguajes de páginas activas que en delphi o en otros entornos parecidos.
En cuanto a la capacidad del desarrollo Web, como lo denomina iceman en el inicio del debate, estoy de acuerdo en que está limitada, tanto por la velocidad de línea del cliente, como de la fiabilidad que te de el servidor donde tienes alojada la aplicación (dile a un cliente que su sistema no va porque hay una cosa que se llama servidor que no depende de ti y que no puedes hacer nada para solucionarlo hasta que a los del servidor les de por solucionar tu problema). En mi empresa he desarrollado una aplicación inmobiliaria el la que más de un ciento de inmobiliarias meten, sacan, actualizan, hacen carteles, cofiguran su web, configuran sus paneles de control, comparten propiedades, controlan a sus agentes, comparten clientes, acceden al servicio de mensajería... y además todos los usuarios de las webs acceden al mismo sistema para ver las webs de cada cliente en particular. Todo esto con imágenes en bases de datos (mas de 5.000 de 60Kb), panorámicas, etc. Por lo tanto, la potencia de estas aplicaciones está probada, pero el gran problema no esta del lado digamos del servidor, sino de las capacidades del cliente. Imagina que se le corta la conexión a internet. Una empresa no se puede paralizar porque se les corte la conexión, esto no es fiable. Por eso la solución (por lo menos la que yo veo) es combinar ambar técnicas. Crear una aplicació web (siempre que se pueda por las carencias que antes habeis comentado) y tener una "aplicación de escritorio" a modo local de "urgencia" para cuando no funcione la conexión o exista algún problema a modo de "salvavidas". En cuanto a lo de los listado en las aplicaciones webs también se pueden hacer (y yo creo que de manera sencilla, depende del lenguaje que utilices) yo personalmente para hacer listados siempre utilizo el Word. ¿Por qué? Porque desde, por ejemplo asp, puedes presentar una web en el navegador o abriendo el word y presentándola en él, así para el cliente es una forma más familiar de visualizar los listados, los puede modificar, guardar en su disco duro, etc. Ahora si ya me sacais de windows no tengo idea como se vería esto que os digo en linux u otro sistema operativo diferente de windows. En lo que sí estoy de acuerdo es en que una aplicación de "escritorio" es mucho más segura que una aplicación web, pero mucho más, aunque las aplicaciones web si que tienen otra ventaja que no habeis comentado y es que el cliente se OLVIDA de las copias de seguridad de sus datos, ya que la mayoría de los servidores, y cuando digo servidores me refiero a empresas de hosting serias, hacen copias de seguridad de todo tu sitio día a día y las puedes recuperar hasta con un mes plazo.
__________________
instruccionesymanuales.com, para el que necesite un manual. |
#26
|
|||||
|
|||||
Hola,
Cita:
Nota: entrecomillo "aplicación web" y "aplicación de escritorio" por seguir usando vuestra terminología. Cita:
Cita:
Cita:
Cita:
Saludos. |
#27
|
||||||
|
||||||
Hola kinobi, veo que eres una persona a la que le gusta el cambio de ideas, me alegro.
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
__________________
instruccionesymanuales.com, para el que necesite un manual. |
#28
|
|||||||||
|
|||||||||
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
__________________
E pur si muove |
#29
|
|||||
|
|||||
Mira que os gusta sacarle punta a todo, hay que escribir un un lápiz de punta fina. La cuestión es que comprendais lo que yo quiero decir, lo único que quiero es transmitir mis experiencias a las personas que se planteen si hacer una aplicación de una manera u otra, no hacer alardes de sabiduría porque entre otras cosas seguro que vosotros sabeis más que yo.
Cita:
Cita:
Cita:
Cita:
Cita:
Pues eso, gracias.
__________________
instruccionesymanuales.com, para el que necesite un manual. |
#30
|
|||||||||
|
|||||||||
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
__________________
E pur si muove |
#31
|
||||||
|
||||||
Hola,
Cita:
aplicación web <-> servidor http <-> // red (wan/lan/*) // <-> cliente (p.ej. navegador) (*) No necesariamente tiene que existir una red física, puede estar dentro de la misma máquina todos los procesos (servidores y clientes). Juraría que el esquema anterior corresponde a una aplicación cliente/servidor Cita:
¿Y cómo haces para tener actualizada la aplicación ("de escritorio") en tu cliente? Cita:
Pues no, no tengo Word. Y aunque lo tuviera no podría ejecutarlo, ya que no tengo Windows, uso Linux. Cita:
Cita:
Cita:
Saludos. |
#32
|
|||
|
|||
Hola kinobi.
Cita:
Cita:
Ya me imaginaba que no funcionabas en windows porque he leido el foro entero, pero date cuenta de que la gente (por lo menos la que yo conozco) utilizan en un 99.8% sistemas de M$. Es duro pero lo que te voy a decir es cierto: me imagino yendo a uno de esos clientes que tengo, que no saben casi nada de informática ( ni tienen porqué ) y diciéndoles: Hola señor xxxxx que tal, le voy a instalar linux y ahora póngase a aprender como funciona, olvídese de todos los programas que manejaba hasta ahora y esas bases de datos access hágalas de nuevo en otro sistema de bases de datos. Sólo de imaginarme su cara me dan temblores. Seguro que hay alguno que me echararía a partadas de su empresa con lo "apretaos" que somos en el sur no me extrañaría nada. Cita:
Y quiero dejaros claro que es la filosofía de mi empresa no la mía, y que cuando digo "mi empresa" significa la empresa donde yo trabajo, no es que sea mía, ya me gustaría a mi
__________________
instruccionesymanuales.com, para el que necesite un manual. |
#33
|
||||
|
||||
Hola,
Cita:
Que para una solución particular tuya decidas apoyarte en MS-Word no me parece ni bien ni mal, es tu opción (tuya o de tus jefes). Ahora bien, siendo una opción personal y particular para un caso concreto, no puede considerarse una solución genérica. De todas formas, esto no forma parte del debate de este hilo. Saludos. |
#34
|
|||
|
|||
Estamos de acuerdo, esto no forma parte de este debate, me he desviado un poco.
__________________
instruccionesymanuales.com, para el que necesite un manual. |
#35
|
|||
|
|||
extender respuesta desarrolo web v/s tradicional
hola:
podrias extenderte un poco en las cosas que no se pueden hacer en web incluyendo el tema de seguridad Cita:
|
#36
|
||||
|
||||
Cita:
Bueno, existen dos tipos de limitaciones cuando se desarrolla un cliente web: las referentes a la propia interfaz y las relacionadas con las restricciones del entorno en el que se ejecuta. Limitaciones en la interfaz hay muchas, por ejemplo, ¿has probado hacer una ventana modal?. Existen dos opciones, o lo haces mediante capas (y eso supone un trabajo considerable) o tiras de la funcion ShowModalDialog, pero resulta que esta función tiene dos problemas: actualmente solamente está disponible para IE y consume una cantidad de memoria incomprensible. Otro caso pareceido es el de las aplicaciones MDI. Existen frameworks como el Bindows de webfx que te permiten hacer este tipo de aplicaciones pero aun no tienen toda la potencia a la que estmos acostumbrados en GUI y además consumen muchos recursos. Como estos. existen otras limitaciones. El otro tipo de limitación, el de las restricciones del entorno, (a esto me refería cuando hablaba de seguridad) se refiere a qué recursos del sistema local están a nuestra disposición. Algunos ejemplos són: la escritura de ficheros en local, el acceso al registro en Windows o el acceso a los procesos que están corriendo. En mi caso particular, como el 90% de mis aplicaciones son de gestión, las restricciones de seguridad prácticamente no me afectan. Respecto a las la interfaz, sencillamente me pesan más los pros que los contras.
__________________
E pur si muove |
#37
|
||||
|
||||
lo unico que hecho de menos al hacer aplicaciones webs, son el diseño de las interfaces rapidas que se hacian con Delphi.
como no puedo usar el DrimGüevo en Linux, tengo que ensuciarme las manos con el hml para hacer las jodidas interfaces. con lo facil que era, pinchar y soltar. ahora le estoy dando vueltas a una herramienta de Sun, Visual Creator, que utiliza la tecnica de pinchar y soltar para desarrollar interfaces. parece una herramienta muy prometedora. si alguien conoce una herramienta para linux que te permita crear interfaces de forma muy rapida y sin tener que pringarte con el html, por favor me lo diga.
__________________
“Plantad la semilla de la avaricia en la infértil tierra de la estupidez y obtendreis la bella flor de la mierda” (Confucio) |
#38
|
|||
|
|||
Me encanta ver este hilo casi 8 años después. Finalmente sigo siendo programador web y sigo haciendo aplicaciones web.
Un saludo a todos los participantes!!!
__________________
instruccionesymanuales.com, para el que necesite un manual. |
#39
|
||||
|
||||
Cita:
Como dicen por ahí, el desarrollo Web va ocupando cada vez más y mejor su nicho, pero mal hace el que se cierra a una sola tecnología y quiere resolverlo todo con su lenguaje favorito. |
#40
|
||||
|
||||
Que nostalgia encontrarse con un hilo tan viejo...
|
|
|
|