Decisiones

Gracias por tus comentarios

Como bien comenta Matias Iacono hay muchas cosas a tener en cuenta

pero ahi va tb mi opinion :-)

la programacion web (asp,.net, php) para mi como programador me libra en
gran medida de una de las cosas que considero mas problematicas de la
programacion cliente-servidor. !!! el cliente !!! jejjee

cuando uno programa un cliente-servidor, el servidor suele estar muy
*controlado* lo modificas, haces pruebas en el mientras programas, etc,
pero... los clientes son otro mundo, sobretodo en entornos medios-grandes
puede llegar a ser algo completamente 'incontrolable' que si tal tiene un
firewall, que si aquel otro ha instalado tal antivirus que interactua con la
conexion y no deja acceder, que si aquel tiene un w98 y el otro un w2k, etc,
a la larga creo que es una lacra enorme el tener que lidiar con subsistemas
y programas instalados (que hay que actualizar, y mantener), que si los
drivers para la base de datos en cada cliente... y los parches q salgan ...
ufs

en asp el 'cliente' esta ya hecho, es el internetexplorer/mozilla/netscape,
y es "minimamente" confiable
el servidor puede ser un problema por temas de conexion, pero el problema se
da tb en aplicaciones cliente servidor, simplemente usar un motor potente de
base de datos ( mysql, sql, etc)

cosas a tener en cuenta al programar para web:
1) simplicidad: en herramientas de 'trabajo' lo mejor es simplicidad en el
codigo html que generen tus paginas, a mas simplicidad menos problemas en
clientes (que si, los hay, sobretodo en temas de javascript y css)

2) la funcionalidad es , necesariamente, distinta en web que en
cliente/servidor, en una aplicacion local yo puedo con bastante
'tranquilidad' soltar un listado de 1000 registros de golpe en pantalla...
en web mejor no hacerlo, hay que paginar resultados, currarse un poco mas el
flujo de informacion

por otro lado en web estas muy limitado en cuanto a "eventos", es dificil
meter procesos automaticos cada x tiempo, o actualizaciones en tiempo real
(pueden llegar a ser imposibles) en esos casos yo he usado en ocasiones
'miniaplicaciones' en flash que con sockets conectan a un servidor para
algunas cosas , principalmente avisos sencillos tipo "usuarios conectados" o
cosas asi, pero por ejemplo para actualizar en tiempo real un listado con
los cambios que realice otro usuario puede llegar a ser complicado de verdad
(o imposible!)

3) multiusuario... con cuidado

no tienes tanto control ni de lejos como en una aplicacion
cliente/servidor comun, imagina que el flujo normal no es x clientes
conectados simultaneos, sino X clientes que entran, hacen "algo" y
desconectan, y no sabes si estan leyendo o estan esperando o simplemente han
cerrado el navegador, cosas asi

las graficas, imagenes, etc, estan muy limitadas tambien, es para tenerlo en
cuenta, el aspecto suele ser mucho mas sencillo en web que en programacion
cliente clasica

4) tiempo de programacion

Por mi experiencia te comentare que suele ser mas dificil (sobretodo al
comenzar pero siempre esta el tema) el "avanzar" la aplicacion en asp/.net
que en entornos cliente-servidor clasicos, las cosas se hacen de forma mas
lenta , es solo una opinion pero al menos en asp (sin .net) sacar un listado
se hace "a mano", un bucle, sacando por pantalla cada linea, etc, nada de
controles ni objetos prefabricados, para mi eso es una ventaja (cuando
llevas tiempo programando un lenguaje) ya que te da control total del
resultado, pero para empezar notaras que cuesta sacar un listadito paginado
normal...


suerte ! :-)
dani

____________________________
Daniel Castillo Martinez
Ajuntament d'Alaquàs. Societat de la Informació

____________________________
"Luis Fernando Bedoya" escribió en el mensaje
news:#

Un saludo muy especial al grupo

Soy programador , he desarrollado aplicaciones en vfp,

Estoy por comenzar un nuevo proyecto desde cero, que maneja una base de
datos medianamenterobusta, 5 millones de registros. y multiusuario Quiero
hacerla con un servidor sql , pero el front end o la interfas de los
usuarios estoy en duda de hacerla en una aplicacion windows o en web. En
base a sus experiencias, cual me recomendarian y cuales serian los pro y
contras de estas herramientas.

Gracias

Luis Fernando Bedoya

Pros y contras hay muchos.

Pero creo que uno de los principales esta en la portabilidad. O sea, si
haces una app windows, solo puedes correrla en windows. Si la haces en ASP
(ASP.net), la ventaja es que tu clientes puedes ver la información
indistintamente del ordenador que usen (Linux, Windows, Apple, etc)

Indudablemente, las aplicaciones web tienen menos prestaciones que las
windows. Esto es, que no puedes hacerlas tan interactivas como una
aplicacion windows, salvo que sepas mucho de web, y a la larga, en algunos
aspectos, te tomará mas tiempo y mas codigo.

En contra parte, una app windows, puede llegar a ser mas complicado darle un
aspecto visual adecuado, contra la facilidad del web.

Saludos.

Matías Iacono
Microsoft MVP ASP/ASP.net
DCE3 v.2003 - DCE2 v.2005
Coordinador de evento Comunidad MSDN Bolivia
"Luis Fernando Bedoya" escribió en el mensaje
news:%

Un saludo muy especial al grupo

Soy programador , he desarrollado aplicaciones en vfp,

Estoy por comenzar un nuevo proyecto desde cero, que maneja una base de
datos medianamenterobusta, 5 millones de registros. y multiusuario Quiero
hacerla con un servidor sql , pero el front end o la interfas de los
usuarios estoy en duda de hacerla en una aplicacion windows o en web. En
base a sus experiencias, cual me recomendarian y cuales serian los pro y
contras de estas herramientas.

Gracias

Luis Fernando Bedoya

Muchas gracias dani, Tendre en cuenta tus comentarios

Luis Fernando Bedoya