Pregunta sobre alternativas open source

[HernanCano]

Hola, amigos.
Veo que algún colega propone que usemos XOJO.
Quisiera que observáramos el sgte cuadro y que alguien me indique si hay alguna alternativa para el último renglón.

This open source programming language		this another major programming language	is open source and ¿Free?
xojo		vb	not free
lua	looks like	C	yes!!!
suneido			yes!!!
Xbase		Clipper	not free
Harbour			yes!!!
FlagShip			not free
Lianja		VFP	not free
Recital			not open source, nor free
??????????????????			yes!!!
Is there any alternative for the last row of this table?

HERNAN CANO MARTINEZ
Analista de Sistemas - Programador

[Edgar Acevedo]

Hasta esta fecha no he encontrado nada que se parezca a VFP, sea Open Source y gratis.  La verdad, ignoro si existe algo así.

Pero si de algo sirve, podría agregar al cuadro los siguientes:

PRODUCT           LOOKS LIKE           

Dbase Plus 8      VFP                 Not Free, Not Open Source 

XBase++           Clipper             Not Free, Not Open Source 
DBFree            Clipper (MaxScript) FREE, Not Open Source, WebServer
Xailer            Clipper (Harbour)   Not Free, Not Open 

FiveMac           Clipper (Harbour)   Not Free, Not Open Source 

FiveLinux         Clipper (Harbour)   Not Free, Not Open Source 

FWPPC (mobile)    Clipper (Harbour)   Not Free, Not Open Source 

FiveWin 32 Bits   Clipper (Harbour)   Not Free, Not Open Source 

FiveWin 64 Bits   Clipper (Harbour)   Not Free, Not Open Source 

Saludos,

Edgar Acevedo.

2013/10/4 HernanCano <jherna...@gmail.com>

[Víctor Hugo Espínola Domínguez]

Hola Hernán

http://www.lazarus.freepascal.org/

Saludos,

Víctor.

Lambaré - Paraguay.

2013/10/5 HernanCano <jherna...@gmail.com>

[Daniel Sánchez]

Lo bueno con Xojo tiene un precio máximo de 1,000 dolares por el paquete completo, no se, si estamos en el negocio es un precio razonable por una herramienta todo en uno (como nos gusta), con lo que no tendremos que aprender otros lenguajes o herramientas para lograr lo que deseamos tanto en desktop (Windows, Linux, OS X), y web, más adelante están ofreciendo también desarrollo a nivel iOS y Androi.

Saludos

2013/10/5 HernanCano <jherna...@gmail.com>

--
Daniel Sánchez Escobar
Investigación y Desarrollo
Reset Software & Sistemas
Móvil +051-949398047
Trujillo - Perú

[Carlos Alfaro]

¿En cuánto estima que sería el precio de VFP ahora si Microsoft lo hubiera continuado?

[Daniel Sánchez]

Estos son los precios de Microsoft

[HernanCano]

Edgar;
Qué bien! Gracias por tu info.

Víctor:
Un nuevo lenguaje a la lista: Lazarus/Delphi/Pascal.

Carlos:
mi objetivo no es criticar precios.

La pregunta es:
¿Por qué tantos proyectos open source en varios lenguajes, pero ninguno en lenguaje VFP?

**

[HernanCano]

[Edgar Acevedo]

No se la razón verdadera, pero si se me permite conjeturar, me atrevería a sugerir lo siguiente:

- El único realmente parecido a VFP es el DBASE Plus 8. Esta gente NO le tiene miedo a Microsoft por asuntos de "Derechos de Autor" ya que su producto desciende del DBASE original de Ashton Tate (predecesor y fuente de inspiración del FoxBase de donde viene el VFP; pues todos sabemos que hasta hubo problemas legales entre Ashton Tate y Fox Software por los "Derechos de autor" del modelo XBASE).

- Los buenos programadores que podrían "clonar" el VFP creo que no se atreven por temor a los "abogansters" (abogados lagartos y todopoderosos del omnipotente Microsoft) quienes les caerían encima con demandas que tendrían que pagar hasta sus bisnietos.  Te recuerdo que Microsoft es como "El Perro del Hortelano" que "ni come, ni deja comer".  Es como hasta la fecha nadie ha podido sacar un "clon" de Windows (mira el proyecto www.reactos.org lleva años de ofrecimientos y aún se mira "verde" y sin mayor futuro a pesar del apoyo de los rusos).  El Office de Microsoft "si" se pudo clonar ya que ese tipo de suite nació como una clonación de los productos de Borland (Quattro Pro) y WordPerfect.  Así que quien lo clone puede ampararse en que su producto no pretende "robar ideas de autor" de Microsoft sino de la ya desaparecida Borland y WorPerfect Corporation (que luego pasaron a ser de Novell y luego de Corel).

- Por otro lado, el Clipper pudo evolucionar hacia Harbour (el Clipper Free y OpenSource) ya que tengo la impresión de haber leído en alguna parte que los desarrolladores de Clipper siguieron desarrollando "freelance" por su cuenta cuando Computer Associates decidió "cerrar operaciones".  Mientras que creo (no me consta) que los desarrolladores de VFP se cambiaron a otros productos siempre dentro de la misma Microsoft (de seguro, Microsoft les ofreció algunos buenos beneficios para que no salieran a la calle a hacer un VFP Free y OpenSource como sucedió con el Clipper y los ex-programadores de Computer Associates).

Pero en fin, solo estoy lucubrando.  Solo son cosas que se me han ocurrido durante los últimos años al hacerme justamente la misma pregunta: "Si el VFP es tan bueno ¿Por qué no hay clones en desarrollo?"

Saludos,




Edgar

[Fernando D. Bozzo]

Hola Hernán :

Si que hay proyectos Open Source en Fox, en codeplex tenés unos cuantos, como VFP.

[Fer]

Quise decir como VFP X.

[HernanCano]

Pero VFPX son add-ons, no compiladores.

El domingo, 6 de octubre de 2013 05:43:07 UTC-5, Fernando D. Bozzo escribió:

Hola Hernán :

Si que hay proyectos Open Source en Fox, en codeplex tenés unos cuantos, como VFPX.

 

[HernanCano]

Corrrecto, Edgar.

¿Conoces VFrP? 
http://www.visual-freepro.org/indexmain.html
Wiki          http://www.visual-freepro.org/wiki/index.php/Main_Page 
Foro          www.visual-freepro.org/forum/
Videos        http://www.visual-freepro.org/videos/
Blog          http://www.visual-freepro.org/blog/
Código Fuente https://github.com/RickCHodgin/libsf

Es una alternativa "liberty software" a VFP, que está siendo desarrollada por Rick C. Hodgin. Estoy apoyándolo con documentación en español, y me gustaría saber si puedes involucrarte; él requiere colegas programadores en C++.

[Edgar Acevedo]

Me enteré, pero no me involucré porque nunca aprendí ninguno de los sabores de lenguaje C. 

En la universidad "de mi tiempo", lo que se aprendía era Assembler, Turbo-Pascal y COBOL.  Luego, cuando me incorporé a mi vida laboral de lleno, lo que usé (porque estaba de moda) era DBASE III Plus.  Luego, cuando llegó a mis manos, FoxBase fue "amor a primera vista" y me pase cuando estaba de moda el FoxBase +.  Luego hice varios programas completísimos en Foxpro para DOS.

¡ 6 de esos grandes programas aún siguen operando (luego de 20 años de implementados) !  Y sus propietarios hasta la fecha no han querido que migremos a VFP ya que siguen contentos y satisfechos con los programas originales.  Eso sí, durante estos 20 años me han ido pidiendo mejoras y adaptaciones, por lo que si los programas cuando "nacieron" eran grandes, ahora son "enormes".  Uno de ellos opera en una LAN con 46 estaciones conectadas y aún es un "rayo" en velocidad, está totalmente estabilizado y es totalmente confiable.

De allí mi "tardía" integración a VFP 9 (apenas comencé de lleno en VFP por noviembre del 2,010), ya que mi clientela me ha mantenido atado a estos viejos programas aún pues entre los 6 me piden constantemente cambios y mejoras (algunas bastante complejas).  Por razones de ética y agradecimiento por confiarme sus sistemas no he tenido el corazón de darles la espalda (como Microsoft ha hecho con nosotros) y decirles: "Ya no les seguiré dando soporte si no migramos a VFP 9 todos sus sistemas". ¡Incluso están corriendo sin problemas en Windows 8 de 32 bits!  (eso sí:  Cualquier Windows de 64 bits no puede con estos viejos programas).  Ya les expliqué de sobra las bondades y la necesidad de migrar a VPF 9, pero sencillamente no han querido hacerlo.  Con algunos clientes estoy corriendo sistemas híbridos (parte Foxpro DOS 2.6 y parte VFP 9, por cierto no ha sido fácil debido a "ciertas mentirillas" sobre la compatibilidad con "Free Tables" e índices)

Saludos,

Edgar

2013/10/6 HernanCano <jherna...@gmail.com>

[HernanCano]

Edgar:
Misma experiencia.

"El cambio es inevitable".. ¿no lo has escuchado de los "enem...."...... de los contrarios?

Debes migrar tus app a VFP9.... aunque sólo sea por estar esperando (conocer lo visual y OOP de VFP9) a que un cliente te pida algo de una y sin pensar.....

Pero dentro de poco los 64 bits nos tumbarán... así que te propongo "apoyar VFrP", como quieras: probándolo cuando llegue, documentándo, aprendiendo C++, buscando ayuda financiera (difícilísimo!!!!), ..... inscíbete en el portal!!!

Que el Señor y María nos guíen.

[Carlos Miguel FARIAS]

Pregunto sobre VFrp.

Tiene un IDE similar a VFP, o algún ide de algún tipo?

Dicen que hay que aprender C++, para que? no es equivalente a xBase?

Al lenguaje, de lo que vi, le ha agregado unos cuantos elementos nuevos, casi como un lenguaje nuevo, para pasarse a él, se va a tener que estudiar bastante.

Lo que vi de pantallas, muy poco, usa @ say get (!).

Alguien lo probó? Que resultados obtuvo?

Saludos: Miguel, La Pampa (RA)

[Mary]

hernan creo que por lo de 64 bits ya no hay problema ya que que ya tengo aplicacion de 64 bits nativa corriendo odbc de 64 bits runtime ver 10 ustdes pueden ver tambien un ejemplo en un hilo
que alguien subio una utileria el cual ya viene con runtimes 10 y no usa la del 9 el hilo se llama utileria para consultar Ruc  el proyecto se llama vfp advance y da la oportunidad de usar nustras app en 64 bits

[HernanCano]

Veamos, Miguel....

Tiene un IDE similar a VFP, o algún ide de algún tipo?

Aún no tiene IDFE, es un proyecto que apenas se esta haciendo por parte de Rick.
 

Dicen que hay que aprender C++, para que? no es equivalente a xBase?

Dado que el proyecto está en desarrollo, se necesita que alguien que tenga conocimiehntos en C++ aporte al desarrollo de ese proyecto; es decir que si alguien sabe C++ y quiera aportar, será un contribuidor más del VFrP.
 

Al lenguaje, de lo que vi, le ha agregado unos cuantos elementos nuevos, casi como un lenguaje nuevo, para pasarse a él, se va a tener que estudiar bastante.

Si vas a utilizar los nuevos comandos y las nuevas características, sí. Pero lo que debes saber es que al lenguaje será altamente compatible con lo que tengamos actualmente de VFP. Es decir lo actual funcionará son cambios en el nuevo lenguaje. Y no necesitarás aprender nada más para la trancisión: o sea ---cuando VFrP esté listo--- tú tienes una app en VFP6, y quieres empezar a usar VFrP,..... no haces nada sólo le incicas cuáles son los fuentes a VFrP y él ejecutará su app sin que hagas nada más.(( más escenarios al final)).
 

Lo que vi de pantallas, muy poco, usa @ say get (!).

Sí hay unas pantallas, pero no puedes ---deducir sólo con ellas--- si VFrP será suficiente.
 

Alguien lo probó? Que resultados obtuvo?

Aún no se puede probar, pues apenas está en desarrollo, aún está en el laboratorio. 

 

Te muestro otro escenario:
Tienes una app FoxProDOS o FoxBase, y quisieras migrarla. Con VFrP le agregas una "propiedad" a la "ventana" que creas en un .PRG. y te puede quedar habilitada para usar todo el esquema de propiedades, eventos y métodos de VFP.
Esto es lo que dice Rick en su portal y explica cómo se haría. Luego te informo...pero lo importante es que cambiar de una versión a otra será muy fácil (si tu app es DOS y la quieres usar como si fuera FPW, se podrá y tendrá un pantallazo estilo FPW; o si es FP-DOS y quieres que tenga pantallazo VFP, o sie es FPW y quieres que se vea cómo VFP ---)
La info completa de ésto la verificaremos sobre la marcha, pero el objetivo es ése.

[HernanCano]

Hola Mary.

Hablas de 64 bits, de ver 10, de alguien, rde runtimes. de RUC y de vfp advance. Me interesa. ¿Me explicas?