[APP] eMans Administrador Corporativo para SQL2000/2005/MSDE - Beta 2 GRATIS/FREE

Aunque nos estamos yendo bastante off-topic, un pequeño comentario sobre la
escalabilidad. Para mí la base de la escalabilidad de .NET es la utilización
del modelo desconectado: pocas conexiones a la base de datos, conexiones
breves, número de bloqueos reducido, uso de cursores muy restringido... (Sé
que lo de conexiones cortas no es estrictamente cierto si consideramos como
funcionan los pool de conexiones).
Las aplicaciones de escritorio son las que permtien hacer más barbaridades,
como comenzar transacciones y dejarlas abiertas durante largo rato, utilizar
cursores, crear demasiadas tablas temporales, y algunas que otras cosas
más, ya que mantener una conexión abierta al servidor es muy fácil, cosa
bastante más compleja en una aplicación web, que por su naturaleza es
deconectada.

El que un programador sea de .NET, venga del antiguo VS 6, de Java, de
Borland, o de VFP o de donde sea no implica que sea mejor o peor programador
y arquitecto. En Java también hay gente que hace auténticas barbaridades
desde el punto de vista de la arquitectura y la programación, como los habrá
en VFP y en .NET. Aunque .NET casi obliga a hacer las cosas al menos un
poquito bien, no hay nada que impida hacer una aplicación monolítica, sin
capas y mal estructurada. Por otro lado también ha habido siempre buenos y
malos arquitectos en casi cualquier lenguaje imaginable.

Comentar que VFP es más maduro y estable porque lleva 10 años en el mercado
y que .NET no lo es porque solo lleva 2 es como poco, temerario. .NET no es
un invento hecho partiendo de cero por un grupo de inexpertos que nunca han
hecho nada antes. .NET, nos guste o no, es la herencia de toda la
experiencia (y de todos los errores) de todo lo que ha existido antes de
salir al mercado, desarrollado además por los mejores del momento
(contratados provinientes de todos los sitios, siempre eligiendo a los
mejores, mostrando un cheque al que no pueden resistirse). Los que conozcan
Java, los que hayan empleado las herramientas de Borland, los que hayan
programado en C++, etc. seguro que están de acuerdo en que .NET es una
evolución. Que todavía le queda por madurar: por supuesto. Conociendo
lenguajes y plataformas desde hace bastantes años da tiempo a ver muchas
cosas: desde los tiempos de la programación estructurada cuando "Algoritmos
+ estructuras de datos = programas" era la biblia hasta cuando empezó la
moda de la POO, como el momento en que Stroustrup era el gurú de C++, el
surgimiento de UML, el nacimiento de Java como lenguaje "para controlar
electrodomésticos" y su evolución a J2EE, la generalización del uso de XML,
la expansión de las aplicaciones Web, SOA, programación orientada a
aspectos... Un largo camino evolutivo. Sin embargo, la única constantes en
todo este camino ha sido que siempre el último lenguaje en aparecer es el
más maravilloso, perfecto, casi inefable... hasta que sale otro, que le
suplanta en su papel de estrella porque al final el mercado y el márketing
es quien manda... y en el mundo del PC la estrella ahora es .NET (fuera de
los curiosos movimientos por el software libre que al final, reconozcámoslo,
casi nadie utiliza para aplicaciones comerciales serias). Nos guste o no por
donde vamos a tener que dirigir nuestros pasos es .NET y quizás esta si sea
"LA RAZÓN" para hacerlo: el mercado, no que sea mejor, ni perfecto ni
maravilloso. Ya ha habido muchas "plataformas perfectas" hasta que han
decidido vendernos otra "que la supera en todos los aspectos". Y cualquier
día nos volverán a vender la rueda como si acabara de inventarse... y encima
tendremos que volver a comprarla.

Bueno, ya he sobrepasado todos los límites razonables de lo que es un
mensaje... Y encima off-topic :) Si habéis leído hasta aquí es que tenéis
poco que hacer ;)

Salu2,
Jorge.

"José Luis Santana Blasco" wrote in message
news:%

"MAXI" escribió en el mensaje
news:
> Hola, bueno, yo te puedo dar algunas razones para pasar a .NET en
> escritorio
>
> 1) Mayor estabilidad de las aplicaciones

¿Es VFP inestable? Creo que es muy subjetiva tu apreciación.
¿Es .NET estable? Bueno, no puedo hablar mucho, pero he tenido grandes
"petardazos" de aplicaciones .NET.

No tengo datos para valorar cual es más estable, pero simplemente por
lógica, VFP es un producto maduro con más de 10 años en el mercado, y .NET
bueno, creo que me reconocerás, que aun está creciendo y estabilizandose.

> 2) Mayor escalailidad a todo nivel

Supongo que es escalabilidad.
Estamos hablando de aplicaciones de escritorio, por tanto debo suponer que
la escalabilidad la mides por la posibilidad de trabajar con grandes bases
de datos.
Dejemos a un lado que es un perfecto cliente de SQL Server.
Llevo muchos años trabajando con tablas dbf (si esas!!!) en tamaños de 500

a

800 Mb. sin grandes problemas de rendimiento.
Ten en cuenta, que si estas empleando SQL Server, estas empleando

tecnología

VFP, por lo menos desde SQL server 7.

> 3) Menores costos de ROI

Aquí si te tengo que dar la razón. Si sabes VFP, sabes VFP y poco más
necesitas.

> 4) Si usas capas es solo un detalle

Te puedo decir, que la gente de VFP empleamos capas desde hace mucho

tiempo,

gracias principalmente a que los gurus de VFP ya empleaban arquitectura de
capas y patrones desde hace bastante tiempo, y para los que llevamos

tiempo

con VFP (en mi caso desde el 92) y nos preocupamos de estas al día de lo

que

se cuece, esta gente es como la biblia. Mucha gente, especialmente de .NET
está conociendo ahora lo que son los patrones, o lo que es básicamente
arquitectura del software (los de java ya lo conocían). El primer artículo
de patrones aplicados a VFP data del 96, y yo lo leí en el 97.

Ten en cuenta que gente que te sonará del mundo .NET como:

Cathi Gero
Kevin McNeish
Markus Egger
Rick Strahl
Jim Duffy
Les Pinter
Ken Levy
Beth Massi
Yair Alan Griver (YAG)

Vienen del mundo VFP, y siempre se han preocupado de transmitir su técnica

a

la comunidad (es la marca de la casa de la comunidad Fox), de hecho muchos
aspectos de la arquitectura de capas que lleva .NET, con la base de XML,

ya

estaban presentes hace más de 6 años en el framwork COMCodeBook que YAG

puso

a disposición de la comunidad.De hecho, el mismo YAG, responsable de bases
de datos de MS ya tenía un framework público desde 93 que se basaba en la
arquitectura de capas, hecho en VFP.

> 5) Olvidarte del infierno de las dll, donde hay veces que consume mucho
> tiempo de verdad (este ha sido uno de los grandes factores por el cual
> decidimos migrar a .net)

Principalmente la gente de VFP no sufre eso, la herramienta de desarrollo

te

aporta casi todo lo que necesitas, no tienes que estar pensando en que OCX
emplear en cada momento.

> 6) Preparar el escenario para los proximos años ya que en unos años
> conseguir desarrolladores no .NET sera toda una asaña y ademas implicara
> un costo adicional

Aquí también te doy la razón. De hecho es la principal causa que nos

estemos

planteando la migracio o sobretodo la convivencia de ambas plataformas en

la

empresa que trabajo. Como bien se dice, cada herramienta para lo que es
buena, y VFP es aún muy buena para muchas cosas.

> 7) El soporte, hasta cuando tendremos soporte para versiones viejas como
> vb6?

VFP9 hasta el 2014.

Pero tengo aún una aplicación en FoxPro para Dos funcionando, moviendo del
orden de 5 Gb. de información, y consultas a tablas de más de 500 Mb. sin
problemas. Y la verdad, para el soporte que siempre ha dado Microsoft en
España a la línea FoxPro, es lo que menos me preocupa, pues nunca me he
sentido arropado por ellos.

>
> Como veras hay varias razones
>

Como veras muy pocas de las que me das me inclinan.

Te voy a dar yo una que es "el secreto mejor guardado de Microsoft".

VFP9 cuesta unos 600 Euros.
Una vez que lo has comprado, puedes hacer cientos y cientos de

aplicaciones,

y tu única inversión, y la que debes repercutir a tus clientes por cada
aplicación que les instales es exactamente 0 Euros.
Una gran mayoria de aplicaciones de sobremesa que puedes hacer con SQL
Server, se podría hacer con VFP con un rendimiento similar, no por que VFP
sea igual de potente que SQL server, en ningun momento se me ocurriría

decir

eso, estaría comparando dos cosas distintas, y SQL Server es un verdadero
gestor de base de datos a años luz de VFP, pero estarás conmigo, que en
muchos desarrollos donde se implanta SQL Server, se está empleando un 4% ó
5% de su potencia, eso no lo va a cambiar .NET, ni VFP, pero por lo menos
con VFP no le haces pagar a tu cliente por algo que no necesita.

Hay muchas cosas que no se pueden hacer con VFP, por lo menos facilmente,
ahí entra .NET, como antes entraba VB o C++, pero .NET solo ha hecho

cambiar

el lenguaje, no ha inventado nada.

Yo estoy aprendiendo .NET, me gusta lo que estoy aprendiendo, pero eso no
cambia que siga pensando que una aplicación VFP puede ser mejor solución
para mis clientes, y sobre todo más rápida en según que situaciones. Todo
es, darle al cliente lo que le solucionará su problema ahora y en el

futuro

de la forma más rápida y económica posible, y eso en muchos casos no pasa
por .NET, es más optimo VFP.

Espero no haberte molestado con mi mensaje, solo quería dar a conocer un
poco las posibilidades de VFP, no está en la misma liga de .NET.

No pretendo entrar en polemica, no vamos a ir a ningun sitio con ella, la
gente de VFP sabemos el producto que tenemos, y por lo menos yo reconozco
las bondades de .NET, pero también sé que no es la solución a todo, aunque
si a más cosas que VFP. Cada herramienta en su sitio.

Saludos.
José Luis Santana

No es intencion de descalificar a nadie pues toda opinion es importante,
pero yo pienso que solo los que (por obligacion y no por otra cosa) estamos
usando actualmente las dos plataformas en sus versiones actuales (VB.NET y
VFP 9) son los que podemos emitir una opinion mas objetiva. El que solo ha
visto o esta viendo actualmente una sola cara de la moneda no podra ser
totalmente objetivo. Para mi VFP le lleva mucho como lenguaje en sistemas
de escritorio con base de datos, sencillo, por sus origenes. VFP es mas
orientado a datos que cualquier otro lenguaje. Con el tiempo esto lo que ha
ido es mejorando en vez de retroceder como ha pasado con el paso de vb 6 a
vb.net. Solo hay que ver lo sencillo que es armar un formulario de registro,
o conectarse a cualquier BD y "bind" los controles en VFP.

Pero hay que ser justo, si fuera para otra cosa como sistemas de internet y
otras cosas mas especializadas VB y C sharp.net son claramente superiores
que VFP.
Donde yo trabajo hay sistemas terminados y en desarrollo en las dos
plataformas y hay que admitir que los de VFP se terminan en una parte del
tiempo que se dura con VB.net y los sistemas (usando sql server) bien
programados son super y rapidos estables (yo diria que demasiado pues
practicamente no generan ingresos por soporte jejej:) y trabajan sin
problemas hasta con una pc de poca capacidad. No asi con los de VB, que en
la practica son muy pesados y exigen mejores maquinas, no queriendo decir
que no funcionen bien. Se espera, sin embargo, segun hemos estado leyendo
que en la nueva version de .net estas cosas mejoren un poco.


Saludos
Carlos Rodriguez

Esa es una discusión vieja. Yo creo igual que tu. Fox, aun se use con SQL
SERVER, por ser un lenguaje tan orientado a manejo de datos sigue teniendo
sus dbfs y todavia pueden utilizarse éstas como repositorios temporales de
datos estaticos en el cliente para minimizar el tráfico en la red, cuando
sea posible claro. Por eso y muchas otras cualidades, para aplicaciones de
datos (de escritorio) VFP es sobrado en cualidades. Eso de que sea
inestable ya ha quedado en el pasado. Además de que VFP como cliente es
sumamente rápido. Puede haber aplicaciones VFP malas pero son más mal
programadas que otra cosa. Eso pasa con cualquier lenguaje.


"Carlos Rodriguez" wrote in message
news:

No es intencion de descalificar a nadie pues toda opinion es importante,
pero yo pienso que solo los que (por obligacion y no por otra cosa)

estamos

usando actualmente las dos plataformas en sus versiones actuales (VB.NET y
VFP 9) son los que podemos emitir una opinion mas objetiva. El que solo ha
visto o esta viendo actualmente una sola cara de la moneda no podra ser
totalmente objetivo. Para mi VFP le lleva mucho como lenguaje en sistemas
de escritorio con base de datos, sencillo, por sus origenes. VFP es mas
orientado a datos que cualquier otro lenguaje. Con el tiempo esto lo que

ha

ido es mejorando en vez de retroceder como ha pasado con el paso de vb 6 a
vb.net. Solo hay que ver lo sencillo que es armar un formulario de

registro,

o conectarse a cualquier BD y "bind" los controles en VFP.

Pero hay que ser justo, si fuera para otra cosa como sistemas de internet

y

otras cosas mas especializadas VB y C sharp.net son claramente superiores
que VFP.
Donde yo trabajo hay sistemas terminados y en desarrollo en las dos
plataformas y hay que admitir que los de VFP se terminan en una parte del
tiempo que se dura con VB.net y los sistemas (usando sql server) bien
programados son super y rapidos estables (yo diria que demasiado pues
practicamente no generan ingresos por soporte jejej:) y trabajan sin
problemas hasta con una pc de poca capacidad. No asi con los de VB, que

en

la practica son muy pesados y exigen mejores maquinas, no queriendo decir
que no funcionen bien. Se espera, sin embargo, segun hemos estado leyendo
que en la nueva version de .net estas cosas mejoren un poco.


Saludos
Carlos Rodriguez

"Maxi" escribió en el mensaje

Hola Jose, mira creo que no tiene sentido responder semejante mail porque
estamos en un foro que es de sqlserver y no de programacion ;)

Hombre .. si ... pero tu respondiste y por eso Jose Luis lo rebate.

Mi punto de vista rápido.

Jose Luis tiene muchisima razón en mucho de lo que dice. No en lo del ROI ya
que creo que el ROI de Visual FoxPro 9 es superior al de .NET, pero calcular
un ROI es muy subjetivo habitualmente. Por lo demás estoy de acuerdo con él
... yo no veo ningun beneficio técnico que motiven pasarme de VFP a .NET

Desde hace unos años esta empresa hace mucha fuerza y pone todos sus
cañones a .NET

Bien .. ese no es un motivo técnico. :)

Pena .. sigo sin encontrar ninguna razón técnologica. :))

Saludos,

Pablo Roca - Microsoft Visual Foxpro MVP
Sysop de PortalFox (http://www.portalfox.com)
La Coruña, España
"Apoya a FoxPro, utiliza software legal"

Pena .. sigo sin encontrar ninguna razón técnologica. :))

Pues esta bien, nadie dice que migres a .NET, yo si he encontrado enormes
diferencias tecnicas y hoy dia somos mas productivos con .NET que antes, ni
hablar que otras facilidades de interconexion entre sistemas, etc. Pero
buee, quizas para las aplicaciones que haces vos no necesitas de todas las
bondades de .NET y con VFP te sobra, yo aun sigo haciendo cosas en VBA :-)



Salu2
Maxi


"Pablo Roca" escribió en el mensaje
news:

"Maxi" escribió en el mensaje

Hola Jose, mira creo que no tiene sentido responder semejante mail porque
estamos en un foro que es de sqlserver y no de programacion ;)

Hombre .. si ... pero tu respondiste y por eso Jose Luis lo rebate.

Mi punto de vista rápido.

Jose Luis tiene muchisima razón en mucho de lo que dice. No en lo del ROI
ya que creo que el ROI de Visual FoxPro 9 es superior al de .NET, pero
calcular un ROI es muy subjetivo habitualmente. Por lo demás estoy de
acuerdo con él ... yo no veo ningun beneficio técnico que motiven pasarme
de VFP a .NET

Desde hace unos años esta empresa hace mucha fuerza y pone todos sus
cañones a .NET

Bien .. ese no es un motivo técnico. :)

Pena .. sigo sin encontrar ninguna razón técnologica. :))

Saludos,

Pablo Roca - Microsoft Visual Foxpro MVP
Sysop de PortalFox (http://www.portalfox.com)
La Coruña, España
"Apoya a FoxPro, utiliza software legal"