La gran duda. ¿Sustituto de VFP?

[Roberto Pardo]

Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.

El tipo de desarrollo que hacemos, son 100% paquetes cerrados de gestión:
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....

Opciones que hemos barajado:

1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.

2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.

3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.

4º) ???: Alguna sugerencia???

[Victor Espina]

Para tu escenario, creo que tu mejor opción es RealBASIC. La curva de
aprendizaje de RB es bastante baja. Yo lo evalue en su version del 2003
y en cuestion de unas horas ya habia hecho una pantalla con consulta y
actualizacion de datos.

El tema de la BD si se te puede complicar un poco, pero ellos tienen
varias opciones "nativas" que tendrias que evaluar.

Y tendrias ademas una ventaja ENORME: las aplicaciones hechas en RB
pueden ser compiladas SIN CAMBIOS a Linux y MacOS.

Te recomiendo que le des un vistazo.


Victor Espina

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

[Pablo Roca]

Hola Roberto,

Java ni se te ocurra para paquetes cerrados y el que no dependa de una
empresa tampoco es al 100% si un dia a Sun le dá el puntillo de pasarse a
otra historia veremos lo que avanza el desarrollo de Java.

Aqui el problema lo vamos a tener siempre .. nos vamos a un sistema open
source o nos vamos a uno propietario. El Open Source tiene los problemas de
que a ver quien te responde al otro lado cuando hay un bug .. los
propietarios .. pues como a la empresa se le dé por un dia hacer ganchillo
.. pues nos mandan a tomar viento (como ya pasó con Fox).

Para un sistema de paquetes cerrados de gestion, creo que debeis ir por un
sistema propietario.

C# o .NET ... pues podría funcionar. El lenguaje C# lo veo como muy
interesante y lleno de posibilidades. Por contra entiendo lo que dices sobre
Microsoft. El tema es que en .NET para llegar a ser medianamente productivo
te puede llevar mucho tiempo en preparar modelos decentes.

Windev? yo siempre lo dije, prometen de todo .. pero cuanto habrá de cierto
en esto? fijate que los desarrolladores franceses le tiran con bala. Tiene
una base aproximada de unos 100,000 desarrolladores. Te paso en un mail el
telefono de alguien en Galicia que lo tiene para que podais hablar con el y
verlo.

RealBasic, creo que tiene una base de usuarios similar a WinDev, y la
empresa que lo controla pues hace caso a modificar lo que le pete (cosa
hablando a nivel de marketing lógica). Sus ventajas son que funciona en Mac
y PCs indistintamente.

Yo én vuestro caso estaría en dudas si entre WinDev o RealBasic (casi mas
inclinado por este ultimo, ya que el interfaz de desarrollo es mas normal ..
jeje)

[Agustín Pérez]

Hola Pablo.

Tras analizar las distintas alternativas recientemente hemos adquirido
WinDev, WebDev y WinDev Mobile.
En alguna otra ocasión he visto en tus mensajes que comentabas de algún
conocido tuyo que trabajaba con estas herramientas y me gustaría que, si
fuera posible, me enviaras los datos para poder contactar con él.
Todavía no hemos arrancado con WinDev pero analizando la documentación, los
ejemplos, libros y las revistas de soporte técnico, la verdad que tiene una
pinta muy buena.

Un saludo.

[Pablo Roca]

Te paso un email

[Agustín Pérez]

Muchas gracias Pablo.

Un saludo.
Agustín

Post by Pablo Roca
Te paso un email
--
Saludos,
Pablo Roca
La Coruna - Spain
http://www.portalfox.com

[Pablo Roca]

De nada, eso si .. vete contando como vas avanzando con el WinDev, que me
pica la curiosidad. :)

[Agustín Pérez]

Hasta fín de año no podremos empezar en serio, ahora estamos ( en Visual
foxPro 9 ) con el nuevo plán contable y la implementación de la factura
electrónica, luego las actualizaciones en los clientes, el fin - principio
de año ...

De momento me estoy empapando de la información que tiene el producto, las
revistas de soporte técnico, libros, ejemplos etc.

Me he enterado de algún otro desarrollador de VFP que se ha pasado a WinDev,
ya iremos comentando.

Un saludo

Agustín

[Pablo Roca]

Ok, perfecto.

[Pablo Gómez]

Pablo,

Y que tal el lenguaje Clarion, maneja muchas bases de datos y es lenguaje
4GL, además dicen que es muy rápido y de fácil aprendizaje.

http://www.softvelocity.com/clarion/overview.htm

http://es.wikipedia.org/wiki/Clarion

Post by Pablo Roca
Hola Roberto,
Java ni se te ocurra para paquetes cerrados y el que no dependa de una
empresa tampoco es al 100% si un dia a Sun le dá el puntillo de pasarse a
otra historia veremos lo que avanza el desarrollo de Java.
Aqui el problema lo vamos a tener siempre .. nos vamos a un sistema open
source o nos vamos a uno propietario. El Open Source tiene los problemas
de que a ver quien te responde al otro lado cuando hay un bug .. los
propietarios .. pues como a la empresa se le dé por un dia hacer ganchillo
.. pues nos mandan a tomar viento (como ya pasó con Fox).
Para un sistema de paquetes cerrados de gestion, creo que debeis ir por un
sistema propietario.
C# o .NET ... pues podría funcionar. El lenguaje C# lo veo como muy
interesante y lleno de posibilidades. Por contra entiendo lo que dices
sobre Microsoft. El tema es que en .NET para llegar a ser medianamente
productivo te puede llevar mucho tiempo en preparar modelos decentes.
Windev? yo siempre lo dije, prometen de todo .. pero cuanto habrá de
cierto en esto? fijate que los desarrolladores franceses le tiran con
bala. Tiene una base aproximada de unos 100,000 desarrolladores. Te paso
en un mail el telefono de alguien en Galicia que lo tiene para que podais
hablar con el y verlo.
RealBasic, creo que tiene una base de usuarios similar a WinDev, y la
empresa que lo controla pues hace caso a modificar lo que le pete (cosa
hablando a nivel de marketing lógica). Sus ventajas son que funciona en
Mac y PCs indistintamente.
Yo én vuestro caso estaría en dudas si entre WinDev o RealBasic (casi mas
inclinado por este ultimo, ya que el interfaz de desarrollo es mas normal
.. jeje)
--
Saludos,
Pablo Roca
La Coruna - Spain
http://www.portalfox.com

[Daniel Salazar - Zonda Software]

Escuche el rumor que clarion se esta integrando a .NET asi que seria mas de
lo mismo

Post by Pablo Gómez
Pablo,
Y que tal el lenguaje Clarion, maneja muchas bases de datos y es lenguaje
4GL, además dicen que es muy rápido y de fácil aprendizaje.
http://www.softvelocity.com/clarion/overview.htm
http://es.wikipedia.org/wiki/Clarion

Post by Pablo Roca
Hola Roberto,
Java ni se te ocurra para paquetes cerrados y el que no dependa de una
empresa tampoco es al 100% si un dia a Sun le dá el puntillo de pasarse a
otra historia veremos lo que avanza el desarrollo de Java.
Aqui el problema lo vamos a tener siempre .. nos vamos a un sistema open
source o nos vamos a uno propietario. El Open Source tiene los problemas
de que a ver quien te responde al otro lado cuando hay un bug .. los
propietarios .. pues como a la empresa se le dé por un dia hacer
ganchillo .. pues nos mandan a tomar viento (como ya pasó con Fox).
Para un sistema de paquetes cerrados de gestion, creo que debeis ir por
un sistema propietario.
C# o .NET ... pues podría funcionar. El lenguaje C# lo veo como muy
interesante y lleno de posibilidades. Por contra entiendo lo que dices
sobre Microsoft. El tema es que en .NET para llegar a ser medianamente
productivo te puede llevar mucho tiempo en preparar modelos decentes.
Windev? yo siempre lo dije, prometen de todo .. pero cuanto habrá de
cierto en esto? fijate que los desarrolladores franceses le tiran con
bala. Tiene una base aproximada de unos 100,000 desarrolladores. Te paso
en un mail el telefono de alguien en Galicia que lo tiene para que podais
hablar con el y verlo.
RealBasic, creo que tiene una base de usuarios similar a WinDev, y la
empresa que lo controla pues hace caso a modificar lo que le pete (cosa
hablando a nivel de marketing lógica). Sus ventajas son que funciona en
Mac y PCs indistintamente.
Yo én vuestro caso estaría en dudas si entre WinDev o RealBasic (casi mas
inclinado por este ultimo, ya que el interfaz de desarrollo es mas normal
.. jeje)
--
Saludos,
Pablo Roca
La Coruna - Spain
http://www.portalfox.com

[Pablo Roca]

Hola Pablo,

Pues no conozco el Clarion

[Christof Wollenhaupt]

Hola Roberto,

C# tambien puede ser gratuito con Mono (http://www.mono-project.com) y
SharpDevelop (http://www.icsharpcode.net/OpenSource/SD/). Mono existe en
Windows, Linux y Mac.

En el futuro otra alternativa pueden ser los productos como Guineu (el
proyecto mio, http://guineu.foxpert.com) o VFP compiler de etecnlogia.

[Meforero]

Con cualquier producto va a pasar lo mismo, pues a MicroSoft no sabe de
RESPETO a los usuarios ni a las empresas, cualquier cambio es pensado en que
se repaque por los mismos productos. Tengo un amigo de una empresa de
software que desarrollaron durante años aplicaciones en Visual Basic 6.0 y
hoy tampoco tiene soporte ni nada, pues ya murio segun microsoft tiene que
botar todo a la bazura y empezar de nuevo en .NET (con cientos de clientes y
mas de 10 aplicaciones).

Con vista lo podemos observar no le funciona el office, ni antivirus, ni
drivers, ni palms, ni perifericos por que Microsoft ORDENO con vista a las
empresas y usuarios LEGALES que boten su dinero y compren nuevamente office,
antivirus, programas, lenguajes, cambien de impresoras, palm, escanner y
demas (tengo una empresa que compro 12 computadores dell-vista, toco
formatear y montar XP, obviamente no van a relicenciar lo que ya se tenia
correctamente licenciado y funcionando).

CIAO

[Roy Fco. Salas Benavides]

Que opinan de Python ? Nadie lo ha usado, o mejor ni meterse...?

Saludos.
--
Roy Francisco Salas Benavides
Gerente General
Proditek Software
Tél [phone] / Cel. 354-91-39

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar
herramientas de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de
una empresa que decida darle carpetazo como nos pasó con Fox.Y en contra
pues tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un
producto espectacular, pero nos da miedo lo poco extendido que está y la
poca información que hay en la Web. Tampoco vemos claro cómo poder entrar
en las "tripas" de los controles que utiliza para hacer ciertas cosas que
no sean muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no
nos gusta porque nos sentimos manipulados.Tampoco tenemos claras las
ventajas sobre Java. Aunque sí es cierto que hay un montón de Frameworks
por ahí, y mucha información.
4º) ???: Alguna sugerencia???

[Pablo Roca]

En su web oficial dicen "Python is often compared to Tcl, Perl, Ruby, Scheme
or Java"

uf .. yo ni lo consideraría .. no creo que sea para nada un RAD

[Jorge Méndez]

Post by Pablo Roca
En su web oficial dicen "Python is often compared to Tcl, Perl, Ruby, Scheme
or Java"
uf .. yo ni lo consideraría .. no creo que sea para nada un RAD

Cierto. Si quieres hacerle pantallas, reports, etc. tienes que recurrir
a módulos externos. El Python "per se", sólo es un lenguaje de
programación pelao, pero bastante chulo y organizado.

Y como es interpretado, es capaz de ejecutar en runtime código generado
"on the fly", de forma similar a las macros del Fox. Por eso, aunque lo
están metiendo en .NET, las cosas hechas en python.net no son accesibles
desde los otros lenguajes de la plataforma; problemilla este que es, por
cierto, una de las excusas que ponían para no integrar Fox en .Net... en
fin...

Un saludito!
Jorge.

[Carlos Yohn Zubiria]

¿Alguien sabe algo de Ajax?
Acabo de recibir buenas impresiones a través de otra empresa que utiliza
fox. Ya están adaptando sistemas en capas utilizando como motor de datos FOX
(de momento) y como front-end Ajax que combina:
XHTML y CSS, para crear una presentación basada en estándares.
DOM, para la interacción y manipulación dinámica de la presentación.
XML, XSLT y JSON, para el intercambio y la manipulación de información.
XMLHttpRequest, para el intercambio asíncrono de información.
JavaScript, para unir todas las demás tecnologías.
--
Saludos,
A.G.P. (Aplicaciones de Gestión y Productividad)
Las Arenas - Vizcaya - España

Post by Jorge Méndez

Post by Pablo Roca
En su web oficial dicen "Python is often compared to Tcl, Perl, Ruby, Scheme
or Java"
uf .. yo ni lo consideraría .. no creo que sea para nada un RAD

Cierto. Si quieres hacerle pantallas, reports, etc. tienes que recurrir
a módulos externos. El Python "per se", sólo es un lenguaje de
programación pelao, pero bastante chulo y organizado.
Y como es interpretado, es capaz de ejecutar en runtime código generado
"on the fly", de forma similar a las macros del Fox. Por eso, aunque lo
están metiendo en .NET, las cosas hechas en python.net no son accesibles
desde los otros lenguajes de la plataforma; problemilla este que es, por
cierto, una de las excusas que ponían para no integrar Fox en .Net... en
fin...
Un saludito!
Jorge.

[Jorge Méndez]

Post by Carlos Yohn Zubiria
¿Alguien sabe algo de Ajax?

Es una de las tecnologías que estamos considerando en nuestro forzado
proceso de transición desde VFP.

En nuestro caso, Ajax se encargaría de la parte de interfaz de usuario
de aplicaciones web desarrolladas en Ruby on Rails, que ya dispone de
los módulos necesarios para que interacción con Ajax sea bastante
transparente.

Sin embargo, aún estamos en pruebas y no podemos ser demasiado
categóricos. Podremos decir algo más despues de asistir a las
conferencias de Ruby On Rails que tendrán lugar en Madrid el 22 y el 23
de Noviembre.

Un saludito!
Jorge.

[Victor Espina]

Bueno, mi experiencia con Ajax se limito a ASP.NET + Ajax y la verdad
fue terrorifica... simplemente las cosas no funcionaban como debian y
los errores eran tan cripticos que ni modo de entender por donde iba la
cosa... perdi casi 1 mes y al final tuve que rehacer todo sin usar Ajax.

Mi recomendacion: si se van por Ajax, aprendan BASTANTE de Javascript
porque lo necesitaran.


Victor Espina

Post by Jorge Méndez

Post by Carlos Yohn Zubiria
¿Alguien sabe algo de Ajax?

Es una de las tecnologías que estamos considerando en nuestro forzado
proceso de transición desde VFP.
En nuestro caso, Ajax se encargaría de la parte de interfaz de usuario
de aplicaciones web desarrolladas en Ruby on Rails, que ya dispone de
los módulos necesarios para que interacción con Ajax sea bastante
transparente.
Sin embargo, aún estamos en pruebas y no podemos ser demasiado
categóricos. Podremos decir algo más despues de asistir a las
conferencias de Ruby On Rails que tendrán lugar en Madrid el 22 y el 23
de Noviembre.
Un saludito!
Jorge.

[Anders Altberg]

Te intereseria quizas el modo de emplear Ajax de Thierry Nivelet.

-Anders

Bueno, mi experiencia con Ajax se limito a ASP.NET + Ajax y la verdad fue
terrorifica... simplemente las cosas no funcionaban como debian y los
errores eran tan cripticos que ni modo de entender por donde iba la
cosa... perdi casi 1 mes y al final tuve que rehacer todo sin usar Ajax.
Mi recomendacion: si se van por Ajax, aprendan BASTANTE de Javascript
porque lo necesitaran.
Victor Espina

Post by Jorge Méndez

Post by Carlos Yohn Zubiria
¿Alguien sabe algo de Ajax?

Es una de las tecnologías que estamos considerando en nuestro forzado
proceso de transición desde VFP.
En nuestro caso, Ajax se encargaría de la parte de interfaz de usuario de
aplicaciones web desarrolladas en Ruby on Rails, que ya dispone de los
módulos necesarios para que interacción con Ajax sea bastante
transparente.
Sin embargo, aún estamos en pruebas y no podemos ser demasiado
categóricos. Podremos decir algo más despues de asistir a las
conferencias de Ruby On Rails que tendrán lugar en Madrid el 22 y el 23
de Noviembre.
Un saludito!
Jorge.

[Anders Altberg]

Mira un demo:
http://www.abaqueinside.com/
desarrollo Ajax + Fox por Thierry Nivelet del grupo frances 'AtoutFox',
www.atoutfox.org, des desarollodores Fox frances.

-Anders

Post by Carlos Yohn Zubiria
¿Alguien sabe algo de Ajax?
Acabo de recibir buenas impresiones a través de otra empresa que utiliza
fox. Ya están adaptando sistemas en capas utilizando como motor de datos FOX
XHTML y CSS, para crear una presentación basada en estándares.
DOM, para la interacción y manipulación dinámica de la presentación.
XML, XSLT y JSON, para el intercambio y la manipulación de información.
XMLHttpRequest, para el intercambio asíncrono de información.
JavaScript, para unir todas las demás tecnologías.
--
Saludos,
A.G.P. (Aplicaciones de Gestión y Productividad)
Las Arenas - Vizcaya - España

Post by Jorge Méndez

Post by Pablo Roca
En su web oficial dicen "Python is often compared to Tcl, Perl, Ruby,

Scheme

Post by Jorge Méndez

Post by Pablo Roca
or Java"
uf .. yo ni lo consideraría .. no creo que sea para nada un RAD

Cierto. Si quieres hacerle pantallas, reports, etc. tienes que recurrir
a módulos externos. El Python "per se", sólo es un lenguaje de
programación pelao, pero bastante chulo y organizado.
Y como es interpretado, es capaz de ejecutar en runtime código generado
"on the fly", de forma similar a las macros del Fox. Por eso, aunque lo
están metiendo en .NET, las cosas hechas en python.net no son accesibles
desde los otros lenguajes de la plataforma; problemilla este que es, por
cierto, una de las excusas que ponían para no integrar Fox en .Net... en
fin...
Un saludito!
Jorge.

[Anders Altberg]

CE QU'ILS PENSENT D'AJAX ]
Le pragmatique - Thierry Nivelet (Abaque) : « un bon moyen de reprendre les applications existantes »

La rédaction , 01 Informatique (n° 1835), le 11/11/2005 à 00h00


« Au lieu de redévelopper l'application Windows en Ajax, nous la faisons tourner sur un serveur. Les écrans sont ensuite passés dans une moulinette pour ne reproduire que les modifications sur le client web. L'application Ajax ne se charge que de l'affichage et du renvoi des frappes clavier et des clics souris. Ils sont interprétés par notre serveur et renvoyés à l'application d'origine, qui retournera les changements d'affichage vers le client. Cela fonctionne un peu comme Citrix. A la différence qu'il n'y a pas de flux échangés, juste des événements graphiques. Résultat : l'application d'origine est peu modifiée, et elle fonctionne à distance. »



-Anders

Post by Carlos Yohn Zubiria
¿Alguien sabe algo de Ajax?
Acabo de recibir buenas impresiones a través de otra empresa que utiliza
fox. Ya están adaptando sistemas en capas utilizando como motor de datos FOX
XHTML y CSS, para crear una presentación basada en estándares.
DOM, para la interacción y manipulación dinámica de la presentación.
XML, XSLT y JSON, para el intercambio y la manipulación de información.
XMLHttpRequest, para el intercambio asíncrono de información.
JavaScript, para unir todas las demás tecnologías.
--
Saludos,
A.G.P. (Aplicaciones de Gestión y Productividad)
Las Arenas - Vizcaya - España

Post by Jorge Méndez

Post by Pablo Roca
En su web oficial dicen "Python is often compared to Tcl, Perl, Ruby,

Scheme

Post by Jorge Méndez

Post by Pablo Roca
or Java"
uf .. yo ni lo consideraría .. no creo que sea para nada un RAD

Cierto. Si quieres hacerle pantallas, reports, etc. tienes que recurrir
a módulos externos. El Python "per se", sólo es un lenguaje de
programación pelao, pero bastante chulo y organizado.
Y como es interpretado, es capaz de ejecutar en runtime código generado
"on the fly", de forma similar a las macros del Fox. Por eso, aunque lo
están metiendo en .NET, las cosas hechas en python.net no son accesibles
desde los otros lenguajes de la plataforma; problemilla este que es, por
cierto, una de las excusas que ponían para no integrar Fox en .Net... en
fin...
Un saludito!
Jorge.

[Pablo Roca]

Demasiada tecnogía metida ahi?

Yo casi que preferiría Adobe Flex .. solo necesitas un Flash Player en el
cliente

[Carlos Yohn Zubiria]

Resumo lo que busco (supoongo que como muchos):
.- Curva de aprendizaje no muy alta
.- Diseño en capas
.- Poder mantener y convivir durante un tiempo con las capas de datos y
de reglas de negocios en fox. Cambiar al principio solo el 'front end'.
.- Que la adaptación pueda ser progresiva, modular
.- Poder aprovechar las ventajas de .NET
.- Comunidad de desarrolladores, grupos de intercambio como este. Si es
posible, con muchos que provengan de Fox
.- Validez para distintos entornos: windows, linux, mac
.- Posibilidad de desarrollar tanto aplicaciones de escritorio como en
entorno web

Aquello que más aspectos cubra sería mi candidato
--
Saludos,
A.G.P. (Aplicaciones de Gestión y Productividad)
Las Arenas - Vizcaya - España

Post by Pablo Roca
Demasiada tecnogía metida ahi?
Yo casi que preferiría Adobe Flex .. solo necesitas un Flash Player en el
cliente
--
Saludos,
Pablo Roca
La Coruna - Spain
http://www.portalfox.com

[c***@globalpc.net]

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

Disculpen la ignoracia pero, existe algun problema tecnico por lel
cual devamos de cambiar de lenguaje??, el que ya no tenga soporte por
parte de ms significa que ya no va a funcionar??, entiendo que vfp ya
no va a crecer pero con lo que tiene se puede hacer cualquier cosa, y
lo que le falta los otros lenguajes tampoco lo tienen.
agradesco sus comentarios

[principiante]

No existe actualmente ningun problema tecnico pero mañana podría existir. De
Microsoft podemos esperar cualquier cosa. Por eso aunque sigamos
desarrollando en VFP, no es mala idea tener otra(s) opción(es) e irlas
aprendiendo con tiempo.

Jose TH

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar
herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

Disculpen la ignoracia pero, existe algun problema tecnico por lel
cual devamos de cambiar de lenguaje??, el que ya no tenga soporte por
parte de ms significa que ya no va a funcionar??, entiendo que vfp ya
no va a crecer pero con lo que tiene se puede hacer cualquier cosa, y
lo que le falta los otros lenguajes tampoco lo tienen.
agradesco sus comentarios

[Pablo Roca]

De acuerdo con Jose.

[news.microsoft.com]

Caramba
Este foro parece de gecelas asustadizas o sino de personas que quieren meter
miedo a las personas para que ya no usen Fox hasta me atrevo a decir que
hay un infiltrado tratando de hundir a nuestro Fox creo que con lo que hay
hasta ahora se puede hacer maravillas y ahi esta lo bueno.
Si tanto les asusta el cambio aprendan otros lenguajes adicionales y esten
preparado para cualquier cosa.

Luis
Peru

Post by principiante
No existe actualmente ningun problema tecnico pero mañana podría existir.
De Microsoft podemos esperar cualquier cosa. Por eso aunque sigamos
desarrollando en VFP, no es mala idea tener otra(s) opción(es) e irlas
aprendiendo con tiempo.
Jose TH

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

Disculpen la ignoracia pero, existe algun problema tecnico por lel
cual devamos de cambiar de lenguaje??, el que ya no tenga soporte por
parte de ms significa que ya no va a funcionar??, entiendo que vfp ya
no va a crecer pero con lo que tiene se puede hacer cualquier cosa, y
lo que le falta los otros lenguajes tampoco lo tienen.
agradesco sus comentarios

[Pablo Roca]

Luis,

No es un tema de ser asustadizo o no. Sino es un tema de estar preparado
para el dia que quieras o necesites cambiar, la preparación lleva su tiempo.

FoxPro es perfectamente válido en muchos entornos (aunque a algunos les
cueste creerlo).

[principiante]

Pongan los pies sobre la tierra.

Jose TH

Post by news.microsoft.com
Caramba
Este foro parece de gecelas asustadizas o sino de personas que quieren
meter miedo a las personas para que ya no usen Fox hasta me atrevo a
decir que hay un infiltrado tratando de hundir a nuestro Fox creo que con
lo que hay hasta ahora se puede hacer maravillas y ahi esta lo bueno.
Si tanto les asusta el cambio aprendan otros lenguajes adicionales y esten
preparado para cualquier cosa.
Luis
Peru

Post by principiante
No existe actualmente ningun problema tecnico pero mañana podría existir.
De Microsoft podemos esperar cualquier cosa. Por eso aunque sigamos
desarrollando en VFP, no es mala idea tener otra(s) opción(es) e irlas
aprendiendo con tiempo.
Jose TH

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

Disculpen la ignoracia pero, existe algun problema tecnico por lel
cual devamos de cambiar de lenguaje??, el que ya no tenga soporte por
parte de ms significa que ya no va a funcionar??, entiendo que vfp ya
no va a crecer pero con lo que tiene se puede hacer cualquier cosa, y
lo que le falta los otros lenguajes tampoco lo tienen.
agradesco sus comentarios

[Francisco Javier Alemañ]

Bueno sobre el tema de que Fox es muy valido estoy totalmente deacuerdo,
simplemente os matizo algo... cuando salieron los programas de poo mi jefe
dijo para que quiero adaptarme si yo con mi basic+btrive programo todo lo
que quiero... ahora el jefe soy yo y el se dedica a otras cosas q no tienen
nada que ver con la informatica... asi que no me digas que nos tenemos que
relajar pq no creo que sea lo correcto, mas vale ir con paso firme y
despacio que no rapido y a ultima hora...simplemente digo esto...

Post by news.microsoft.com
Caramba
Este foro parece de gecelas asustadizas o sino de personas que quieren
meter miedo a las personas para que ya no usen Fox hasta me atrevo a
decir que hay un infiltrado tratando de hundir a nuestro Fox creo que con
lo que hay hasta ahora se puede hacer maravillas y ahi esta lo bueno.
Si tanto les asusta el cambio aprendan otros lenguajes adicionales y esten
preparado para cualquier cosa.
Luis
Peru

Post by principiante
No existe actualmente ningun problema tecnico pero mañana podría existir.
De Microsoft podemos esperar cualquier cosa. Por eso aunque sigamos
desarrollando en VFP, no es mala idea tener otra(s) opción(es) e irlas
aprendiendo con tiempo.
Jose TH

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

Disculpen la ignoracia pero, existe algun problema tecnico por lel
cual devamos de cambiar de lenguaje??, el que ya no tenga soporte por
parte de ms significa que ya no va a funcionar??, entiendo que vfp ya
no va a crecer pero con lo que tiene se puede hacer cualquier cosa, y
lo que le falta los otros lenguajes tampoco lo tienen.
agradesco sus comentarios

[Victor Espina]

Totalmente de acuerdo.

Victor Espina

Post by Francisco Javier Alemañ
Bueno sobre el tema de que Fox es muy valido estoy totalmente deacuerdo,
simplemente os matizo algo... cuando salieron los programas de poo mi jefe
dijo para que quiero adaptarme si yo con mi basic+btrive programo todo lo
que quiero... ahora el jefe soy yo y el se dedica a otras cosas q no tienen
nada que ver con la informatica... asi que no me digas que nos tenemos que
relajar pq no creo que sea lo correcto, mas vale ir con paso firme y
despacio que no rapido y a ultima hora...simplemente digo esto...

Post by news.microsoft.com
Caramba
Este foro parece de gecelas asustadizas o sino de personas que quieren
meter miedo a las personas para que ya no usen Fox hasta me atrevo a
decir que hay un infiltrado tratando de hundir a nuestro Fox creo que con
lo que hay hasta ahora se puede hacer maravillas y ahi esta lo bueno.
Si tanto les asusta el cambio aprendan otros lenguajes adicionales y esten
preparado para cualquier cosa.
Luis
Peru

Post by principiante
No existe actualmente ningun problema tecnico pero mañana podría existir.
De Microsoft podemos esperar cualquier cosa. Por eso aunque sigamos
desarrollando en VFP, no es mala idea tener otra(s) opción(es) e irlas
aprendiendo con tiempo.
Jose TH

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

Disculpen la ignoracia pero, existe algun problema tecnico por lel
cual devamos de cambiar de lenguaje??, el que ya no tenga soporte por
parte de ms significa que ya no va a funcionar??, entiendo que vfp ya
no va a crecer pero con lo que tiene se puede hacer cualquier cosa, y
lo que le falta los otros lenguajes tampoco lo tienen.
agradesco sus comentarios

[Rafael Cano]

Seamos claros: la única vida que se puede garantizar a foxpro, es hasta
que saquen la siguiente versión de Windows, será ahí donde si los
runtime, no corren, morirá fox porque, ¿cómo se vende una aplicación
cuando nada mas empezar le dices a un cliente, para funcionar la
aplicación se necesita Vista como mucho, mejor XP, y no puede utilizar
el Windows XXXXX (sistema que se vende con los equipos nuevos mas
moderno que Vista) que ha sacado microsoft?

A Foxpro le queda la única opción del mantenimiento de aplicativos
antiguos. Hay que ir pensando en desarrollar las aplicaciones que
tengamos activas en un nuevo lenguaje, ya sea C#, Java, WinDev,
RealBasic, etc.

Post by c***@globalpc.net

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

Disculpen la ignoracia pero, existe algun problema tecnico por lel
cual devamos de cambiar de lenguaje??, el que ya no tenga soporte por
parte de ms significa que ya no va a funcionar??, entiendo que vfp ya
no va a crecer pero con lo que tiene se puede hacer cualquier cosa, y
lo que le falta los otros lenguajes tampoco lo tienen.
agradesco sus comentarios

[Francisco Javier Alemañ]

Bueno yo estoy en tu mismo caso identico...
y la verdad ando muy perdido en el tema... veo que unos dicen una cosa,
otros otra y veo soluciones de microsoft como .NET en cualquiera de sus
lenguajes C# o Vb o el que sea... y pienso pq coño no se podrá integrar VF
en todo esto... pero bueno... de perdidos al rio. Como muchos dicen hay que
empezar ahora de cero osea los años de desarrollo a la basura... en cierta
manera si y en otra no... el cambio de plataforma sirve para corregir malas
estructuras iniciales en aplicaciones y sobre todo para fortalecerlas...

Ahora veo que en .NET me va a costar dios y ayuda pq cosas tan basicas como
manejar el origen de datos o los buffers tan queridos no se como se
implementan... La verdad si hicieramos entre todos los que estamos en .NET
una guia de transpaso desde Fox que responda cosas como este ejemplo,
seguramente seria mucho mas fácil...

EN FOX:
#DEFINE DB_BUFOFF 1
#DEFINE DB_BUFLOCKRECORD 2
#DEFINE DB_BUFOPTRECORD 3
#DEFINE DB_BUFLOCKTABLE 4
#DEFINE DB_BUFOPTTABLE 5

EN .NET C#:
public enum Buffering
{
BufOff = 1,
BufLockRecord = 2,
BufOptRecord = 3,
BufLockTable = 4,
BufOptTable = 5
}

En definitiva y analizado todo yo opto por .NET y C# con SQL. Dios nos coja
confesados... XD

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar
herramientas de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de
una empresa que decida darle carpetazo como nos pasó con Fox.Y en contra
pues tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un
producto espectacular, pero nos da miedo lo poco extendido que está y la
poca información que hay en la Web. Tampoco vemos claro cómo poder entrar
en las "tripas" de los controles que utiliza para hacer ciertas cosas que
no sean muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no
nos gusta porque nos sentimos manipulados.Tampoco tenemos claras las
ventajas sobre Java. Aunque sí es cierto que hay un montón de Frameworks
por ahí, y mucha información.
4º) ???: Alguna sugerencia???

[Raül Vidiella]

Pues bueno veo que nadie nombra a dbase+. He estado probando este y
parece que hay mucha compatibilidad a nivel de lenguaje con fox. Los
controles estan bastante bien, el acceso a datos tambien (oledb,odbc) y
con buen rendimiento, el ide es bastante atrasado o es que uno se ha
acostumbrado al de vfp (intelisense sin ir mas lejos, los procedimientos
del formulario estan todos agrupados en uno solo, ....) a lo mejor es
solo acostumbrarse. Ademas parece que esta gente esta moviendose y
mejorando poco a poco el lenguaje.
En mi caso solo desarrollamos aplicaciones de escritorio y como mucho el
mayor de nuestros clientes tiene 20 ordenadores, accesos a algun
servidor sql hacemos pocos y normalmente para extraer datos de otras
aplicaciones, por lo que de momento vfp creo que nos va a durar bastante
tiempo y mientras tanto a lo mejor esta gente van perfeccionando el
producto, incluso me han comentado de que podria haver un runtime para
pocketpc. Si no puedo continuar con fox (vaya putada), creo que me
decantaria por c#, parece que lo veo como mas estandar.

Saludos
Raül Vidiella

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar herramientas
de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de una
empresa que decida darle carpetazo como nos pasó con Fox.Y en contra pues
tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un producto
espectacular, pero nos da miedo lo poco extendido que está y la poca
información que hay en la Web. Tampoco vemos claro cómo poder entrar en las
"tripas" de los controles que utiliza para hacer ciertas cosas que no sean
muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no nos
gusta porque nos sentimos manipulados.Tampoco tenemos claras las ventajas
sobre Java. Aunque sí es cierto que hay un montón de Frameworks por ahí, y
mucha información.
4º) ???: Alguna sugerencia???

[Samuel San Miguel Hernández]

Bueno Amigos del foro;
A mi modesta opinion ; creo yo que el echo de que no haya mas soporte de
parte de MS no quiere decir que debamos
movernos desesperadamente hacia otra plataforma; como lei un comentario de
este foro; VFP no va a desaparecer
y con todo lo que trae hasta el momento creo yo que es suficiente para
desarrollar aplicaciones CLIENTE-SERVIDOR .

Si bien deseamos migrar a otra plataforma, hay que tomarlo con calma e ir
poniendo en practica otro Lenguaje de Programación pero sin
olvidar al VFP, ya que si sacamos mas provecho de todas las herramientas en
VFP al migrar a otra plataforma vamos a tener mas conocimientos
y mas claro para ponerlo en practica en este otro Lenguaje elegido.

No olviden que el "Análisis" es lo primordial en todo SISTEMA y si eso lo
explotamos al máximo, cualquier Lenguaje nuevo se nos hara mas sencillo
de investigar ya que tendremos las cosas claras.

No hay que desesperarse; por mi parte yo sigo desarrollando aplicaciones en
VFP y a la vez estoy investigando mucho sobre:
POWER BUILDER de SYBASE; veo que este foro no lo nombran mucho, pero les
comento que es muy similar al VFP
y trato de hacer lo mismo que hacia en VFP y me esta dando resultados
positivos; el uso de clases si es distinto pero no es dificil de aprender.
La conexion al SQL SERVER o cualquier BD como Informix, Oracle es muy comoda
por no decir sencilla,
y el diseño es bueno; además el uso de las grids no existen acá; PERO existe
el control DATAWINDOW que es lo máximo y reemplaza al GRID.
Ademas tiene un foro en castellaño, y hay muy buena ayuda.
Ah y me olvidaba tambien trae su propio manejador de Base de Datos el
poderoso "EASERVER".

Bueno esa es mi opinion y como piensan algunos yo tambien trato de darle la
contra a MS y pienso migrar a POWER BUILDER de SYBASE.

Saludos.
[Samuel SMH] / Lima - Perú

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar
herramientas de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de
una empresa que decida darle carpetazo como nos pasó con Fox.Y en contra
pues tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un
producto espectacular, pero nos da miedo lo poco extendido que está y la
poca información que hay en la Web. Tampoco vemos claro cómo poder entrar
en las "tripas" de los controles que utiliza para hacer ciertas cosas que
no sean muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no
nos gusta porque nos sentimos manipulados.Tampoco tenemos claras las
ventajas sobre Java. Aunque sí es cierto que hay un montón de Frameworks
por ahí, y mucha información.
4º) ???: Alguna sugerencia???

[Jorge Luis]

Buenas...

Yo también he evaluado POWER BUILDER... no lo conozco mucho.. apenas
descargué un demo pero se ve cómodo y con una curva de aprendizaje no muy
pronunciada... pero no es comentado mucho, quería saber sus opiniones al
respecto. Saludos...

Post by Samuel San Miguel Hernández
Bueno Amigos del foro;
A mi modesta opinion ; creo yo que el echo de que no haya mas soporte de
parte de MS no quiere decir que debamos
movernos desesperadamente hacia otra plataforma; como lei un comentario de
este foro; VFP no va a desaparecer
y con todo lo que trae hasta el momento creo yo que es suficiente para
desarrollar aplicaciones CLIENTE-SERVIDOR .
Si bien deseamos migrar a otra plataforma, hay que tomarlo con calma e ir
poniendo en practica otro Lenguaje de Programación pero sin
olvidar al VFP, ya que si sacamos mas provecho de todas las herramientas en
VFP al migrar a otra plataforma vamos a tener mas conocimientos
y mas claro para ponerlo en practica en este otro Lenguaje elegido.
No olviden que el "Análisis" es lo primordial en todo SISTEMA y si eso lo
explotamos al máximo, cualquier Lenguaje nuevo se nos hara mas sencillo
de investigar ya que tendremos las cosas claras.
No hay que desesperarse; por mi parte yo sigo desarrollando aplicaciones en
POWER BUILDER de SYBASE; veo que este foro no lo nombran mucho, pero les
comento que es muy similar al VFP
y trato de hacer lo mismo que hacia en VFP y me esta dando resultados
positivos; el uso de clases si es distinto pero no es dificil de aprender.
La conexion al SQL SERVER o cualquier BD como Informix, Oracle es muy comoda
por no decir sencilla,
y el diseño es bueno; además el uso de las grids no existen acá; PERO existe
el control DATAWINDOW que es lo máximo y reemplaza al GRID.
Ademas tiene un foro en castellaño, y hay muy buena ayuda.
Ah y me olvidaba tambien trae su propio manejador de Base de Datos el
poderoso "EASERVER".
Bueno esa es mi opinion y como piensan algunos yo tambien trato de darle la
contra a MS y pienso migrar a POWER BUILDER de SYBASE.
Saludos.
[Samuel SMH] / Lima - Perú

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y mantener
como bajarse de internet el archivo de instalación, seleccionar la carpeta
de destino y a correr... No nos gusta mucho tener que utilizar
herramientas de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor tiene
que los entornos de desarrollo son gratuitos, y sobre todo no depende de
una empresa que decida darle carpetazo como nos pasó con Fox.Y en contra
pues tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un
producto espectacular, pero nos da miedo lo poco extendido que está y la
poca información que hay en la Web. Tampoco vemos claro cómo poder entrar
en las "tripas" de los controles que utiliza para hacer ciertas cosas que
no sean muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no
nos gusta porque nos sentimos manipulados.Tampoco tenemos claras las
ventajas sobre Java. Aunque sí es cierto que hay un montón de Frameworks
por ahí, y mucha información.
4º) ???: Alguna sugerencia???

[Juan Villacorta]

Hola Samuel,

Buen criterio el que expones, el caso tambien va, ¿en que lenguaje seria el
menor tiempo posible de "migrar"?, pero aqui me gustaria aclarar que si hay
programadores que se dedican hacer cosas a nivel de escritorio siempre seria
una opcion el tener VFP, pero si alli lo quieres migrar a la web mi opinion
es poder ir a un lenguaje como PHP que se ve que no es muy dificil, ya en la
revista foxpress ya hace varios ediciones ya nos venian indicando el como
poder aplicarlo a nuestros sistemas. Por mi parte estoy desarrollando en VFP
hasta que llegue el momento en que diga ya no da mas, pero eso creo que va a
pasar muchos años, es uno de los mejores lenguajes que se han hecho y no
merece este final, esta en nosotros el poder haber un sistema tan bien hecho
que a los programadores en .NET le va a costar implementar todo, en tan poco
tiempo y eso esta en la misma programacion que por mas que esten con una
publicidad tan agresiva, por mas que esten en las universidades, recien
estan saliendo las promociones que arrojan a los primeros programadores en
.NET que cuando ven un sistema hecho en fox, se les hace increible el poder
desarrollar tan rapido y tan facil algunos cosas que en fox se hace creo en
minutos, la curva de aprendizaje va costar mucho no es facil, siempre vamos
a recordar comandos que nos ayudan a resolver casi cualquier cosa que uno se
lo proponga.
Solo nosotros mismo seriamos los que podemos sacar nuestros propios sistemas
hechos en fox, por otro lenguaje pero para que eso llegue espero que las
empresas tengan ese tiempo disponible para que nos esperen a que todos los
modulos que contiene un sistema sea reemplazado con la eficiencia en lo que
estaba hecho antes.

Aqui en Perú, muchos sistemas todavia estan hecho en VFP, Foxpro para DOS y
siguen corriendo con todos sus parches y soporte que dan a los sistemas que
ya superan los 10 años, cambiar eso por un nuevo lenguaje como que a los
nuevos programadores en .NET que bordean los 20 años de edad, como que les
falta mucha experiencia que tienen que contemplar al desarrollar un sistema,
por mas facil que el .NET asi los haga creer.

Espero no encontrar parecido en la programacion en .NET 6.0 y nos digamos
pero si eso ya estaba en FOX y nos vendan que es lo mas sencillo en la
programacion en NET.

Saludos,

Juan

Post by Samuel San Miguel Hernández
Bueno Amigos del foro;
A mi modesta opinion ; creo yo que el echo de que no haya mas soporte de
parte de MS no quiere decir que debamos
movernos desesperadamente hacia otra plataforma; como lei un comentario de
este foro; VFP no va a desaparecer
y con todo lo que trae hasta el momento creo yo que es suficiente para
desarrollar aplicaciones CLIENTE-SERVIDOR .
Si bien deseamos migrar a otra plataforma, hay que tomarlo con calma e ir
poniendo en practica otro Lenguaje de Programación pero sin
olvidar al VFP, ya que si sacamos mas provecho de todas las herramientas
en VFP al migrar a otra plataforma vamos a tener mas conocimientos
y mas claro para ponerlo en practica en este otro Lenguaje elegido.
No olviden que el "Análisis" es lo primordial en todo SISTEMA y si eso lo
explotamos al máximo, cualquier Lenguaje nuevo se nos hara mas sencillo
de investigar ya que tendremos las cosas claras.
No hay que desesperarse; por mi parte yo sigo desarrollando aplicaciones
POWER BUILDER de SYBASE; veo que este foro no lo nombran mucho, pero les
comento que es muy similar al VFP
y trato de hacer lo mismo que hacia en VFP y me esta dando resultados
positivos; el uso de clases si es distinto pero no es dificil de aprender.
La conexion al SQL SERVER o cualquier BD como Informix, Oracle es muy
comoda por no decir sencilla,
y el diseño es bueno; además el uso de las grids no existen acá; PERO
existe el control DATAWINDOW que es lo máximo y reemplaza al GRID.
Ademas tiene un foro en castellaño, y hay muy buena ayuda.
Ah y me olvidaba tambien trae su propio manejador de Base de Datos el
poderoso "EASERVER".
Bueno esa es mi opinion y como piensan algunos yo tambien trato de darle
la contra a MS y pienso migrar a POWER BUILDER de SYBASE.
Saludos.
[Samuel SMH] / Lima - Perú

Post by Roberto Pardo
Aquí en la oficina seguimos dándole vueltas a qué lenguaje pasar nuestras
aplicaciones desarrolladas en VFP.
Facturación, Pedidos, Albaranes, Costes, Tesorería.
Necesitamos que el paquete resultante sea tan fácil de instalar y
mantener como bajarse de internet el archivo de instalación, seleccionar
la carpeta de destino y a correr... No nos gusta mucho tener que utilizar
herramientas de terceros como Crystal Reports, SQL Server, etc....
1º) Java: Muy extendido y conocido, pero nos hace bajar demasiado a las
cloacas para implementar cosas que con VFP ya venían hechas. A favor
tiene que los entornos de desarrollo son gratuitos, y sobre todo no
depende de una empresa que decida darle carpetazo como nos pasó con Fox.Y
en contra pues tenemos miedo de empantanarnos en temas no productivos.
2º) WinDev: Lo hemos estado testeando, y a primera vista parece un
producto espectacular, pero nos da miedo lo poco extendido que está y la
poca información que hay en la Web. Tampoco vemos claro cómo poder entrar
en las "tripas" de los controles que utiliza para hacer ciertas cosas que
no sean muy estándard.
3º)C#: Sería hacer justo el movimiento que M$ esperaba de nosotros, y no
nos gusta porque nos sentimos manipulados.Tampoco tenemos claras las
ventajas sobre Java. Aunque sí es cierto que hay un montón de Frameworks
por ahí, y mucha información.
4º) ???: Alguna sugerencia???

[josepe]

Bueno, yo aun no me preocupo mucho. Estoy con la 6 aun y mi siguiente
paso logico es la 9, que por cierto voy a comprarla a princicipos del
2008. Cuanto me duró la seis, pues bueno ya creo que tiene unos 8 años.
Quizá porque no me dedico 100% a la programación, sino que solo a hacer
este o aquel reporte que otros sistemas propietarios no son capaces de
hacer. Pero bien veo que cuando ya no hagan nuevas versiones de VFP
habrá una gran segmentación y todos buscaran distintas herramientas. La
otra vez mencionaron algunas para programación en pda y celulares. Me
imagino que han de tener versiones para pc.