Para los que peinsan que deberan salir de VFP

10/07/2003 - 21:09 por Heberto Villavicencio | Informe spam
Cuando decidí migrar de clipper a un entorno de desarrollo para windows
considere algunas posibilidades, estas fueron:

http://www.harbour-project.org/ (gratis y multiplataforma)
En realidad el sistema no es un compilador, toma codigo fuente compatible
con las sintaxis xBase y 100% con clipper, y lo transforma en codigo c,
luego este codigo c es compilado por cualquier compilador de c disponible,
tiene versiones para OS/2 MSDOS Windows Linux, etc. es de codigo abierto y
totalmente gratis, pero tiene la gran desventaja que no esta totalmente
finalizado a pesar de que ya he visto aplicaciones comerciales desarrolladas
con el.

http://www.alaska-software.com/ (alaska xBase++) Compatible con la
sintaxis de clipper y realmente un compilador, es decir, genera codigo
objeto para luego enlazarlo y generar un ejecutable de 32bits estandar.
(seria mas dificil decompilar el sistema, hasta lo momento no conozco ningun
decompilador)

http://www.cavo.com/ (de la misma gente de clipper "cai"), al igual que el
anterior es realmente un compilador, y este genera codigo ejecutable 100% en
lenguaje maquina (segun el fabricante), en algunas pruebas resulto ser
inclusive mas rapido que codigo escrito en c, y por ultimo

visual foxpro (que mas se puede decir de VFP aca)

(por mencionar solamente los mas paracido en sintaxis a clipper (xBase) que
era el lenguaje que yo utilizaba

En realidad el factor que me hizo decidir seleccionar a VFP fue por cuestion
de Documentación, en aquel entonces fue muy dificil conseguir documentacion
en español ( y sigue siendo) de los demas entornos de desarrollo, y se
suponia que microsoft siendo la empresa mas grande de software me ofreceria
mayor respaldo que las demas, en estos momentos pareciera que no es asi, sin
embargo debo admitir que de estos cuatro entornos de desarrollo, el mas
completo me sigue pareciendo VFP, a pesar de que me parece que tiene la
curva de aprendizaje mas pequeña que los demas. La gran desventaja: el poco
interes que microsoft le presta al sistema.

Sin embargo veo con preocupación que pareciera cierta la necesidad de ir
evaluando alternativas de desarrollo ya que no se ve muy claro el futuro de
VFP en microsoft, es verdad que esto se viene comentando desde la version 6
y aca seguimos, pero recuerden tambien que "cuando el rio suena es porque
piedras trae".

Preguntas similare

Leer las respuestas

#11 Ricardo Passians
11/07/2003 - 12:58 | Informe spam
Otra cosa que me pregunto... Con un lenguaje no de MS como Delphi ? como es
el futuro ? se discute tanto asi ?


"Heberto Villavicencio" wrote in message
news:#
Cuando decidí migrar de clipper a un entorno de desarrollo para windows
considere algunas posibilidades, estas fueron:

http://www.harbour-project.org/ (gratis y multiplataforma)
En realidad el sistema no es un compilador, toma codigo fuente compatible
con las sintaxis xBase y 100% con clipper, y lo transforma en codigo c,
luego este codigo c es compilado por cualquier compilador de c disponible,
tiene versiones para OS/2 MSDOS Windows Linux, etc. es de codigo abierto y
totalmente gratis, pero tiene la gran desventaja que no esta totalmente
finalizado a pesar de que ya he visto aplicaciones comerciales


desarrolladas
con el.

http://www.alaska-software.com/ (alaska xBase++) Compatible con la
sintaxis de clipper y realmente un compilador, es decir, genera codigo
objeto para luego enlazarlo y generar un ejecutable de 32bits estandar.
(seria mas dificil decompilar el sistema, hasta lo momento no conozco


ningun
decompilador)

http://www.cavo.com/ (de la misma gente de clipper "cai"), al igual que


el
anterior es realmente un compilador, y este genera codigo ejecutable 100%


en
lenguaje maquina (segun el fabricante), en algunas pruebas resulto ser
inclusive mas rapido que codigo escrito en c, y por ultimo

visual foxpro (que mas se puede decir de VFP aca)

(por mencionar solamente los mas paracido en sintaxis a clipper (xBase)


que
era el lenguaje que yo utilizaba

En realidad el factor que me hizo decidir seleccionar a VFP fue por


cuestion
de Documentación, en aquel entonces fue muy dificil conseguir


documentacion
en español ( y sigue siendo) de los demas entornos de desarrollo, y se
suponia que microsoft siendo la empresa mas grande de software me


ofreceria
mayor respaldo que las demas, en estos momentos pareciera que no es asi,


sin
embargo debo admitir que de estos cuatro entornos de desarrollo, el mas
completo me sigue pareciendo VFP, a pesar de que me parece que tiene la
curva de aprendizaje mas pequeña que los demas. La gran desventaja: el


poco
interes que microsoft le presta al sistema.

Sin embargo veo con preocupación que pareciera cierta la necesidad de ir
evaluando alternativas de desarrollo ya que no se ve muy claro el futuro


de
VFP en microsoft, es verdad que esto se viene comentando desde la version


6
y aca seguimos, pero recuerden tambien que "cuando el rio suena es porque
piedras trae".



Respuesta Responder a este mensaje
#12 Ricardo Passians
11/07/2003 - 13:04 | Informe spam
O dicho de otro modo... Hay o habra Delphi .NET ??/ o algo asi ?
"Ricardo Passians" wrote in
message news:#
Otra cosa que me pregunto... Con un lenguaje no de MS como Delphi ? como


es
el futuro ? se discute tanto asi ?


"Heberto Villavicencio" wrote in message
news:#
> Cuando decidí migrar de clipper a un entorno de desarrollo para windows
> considere algunas posibilidades, estas fueron:
>
> http://www.harbour-project.org/ (gratis y multiplataforma)
> En realidad el sistema no es un compilador, toma codigo fuente


compatible
> con las sintaxis xBase y 100% con clipper, y lo transforma en codigo c,
> luego este codigo c es compilado por cualquier compilador de c


disponible,
> tiene versiones para OS/2 MSDOS Windows Linux, etc. es de codigo abierto


y
> totalmente gratis, pero tiene la gran desventaja que no esta totalmente
> finalizado a pesar de que ya he visto aplicaciones comerciales
desarrolladas
> con el.
>
> http://www.alaska-software.com/ (alaska xBase++) Compatible con la
> sintaxis de clipper y realmente un compilador, es decir, genera codigo
> objeto para luego enlazarlo y generar un ejecutable de 32bits estandar.
> (seria mas dificil decompilar el sistema, hasta lo momento no conozco
ningun
> decompilador)
>
> http://www.cavo.com/ (de la misma gente de clipper "cai"), al igual


que
el
> anterior es realmente un compilador, y este genera codigo ejecutable


100%
en
> lenguaje maquina (segun el fabricante), en algunas pruebas resulto ser
> inclusive mas rapido que codigo escrito en c, y por ultimo
>
> visual foxpro (que mas se puede decir de VFP aca)
>
> (por mencionar solamente los mas paracido en sintaxis a clipper (xBase)
que
> era el lenguaje que yo utilizaba
>
> En realidad el factor que me hizo decidir seleccionar a VFP fue por
cuestion
> de Documentación, en aquel entonces fue muy dificil conseguir
documentacion
> en español ( y sigue siendo) de los demas entornos de desarrollo, y se
> suponia que microsoft siendo la empresa mas grande de software me
ofreceria
> mayor respaldo que las demas, en estos momentos pareciera que no es asi,
sin
> embargo debo admitir que de estos cuatro entornos de desarrollo, el mas
> completo me sigue pareciendo VFP, a pesar de que me parece que tiene la
> curva de aprendizaje mas pequeña que los demas. La gran desventaja: el
poco
> interes que microsoft le presta al sistema.
>
> Sin embargo veo con preocupación que pareciera cierta la necesidad de ir
> evaluando alternativas de desarrollo ya que no se ve muy claro el futuro
de
> VFP en microsoft, es verdad que esto se viene comentando desde la


version
6
> y aca seguimos, pero recuerden tambien que "cuando el rio suena es


porque
> piedras trae".
>
>
>


Respuesta Responder a este mensaje
#13 Heberto Villavicencio
11/07/2003 - 13:31 | Informe spam
De verdad qeu de delphi no conozco mucho, pero creo que no me equivoco al
decir, que delphi y kilix en escala de prioridad esta mas alto en borland de
lo que VFP esta en microsoft

"Ricardo Passians" escribió
en el mensaje news:#
O dicho de otro modo... Hay o habra Delphi .NET ??/ o algo asi ?
"Ricardo Passians" wrote


in
message news:#
> Otra cosa que me pregunto... Con un lenguaje no de MS como Delphi ?


como
es
> el futuro ? se discute tanto asi ?
>
>
> "Heberto Villavicencio" wrote in message
> news:#
> > Cuando decidí migrar de clipper a un entorno de desarrollo para


windows
> > considere algunas posibilidades, estas fueron:
> >
> > http://www.harbour-project.org/ (gratis y multiplataforma)
> > En realidad el sistema no es un compilador, toma codigo fuente
compatible
> > con las sintaxis xBase y 100% con clipper, y lo transforma en codigo


c,
> > luego este codigo c es compilado por cualquier compilador de c
disponible,
> > tiene versiones para OS/2 MSDOS Windows Linux, etc. es de codigo


abierto
y
> > totalmente gratis, pero tiene la gran desventaja que no esta


totalmente
> > finalizado a pesar de que ya he visto aplicaciones comerciales
> desarrolladas
> > con el.
> >
> > http://www.alaska-software.com/ (alaska xBase++) Compatible con la
> > sintaxis de clipper y realmente un compilador, es decir, genera codigo
> > objeto para luego enlazarlo y generar un ejecutable de 32bits


estandar.
> > (seria mas dificil decompilar el sistema, hasta lo momento no conozco
> ningun
> > decompilador)
> >
> > http://www.cavo.com/ (de la misma gente de clipper "cai"), al igual
que
> el
> > anterior es realmente un compilador, y este genera codigo ejecutable
100%
> en
> > lenguaje maquina (segun el fabricante), en algunas pruebas resulto ser
> > inclusive mas rapido que codigo escrito en c, y por ultimo
> >
> > visual foxpro (que mas se puede decir de VFP aca)
> >
> > (por mencionar solamente los mas paracido en sintaxis a clipper


(xBase)
> que
> > era el lenguaje que yo utilizaba
> >
> > En realidad el factor que me hizo decidir seleccionar a VFP fue por
> cuestion
> > de Documentación, en aquel entonces fue muy dificil conseguir
> documentacion
> > en español ( y sigue siendo) de los demas entornos de desarrollo, y se
> > suponia que microsoft siendo la empresa mas grande de software me
> ofreceria
> > mayor respaldo que las demas, en estos momentos pareciera que no es


asi,
> sin
> > embargo debo admitir que de estos cuatro entornos de desarrollo, el


mas
> > completo me sigue pareciendo VFP, a pesar de que me parece que tiene


la
> > curva de aprendizaje mas pequeña que los demas. La gran desventaja: el
> poco
> > interes que microsoft le presta al sistema.
> >
> > Sin embargo veo con preocupación que pareciera cierta la necesidad de


ir
> > evaluando alternativas de desarrollo ya que no se ve muy claro el


futuro
> de
> > VFP en microsoft, es verdad que esto se viene comentando desde la
version
> 6
> > y aca seguimos, pero recuerden tambien que "cuando el rio suena es
porque
> > piedras trae".
> >
> >
> >
>
>


Respuesta Responder a este mensaje
#14 leviatanmx
16/08/2012 - 09:51 | Informe spam
Heberto Villavicencio escribió el 10/07/2003 21:09 :
Cuando decidí migrar de clipper a un entorno de desarrollo para windows
considere algunas posibilidades, estas fueron:

http://www.harbour-project.org/ (gratis y multiplataforma)
En realidad el sistema no es un compilador, toma codigo fuente compatible
con las sintaxis xBase y 100% con clipper, y lo transforma en codigo c,
luego este codigo c es compilado por cualquier compilador de c disponible,
tiene versiones para OS/2 MSDOS Windows Linux, etc. es de codigo abierto y
totalmente gratis, pero tiene la gran desventaja que no esta totalmente
finalizado a pesar de que ya he visto aplicaciones comerciales desarrolladas
con el.

http://www.alaska-software.com/ (alaska xBase++) Compatible con la
sintaxis de clipper y realmente un compilador, es decir, genera codigo
objeto para luego enlazarlo y generar un ejecutable de 32bits estandar.
(seria mas dificil decompilar el sistema, hasta lo momento no conozco ningun
decompilador)

http://www.cavo.com/ (de la misma gente de clipper "cai"), al igual
que el
anterior es realmente un compilador, y este genera codigo ejecutable 100% en
lenguaje maquina (segun el fabricante), en algunas pruebas resulto ser
inclusive mas rapido que codigo escrito en c, y por ultimo

visual foxpro (que mas se puede decir de VFP aca)

(por mencionar solamente los mas paracido en sintaxis a clipper (xBase) que
era el lenguaje que yo utilizaba

En realidad el factor que me hizo decidir seleccionar a VFP fue por cuestion
de Documentación, en aquel entonces fue muy dificil conseguir
documentacion
en español ( y sigue siendo) de los demas entornos de desarrollo, y se
suponia que microsoft siendo la empresa mas grande de software me ofreceria
mayor respaldo que las demas, en estos momentos pareciera que no es asi, sin
embargo debo admitir que de estos cuatro entornos de desarrollo, el mas
completo me sigue pareciendo VFP, a pesar de que me parece que tiene la
curva de aprendizaje mas pequeña que los demas. La gran desventaja: el
poco
interes que microsoft le presta al sistema.

Sin embargo veo con preocupación que pareciera cierta la necesidad de ir
evaluando alternativas de desarrollo ya que no se ve muy claro el futuro de
VFP en microsoft, es verdad que esto se viene comentando desde la version 6
y aca seguimos, pero recuerden tambien que "cuando el rio suena es porque
piedras trae".


Hola que tal.! pues yo vengo programando desde hace años en xbase, llamese, Dbase, foxbase, FoxPro, FoxPro windows, visual foxpro hasta la version 9. tambien he pasado por visual Basic 3 y 6, algo de Delphi, me he metido mucho en POO y cliente/servidor con Powerbuilder, excelente herramienta, intente muchas veces el desarrollo web, con varias herramientas, ASP mucho codigo, PHP mucho codigo.! y todo embebido en html, despues conoci ColdFusion y me encanto, pero tambien va embebido en HTML, pero mucho mas rapido el desarrollo, en fin, nunca me gusto el desarrollo web, hastaaaaaa que conoci Adobe FLEX 3, y me enamore de el, por su potencia, por la cantidad de cosas ke puedes hacer en aplicaciones RIA ( rich internet application ) multiplataforma, ya que solo necesitas el plugin de flash en tu PC para que corra tu aplicacion, plugin ke se encuentra en el 90% de las computadoras del mundo, asi t aseguras ke correra igual en un IE que en un Opera, o un Linux que windows o Mac.

ademas es multicapa, ya que Flex solo es la interfaz de usuario por medio del cual llamas a tus webservices, para agregar datos, borrar, modificar, traer datos, etc. ese backend, lo puedes programar tanto en ASP como en PHP, ColdFusion o Java, solo llamas a tus metodos para manipular los datos. y puedes utilizar la base de datos que tu kieras.!

Yo en lo personal estoy trabajando asi Flex 3 + php + mysql


eh aki una pequeña aplicacion que desarrolle

http://www.youtube.com/watch?v=8m7wsUS1tJ0
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida