OT: JULIA nuevo lenguaje de programación!!

[Antonio Meza]

Se que a muchos les da urticaria en lo mas oscuro de su ser cuando en este foro se habla o menciona otro lenguaje, pero ni modo se ponen limón y listo jajajajajajajajajajajaja

https://julialang.org/blog/2018/08/one-point-zero-es

https://julialang.org/

P.D. Se me hace que los de VisualDevApp se querían secuestrar a Julia!!!! jajajajajaja

saludos

Antonio Meza

[ZeRoberto]

Fue creado hace poquito nomas, habra que probarlo

Saludos

VFP Unlimited - Canal de Youtube

https://www.youtube.com/channel/UCkUIcHDsOdMUIdhYNO985JQ

[GeoSys Diseño de Software]

En las variables veo que no es fuertemente tipado, es como VFP a una variable numérica luego se le puede asignar una cadena.

Saludos

Anthony Contreras P.

[Carlos Hidalgo]

Habrá algún ejemplo de algo hecho con esta lenguaje... como para decir: !!!Guaaaauuu se puede hacer eso con esta Julia!!!

[Irwin Rodriguez]

Yo creo que se pueden hacer grandes cosas con Julia, voy a meterle mano esta noche a ver que le puedo hacer :-P

--

Irwin Rodríguez

Analista Programador

+593 0994903424
Latacunga - Ecuador

"Un equipo solo son piezas que intercambias hasta que terminas el trabajo, es eficiente, funciona."

[Saúl Piña]

Saludos,

Se podría ver algún ejemplo de compilación con este lenguaje?

Veo que promete mucho y que es fácil de escribir, pero no encontré ejemplos de software.

[mapner]

Lo estuve viendo, y parece un proyecto bastante serio... bienvenido si es algo Open Source que pueda ser productivo el día de mañana...

[Carton Jeston]

VisualDevApp ahora se llamara Agustina...  :-)

Open source, gratuito, compila nativo... lo iremos viendo a ver que ofrece. Me he cruzado con el hace tiempo pero no suelo hacer mucho caso hasta que se concreta por experiencia ajena... Gracias por el aviso :-)

[Miguel A.]

¿Cómo te ha ido Irwin?

¿Corre bien, o no se deja hacer nada?.

Mantennos informados por favor...

Un saludo,

Miguel A.

[Irwin Rodriguez]

Hasta ahora puedo decir: es algo timida, introvertida, intenté verle el debugger y me dió una bofetada. Ésta noche sigo probando...

Saludos...!

[Saúl Piña]

Jaajajajja  Lo que sucede es que UD, quiere todo en un rato,

Calmese por favo!

[mapner]

Julia no es ninguna zorra!

[Irwin Rodriguez]

De hecho ese fue el error que cometí, como FOX me tiene mal acostumbrado entonces me pasé de la raya.

El mar., 14 ago. 2018 a las 11:10, mapner (<mpis...@gmail.com>) escribió:

Julia no es ninguna zorra!

[mapner]

Si, hay paltaformas que te llenan el stack...

[Carton Jeston]

Entonces me informaron mal, dijeron que Julia hacia de todo!!! :-D

[Carton Jeston]

Yo lo probe anoche antes de acostarme, lo ejecute y salio una ventana de comandos tipo terminal y me dije: ¿Donde esta el ide?. Mire la hora y disimuladamente me fui a dormir. :-P

[Irwin Rodriguez]

Le tuviste miedo :-P

Recuerda que no es una Zorra, asi que no te lo va a dar tan facil.

El mar., 14 ago. 2018 a las 11:47, Carton Jeston (<carton...@gmail.com>) escribió:

Yo lo probe anoche antes de acostarme, lo ejecute y salio una ventana de comandos tipo terminal y me dije: ¿Donde esta el ide?. Mire la hora y disimuladamente me fui a dormir. :-P

[Carton Jeston]

Les presento a Julia, la aventura conversacional. Para que digan que el genero esta muerto...

[Patricio Muñoz]

se ve muy arcaico.... de verdad se dan el tiempo para probar eso?

Bendiciones

El mar., 14 ago. 2018 a las 13:50, Carton Jeston (<carton...@gmail.com>) escribió:

Les presento a Julia, la aventura conversacional. Para que digan que el genero esta muerto...

--

Saludos

Patricio Muñoz

Pro&Tech

Analista en Sistemas

[Irwin Rodriguez]

Cuando el diablo no hace nada, con el rabo mata moscas...

[Carton Jeston]

Si miles de programadores han trabajado durante diez años en el proyecto, no creo que sea para tener una pantalla de msdos... habra que perder un ratito trasteando a ver de que va.

En el fondo, los programadores de fox tambien somos arcaicos :-D

[Irwin Rodriguez]

Correcto, y también matamos moscas.

El mar., 14 ago. 2018 a las 12:00, Carton Jeston (<carton...@gmail.com>) escribió:

Si miles de programadores han trabajado durante diez años en el proyecto, no creo que sea para tener una pantalla de msdos... habra que perder un ratito trasteando a ver de que va.

En el fondo, los programadores de fox tambien somos arcaicos :-D

[Carton Jeston]

Yo no mato moscas, pero acabare cazando alguna como siga asi... :-D

Lo primero que uno hace en julia es escribir 1+2, le das al intro y de pone 3. Luego haces operaciones mas complejas y te das cuenta que aunque sea para probar formulas de calculo, ya tiene cierta utilidad.

80 + 21% =96,80

en julia pongo 80*1.21 para tener el resultado.... y de ahi a operaciones mas complejas.

No es poca cosa, el creador del dbase II lo hizo para llevar estadisticas de futbol y mira como hemos terminado!!!

un saludo

[Carton Jeston]

Un ide para Julia.... parece el titulo de una comedia romantica...

http://junolab.org/

[Patricio Muñoz]

Carton

Pero eso no lo hace la calculadora de windows?... hasta el celular lo hace

Bendiciones

El mar., 14 ago. 2018 a las 14:16, Carton Jeston (<carton...@gmail.com>) escribió:

Un ide para Julia.... parece el titulo de una comedia romantica...

http://junolab.org/

[Irwin Rodriguez]

Jeje, yo hablando del diablo y patricio le hace de su abogado. La calculadora de Windows también hace ese tipo de operaciones aritméticas amigo, Carton solo está probando el compilador y posteando sus inicios (saludo esa iniciativa) para que otros también puedan ir conociendo y testeando (yo incluído). Además, tampoco pienso que los desarrolladores de Julia se hayan tomado 10 largos años para hacer una calculadora.

Saludos...!

[Jean Pierre Adonis De La Cruz Garcia]

HAY UNA FRASE QUE TENEMOS LOS PROGRAMADORES ANTIGUOS.

"CUANDO CREES UN SOFTWARE Y NO TE SIRVE PARA NADA PONLE VERSION 1.0"

Ya con 30 años de experiencia programando, lo puedo afirmar, jejejeje.

[Carton Jeston]

Entiende la ironia... si estamos buscando un sustituto al foxpro, ¿por que detenernos ahi y no reemplazar la calculadora de windows que todos usamos? :-D

Lo que quiero decir es que a veces perdemos mas tiempo discutiendo sobre alternativas que probando las que se nos ofrecen. Ahora estoy instalando atom...para instalar juno.... y por ahi veo en el repositorio que alguno mas se esta animando a crear otros ide alternativos.

Ya veremos donde acaba esto...

[mapner]

Que un entorno sea en modo consola no significa que ea arcaico, hoy en día gran cantidad de herramientas se utilizan con CLI (command line interface), desde GIT u otros controladores de versoines de fuentes a NodeJS y etc... y también poderosos y modernos sistemas operativos

[GeoSys Diseño de Software]

Creo que muchos están esperando que les hagan las cosas y les digan que lenguaje funciona o no, señores, hay que probar y probar, aprender y aprender, igual que VFP no vamos a encontrar nada, todos los lenguajes son similares pero tiene sus diferencias, ahora mismo con la facturación electrónica me a tocado aprender un poco C#, después de pasar por Xojo, un poco Python, B4J, a Julia hay que probarlo, no podemos evaluar un lenguaje de la noche a la mañana, todo lleva su tiempo.

[Carton Jeston]

Pues no es tan complicado, de hecho mientras hablamos he portado todas mis aplicaciones de fox a Julia a falta de optimizar un par de cosas.

Perdon, se me olvido desconectar matrix :-D

Entiendo a los que esperan, porque son muchos años probando cosas sin convencernos ninguna. Y hay que seguir haciendo las cosas diarias...

Al final esto de los lenguajes son como los moviles / celulares, lo que le van bien a uno no le va bien al otro.... un tipo que esta todo el dia en la oficina tendra un 7", el que esta en la calle no le cabe en el bolsillo y no quiere nada mayor de 5" :-D

[Carlos Miguel FARIAS]

Aqui ejemplos para mostrar imágenes: 

https://julialang.org/blog/2013/05/graphical-user-interfaces-part1

https://julialang.org/blog/2013/05/graphical-user-interfaces-part2 (donde usa tk, lo mismo que python y un montón de lenguajes más)

Julia puede llamar mediante pycall a las librerías que usa python (wxWidgets, pyside, pyqt, etc.)

Lo más interesante de Julia, de lo que leí, es que no parece pensado para ser un "curalotodo", si no que esta pensado para comunicarse con otros lenguajes para trabajar cooperativamente.

Pero, por ahora me quedo con Python (por el problema de hablo dormido, viste?)

Saludos: Miguel

[Antonio Meza]

Extremo te queda bien el nick!! jajajaja

Julia es un lenguaje de programación no un IDE!!!! para empezar!!!

En la misma pagina menciona que puedes usar para desarrollar entre ellas Visual Estudio Code y ya existe su extensión.

Se menciona que es mas rápido que C y puedes hacer lo mismo que C pero con una sintaxis tan sencilla como python, Ruby, etc, si no ven su potencial pues sigan esperando a VisualDevApp jajajajajajaj

Nota: Por cierto Julia no es sustituto de VFP, simplemente les mencione un nuevo lenguaje que esta tomando fuerza y no te pide que te registres y esperar a un fecha para mostrarse jajajajajajajajajajaja

saludos

Antonio Meza

[Antonio Meza]

Carton mejor dile a Chen que compile VFPA en Julia!!!!! jajajajajajaj

saludos

Antonio Meza

[Carton Jeston]

Antonio, casi prefiero Purebasic que Julia, ella se hace la sofisticada y eso no lo soporto :-D

[Carlos Alfaro]

Si yo dormido digo Python!!!, seguro que mi esposa da de gritos buscando la serpiente y me bota de la cama para que la busque.

 

Carlos Alfaro

[Antonio Meza]

imagínate si dices Julia te anda cortando el python jajajajajajajajajajajajajajajajaja

[Carlos Alfaro]

 

 

From: publice...@googlegroups.com [mailto:publice...@googlegroups.com] On Behalf Of Antonio Meza
Sent: martes, 14 de agosto de 2018 06:58 p.m.
To: Comunidad de Visual Foxpro en Español
Subject: Re: [vfp] OT: JULIA nuevo lenguaje de programación!!

 

imagínate si dices Julia te anda cortando el python jajajajajajajajajajajajajajajajajajajajajajajajajajajaja!!!!

[Irwin Rodriguez]

ZzZ...

Julia y Maria son excelentes, como quisiera que fueran unas Zorras...

zZz...

[Carlos Alfaro]

jajajajajaja

 

Involuntariamente no anticipamos al viernes.

 

jajajajajajaja

[mapner]

Da cierta gracia que al aparecer un lenguaje de programación nuevo multi-propósito haya tanta avidez de reemplazo del VFP que sin estudiarlo en lo más mínimo ya genera una caterva de mensajes expectantes a ver si sirve para algo de lo que hace el zorro... :))

Lloverá el maná informático del cielo o habrá que ponerse a estudiar seriamente?

[Patricio Muñoz]

Antonio

No lo había visto desde ese punto de vista, y como tu lo muestras, se ve interesante, me hiciste recordar el php y el asp que tampoco tienen ide (se puede programar con un simple block de notas). Aún así, no le encuentro mucha utilidad y tal vez por eso es que no le doy mucha importancia a este nuevo lenguaje y con el ejemplo que dieron de hacer una suma no me convenció para nada. 

En fox es mas rápido

?2+2    &&jejejeje 

Gracias por tu comentario del lenguaje 

Bendiciones

El mié., 15 ago. 2018 a las 14:40, mapner (<mpis...@gmail.com>) escribió:

Da cierta gracia que al aparecer un lenguaje de programación nuevo multi-propósito haya tanta avidez de reemplazo del VFP que sin estudiarlo en lo más mínimo ya genera una caterva de mensajes expectantes a ver si sirve para algo de lo que hace el zorro... :))

Lloverá el maná informático del cielo o habrá que ponerse a estudiar seriamente?

[Saúl Piña]

Eso que Ud dice es natural, al estar resignados a que VFP no vuelve jamás, cualquier viento de cambio es muy esperanzador!!.  Pero julia no es un IDE por lo tanto, no se parece en nada a VFP.

Saludos

[Carton Jeston]

Mapner tiene razón, se especula mucho sobre cualquier herramienta aunque es normal que exista cierta expectación ante un opensource multiproposito con todas las bondades que anuncian. Creo que hay que tirar de todos los hilos, como hablaba con Alonso Arias sobre como ha encaminado sus esfuerzos a Lazarus+Php+PostgreSQL y lo veo muy acertado, porque toca todos los palos y no deja su futuro en manos de una empresa, por lo menos de una que ya lo dejo tirado y todos conocemos. :-)

Del mismo modo, si un lenguaje como Julia (estan haciendo un ide algunos usuarios) abre el abanico de posibilidades, hay que estudiarlo, ver lo que tiene y no tiene o podria tener.

Lo de la calculadora es mas cosa de Viernes, me resulto chocante e hice broma con ello, asi que no cometan el error de desvirtuar un lenguaje que aun no sabemos sus posibilidades reales por mis tonterias :-D

Al final hay que analizar si esto nos puede ayudar hoy con nuestro fox (conectividad) y pueda tener un futuro... o no.

[Carlos Miguel FARIAS]

No es cuestión de elegir el mejor de todos (mejor que todos es muy dificil de definir).

Un lenguaje puede tener las ventajas A, B, C y D y las desventajas X, Y, Z

Otro lenguaje puede tener las ventajas A, C y D y las desventajas X, Y.

Cual es mejor, el 1º o le 2º?

Alguien puede necesitar las 4 ventajas, y no le importa las desventajas, obvio elige el 1º

Otro no necesita la ventaja B pero la desventaja Z le limita grandemente, acá, podría trabajar con el 1º pero para él la mejor opción va a ser el 2º.

Además, no creo que hoy día, aún para aplicaciones no muy grandes, se pueda lograr solucionar todo con un solo lenguaje.

En una empresa comercial, puede necesitar aplicaciones de escritorio, móviles y web. Una única solución para todo? Podría ser. Python y Java permiten desarrollar en los tres entornos, pero una APK podría solucionarse con Appinventor (programación tipo Lego, gratis, licencia MIT), y puede que para la web pueda usar PHP o Ruby (por mencionar lo mas usado), y solo por mencionar herramientas gratis (aunque lo más polenta de Java no es gratis, ahora es de ORACLE)

Pero si los costos pueden absorberse, hay muchas soluciones de pago que permiten solucionar todo esos aspectos entorno .NET, Winddev, etc.

Y a nivel web el uso de javascript es indiscutible (brython le falta desarrollo y difusión)

Para tener en cuenta, hay más de 50 TIPOS de lenguajes de programación diferentes. En cada tipo como mínimo hay  5 lenguajes diferentes, pero no es raro que haya más de 30 en un subtipo.

Y ni te cuento de los dialectos, por ejemplo los xBase, cuantos hubo, cuantos hay activos?

Hay para hacer dulce.

Saludos: Miguel, La Pampa (RA)

Larga Vida y Compilación 🤔🖖

Que el Parser los acompañe  🛠

[Carton Jeston]

La elección del lenguaje es algo particular de cada uno, como el tipo de teléfono que usa, según las necesidades uno puede ser mejor que otro.

Veo que muchas veces también se confunde el miedo al cambio con la inestabilidad del medio. Me refiero a que determinadas tecnologías son aupadas por los grandes de la industria para unos años mas tarde dejarlas caer o echarlas a un lado. En el caso de un lenguaje, no es tanto el tiempo de aprender como volver a reescribir todos tus programas. Una vez decidido el camino, solo hay que echar a andar. :-)

Por cierto Julia esta el 50 en Tiobe... y VFP el 51!!! La culpa la tiene Antonio Meza por publicitarlo!!!

[Carton Jeston]

Julia tiene una vecina a la que no hay que perder de vista... se llama Nim ;-)

https://nim-lang.org/

Es una mezcla de sencillez de python y otros lenguajes y que genera codigo en C, C++ y Javascript...

[Carlos Miguel FARIAS]

Interesante, el siguiente código en  nim

import strformat

type

  Person = object

    name*: string # Field is exported using `*`.

    age: Natural  # Natural type ensures the age is positive.

var people = [

  Person(name: "John", age: 45),

  Person(name: "Kate", age: 30)

]

for person in people:

  # Type-safe string interpolation.

  echo(fmt"{person.name} is {person.age} years old")

(11 lïneas) se puede escribir en python como

class Persona(object):

    def __init__(self, name, age):

        self.name = name

        self.age = age

gente = [Persona("John", 45), Persona("Kate", 30)]

for persona in gente:

    print(F"{persona.name} tiene {persona.age} años"

(7 líneas) Prácticamente lo mismo, ventajas? se puede compilar

Python también

Y si tenes un buen RAD, en cualquier lenguaje es fácil.

Saludos: Miguel

[Carton Jeston]

Miguel, el tema que genere en C, C++ o Javascript me hace pensar en un par de cosas:

1) El compilador de Chen lo que hace precisamente es generar en C el codigo fox y luego lo compila. Tarda bastante aunque ha hecho mejoras para aumentar la velocidad.

2) El compañero que quiere hacer algo parecido con fox, bien podria inspirarse en Nim para hacerlo.

El gran problema es el de siempre, esa enorme libreria de funciones que tiene fox, con los comandos que utilizamos, no estan disponibles en codigo fuente. Chen usa las librerias originales que parchea o mejora en ASM.

Lo bueno, tienes un lenguaje accesible que genera en dos lenguajes muy rapidos y flexibles en su campo, tanto en escritorio como en internet o tantas plataformas donde exista un compilador para ellas.

Ahora falta ver el tema del rad como dices o como evoluciona el apoyo de la gente, aunque es muy interesante ver propuestas como esta.

[Carlos Miguel FARIAS]

Lo de fox estaría bueno si Chen o el que sea logra reemplazar el entorno fox (su RAD), para que se pueda seguir trabajando en un esquema VFP. Porque mi preocupación con la herramienta de Chen es que siga dependiendo de VFP para el desarrollo.

Lo mismo que puede voltear VFP común en ejecución, puede voltear (y antes) a VFP en desarrollo.

Recuerdo que VFP 9 (el RAD) no podía usarse en W98 pero podían correrse exe de vfp en W98 (vi un cuadro en wiki de esas restricciones).

Recuerdo el problema de Fox para windows que cuando las CPUs superaron cierta velocidad de reloj tuvo que ser emparchado porque no funcionaba (y no se si ahora está funcionando).

 El VFP compiler y el VFP.Net eran muy buenas ideas (usaba VS como RAD) y además extendía las capacidades de VFP (datos tipados, velocidad NET) pero no hubo apoyo de la comunidad (nadie tiro un peso) y después de varios años de trabajo gratis tuvieron que tirar la toalla.

Pero se habla mucho de velocidad de lo compilado vs lo interpretado o las VM. A mi lo más preocupante son los tiempos de desarrollo y luego el tiempo de mantenimiento. Y sobre todo si tienes que refactorizar por cambio en los requerimientos.

No es mi caso, pero todos los colegas que tuvieron que modificar sus sistemas por el tema de la factura electrónica, la refactorización en fox puede haber llevado su tiempo, pero imaginense hacer lo mismo en un lenguaje como Java, C# donde tienes que refactorizar más líneas de código.

Si uds. analizan algunos test de velocidad, es cierto que un programa compilado (C, C++, Pascal) es 100 veces más rápido que por ejemplo python (no en todo), pero si el usuario espera la respuesta en 1" y python tarda 0,1", que gano si los primeros tardan 0,001".

El usuario me va a reclamar que arreglar algo en un programa tarde 4 días contra 4 horas.

Además, dentro de 6 años, el usuario va a pedir el doble de velocidad, y las máquinas van resolver las cosas 16 veces más rápido.

Por otra parte, es interesante pensar y ser abierto a la idea que un único lenguaje no es la solución. Además un lenguaje vale por los elementos que lo acompañan. Fijense que Julia recurre a C y Fortran. Python naturalmente se comunica con módulos en C.

Tambien se puede comunicar ida y vuelta con freepascal-lazarus (ver: https://github.com/pyscripter/python4delphi)

La solución híbrida es una solución natural (hombre con mujer, python con Julia, pero no Julia con python, eso ya es un a traba)

Saludos: Miguel

[Afpsistemas - Fernando Maggi]

Miguel, mientras siga existiendo la virtualización, yo puedo instalar mi entorno de desarrollo en un sistema operativo que funcione y compilar con el producto de Chen para los nuevos sistemas operativos.

Este esquema me parece mas que viable y solucionaría el tema por unos cuantos años … si consideramos que todavía vemos en el mercado muchos equipos con XP, cuanto tiempo tienen los SO actuales ¿? 5,10,15 años por delante ¿?

 

Saludos,

Fernando.

[mapner]

Creo que pensar la continuidad de VFP en base a que el sistema operativo lo soporte es un error. También hay que pensar en los cambios de tendencias en cuanto a cómo se distribuirán las soluciones informáticas, y esas tendencias hoy son claramente sistemas hosteados en la nube con UI web o aplicaciones nativas de dispositivos. La preocupación del desarrollador debería ser que pueda cumplir con esos requisitos. Saludos.

[Afpsistemas - Fernando Maggi]

Si coincido en parte, sigo pensando en las pequeñas empresas donde me cuesta imaginar un escenario distinto a un sistema que no este corriendo en la LAN


-----Mensaje original-----
De: publice...@googlegroups.com <publice...@googlegroups.com> En nombre de mapner
Enviado el: viernes, 24 de agosto de 2018 10:59
Para: Comunidad de Visual Foxpro en Español <publice...@googlegroups.com>
Asunto: RE: [vfp] Re: OT: JULIA nuevo lenguaje de programación!!

[Carton Jeston]

Es curioso, cada uno tiene una opinion distinta y a la vez tiene parte de razon en lo que dice...

Miguel, lo de chen no es un reemplazo de fox sino extiende la vida del VP9sp2 con parches, correcciones, adaptar librerias a 64bits, etc. que no es poco. Y como te dije, no es solo el rad, sino el runtime (lastima de guineau) que es el motor del lenguaje lo que costaria mucho crear. Y como dices, no se puede quejar del destino del fox cuando nadie ha apoyado a quienes tratabas de resucitarlo. El resto totalmente de acuerdo.

Fernando, la virtualizacion no es la panacea o si no pregunta a los que usan theos. Si, es muy estable, no se actualiza desde 2005, pero tienen que andar con problemas con el hardware como si es ide-sata o para imprimir en una impresora en red usan dos o tres programas a modo de trucos para hacerlo. Fox lo bueno que tiene es que es windows32, si ahora se prevee que aun aguante un tiempo, con la virtualizacion sera menos problematico siempre que no empiece con historias de hardware como theos. He visto como intentaban arreglar un problema con una impresora de tiquets en red y tardaban dos dias haciendo malabarismos. Eso es lo que comentaba miguel con la velocidad de desarrollo y mantenimiento.

Mapner, ese es el peligro, el cambio de tendencia que lleva produciendose hace años hacia el modelo nube-subscripcion  que en teoria abarata mantenimiento y termina con la pirateria. Tambien hay clientes que quieren la comodidad de tener su aplicacion como su gmail. Ahora bien, como indicaba Fernando, no todos los escenarios tienen un internet en condiciones ni se pueden permitir el lujo de no trabajar por tener caida en la linea. Aun asi, es una tendencia que no puede ser ignorada.

En resumen, fox es unico y aguantara mientras el sistema windows lo soporte, Chen vaya sacando parches y la tendencia no acabe aplastando las aplicaciones de escritorio. Encontrar un reemplazo es casi una quimera, pero si puedes ir buscando algo que te haga sentir comodo o incluso que puedas alternar entre el lenguaje X y fox.

Con nim, estoy descubriendo GUI's brutales, pero rad-ide aun estan por ver...

Para ser un viernes, que pedazo de ladrillo acabo de dejar caer :-D

[Carlos Miguel FARIAS]

Hay que ser realistas. Todavía se usa XP (y W98), pentágono estaría usando W95.

Pero el tema es que si esos sistemas operativos van a funcionar en máquinas nuevas, porque indefectiblemente el hardware que te soporta esos sistemas operativos viejos, podrán correr en el hardware nuevo?

Los bancos usan XP en los cajeros porque el reemplazo es muy oneroso (y los bancos tan generosos), al 2017, Windows tenía una cuota superior al 90% en escritorio pero XP no alcanza al 10% de ese equipamiento. Ya en 2018 se habla que W10 es el Windows más usado (le sigue W7).

Entonces la pregunta es: Seguimos apostando a un herramienta que corre en un SO para el cual está desapareciendo el hardware que lo soporta.

Hay máquinas que permitan correr DOS. Y la virtualización dura mientras el que soporta ese software le reditúe.

Saludos: Miguel

[Esteban H.]

Cada uno conoce el mercado donde trabaja y a q debe apostar p poder seguir compitiendo.
De q me sirve estudiar alternativas p implementar una macro empresa cuando mi mercado son las pequeñas y estoy cómodo con ellas.
He visto y probado el VFPA, pero no compraría el compilador de C++, me pregunto para qué???
Aún no he decidido hacia donde migrar, pero si he estudiado un poco de C# y Python.

C# es algo extraordinario, no hay límite, pero no es fácil. El IDE es increíble como así tb ver a quien lo sabe manejar la velocidad p hacer cosas q a uno en VFP le llevaría mucho tiempo, debido a q hay muchísimas librerías visuales ya programadas q sólo hay q utilizarlas. Hice unos ABM y una pantalla con una pequeña factura y luego generé la impresión con un reporte todo vinculado a FB p ver cómo era programar en C#, no me fue nada fácil, me la pasé buscando en google.... Aún no resolví el tema de manejar transacciones hacia el motor cosa q hago en VFP y quiero hacer en cualquier lenguaje q elija.

Python, me pasó q cuando quise buscar x donde empezar, no sabía q hacer, q bajar, donde está el IDE??? me pregunté..., jaja uno espera encontrarse con algo como VFP. Hay mucha información con este lenguaje y es muy utilizado, me pasa aún, q no veo alguna aplicación desarrollada q me agrade a la vista, si bien lo importante es el funcionamiento de un programa, me gusta la estética también. Me faltaría probar un poco más Tkinter q permite dar un aspecto más lindo a las aplicaciones desarrolladas, x otro lado Django q es muy completo p Web, pero es p verlo cuando se adquiere más experiencia... (mi opinión...).
CMF ha dado muchas referencias positivas sobre este lenguaje q me entusiasman a no descartarlo.

Quise tb ver algo de Java q pregunté a Mauricio x su experiencia, no puedo dar una opinión, sí se q es el más usado de todos.
Actualmente utilizo VFP + Firebird SQL, motor del cual estoy muy agradecido x su funcionamiento, lo pude vincular con C# y funciona sin inconvenientes, no pienso cambiarlo.

Quería dar mi opinión....

Saludos
Esteban.

[mapner]

Porque nos gusta tanto el VFP?
Hay varias posibles respuestas y la más a mano es: porque el desarrollo es más rápido en en otras plataformas.
Ok, por que desarrollar en VFP es más rápido que en otras plataformas?
Y acá viene un cúmulo de respuestas:
Lenguaje de fácil sintaxis
No se debe declarar variables
Comandos de alto nivel (ej.Browse)
Diseñadores visuales

Analicemos los puntos anteriores
Lenguaje de fácil sintaxis: los más parecido por facilidad a xBase es Python. Java, C#, PHP tienen sintaxis similar a lenguaje C, en sus estructuras de control
Y sus terminadores punto y coma (;)

No se debe declarar variables: puede verse como una ventaja, pero en realidad no lo es, el resolver el tipo de una variable en tiempo de compilación evita errores en tiempo de ejecución y da amor seguridad al código.

Comandos de alto nivel: es raro encontrar otros lenguajes basados en comandos sobre todo para lo que es despliegue visual de lo datos.

Diseñadores visuales:

[Carlos Miguel FARIAS]

En el grupo VFP-a-python estuve pasando material bibliográfico, Ides para python y algunos otros ejemplos.

A mi criterio, lo que se debe tener en cuenta al seleccionar un lenguaje es el factor humano de quien va a programar, o en el caso de un equipo de programadores, debe surgir por consenso.

Y no solo hay que pensar en el desarrollo, si no también en el mantenimiento.
No veo como un inconveniente la declaración o no previa de variables (tipo), si se programa con cuidad y con buena documentación, no debería haber problemas. Se presupone que un programa bien desarrollado y testeado va mover los datos del tipo que corresponda en todo momento.

En vfp, salvo cuando importas datos de un medio no controlado (Csv, txt, etc.) donde pueden aparecer datos "extraños" y eso se puede manejarse verificando el tipo de datos de lo que entra. En lenguajes con tipado fijo, eso creo es más complejo

Además, en los lenguajes con tipado fijo se deben sobrecargar funciones y métodos lo que es un problema adicional de complejidad en la programación.

En realidad, las librerías gráficas más utilizadas (wxwidgets, QT, GTK, las de windows) pueden ser utilizadas desde diferentes lenguajes (C, C++, python, php, tcl, etc.) y para todas hay diseñadores. Es cuestión de buscar.

También coincido que un elemento fundamental es sobre que tipos de aplicaciones se va a trabajar.

Acá se ha hablado de entornos varios (Windev, Lázarus, Lianja, Velneo, etc.) y parece que no les cuadra a muchos.

Saludos: Miguel  

[Oscar Bonet]

lo malo de VFP es que solo es de 32bit y ya.   xq comparado con muchos otros lenguabes lo supera.  pero si no migramos de los 32 a ese nivel nod quedamos.

Yo oor ejenplo he pensado que si el sr Chen que ha logrado convertirlo a 64Bit vale la pena pagarle a este señor chinito aunque seria una version de VFP "no legal".   

"El que no quiere una casa que de hecho fué propia y éste la abandona y otro la ocupara despues de tal abandono creo que  esa casa debe ser de propiedad del nuevo ocupante.   Las cosas no son delndueño sino del que las necesita.

Mi opini9n.

_________________
Oscar B.

[GeoSys Diseño de Software]

Lo que no me queda claro con la herramienta de Chen es si al convertirlo a 64 bits, ya se podrá utilizar independientemente el VFP de 64 bits, o sea, que no importaría que los sistemas operativos ya no corran ni tengan compatibilidad con 32 bits.

¿Una vez que con la herramienta de Chen se convierte en VFP de  64 bits, ya no se necesitaría el VFP de 32 bits?

Esa es mi gran duda, porque si siempre voy a necesitar del VFP de 32 bits, no le veo sentido.

Saludos

Anthony Contreras.

[Esteban H.]

El VFPA viene en 2 versiones 32 y 64, para instalarlo necesitas si o si instalado el VFP de 32 bits.

El VFPA no es un producto independiente q lo podes bajar, instalar y utilizar, depende p su instalación tengas si o si instalado el VFP.

Lo q decía CMF, q cuando no puedas instalar el VFP xq el sistema operativo no te lo permita, tampoco vas a poder utilizar el VFPA a no ser q el VFPA trajera su propio IDE, cosa q no es así en este momento.

El otro producto q tiene Chen es el compilador C++ q permite obtener un exe de 32 o 64 bits, y esta herramienta es de pago.

 

Saludos

 

De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de GeoSys Diseño de Software

Enviado el: sábado, 25 de agosto de 2018 08:16 p.m.
Para: Comunidad de Visual Foxpro en Español

Asunto: Re: [vfp] Re: OT: JULIA nuevo lenguaje de programación!!

[Carton Jeston]

Respecto a VFPA...

Se apoya en Visual foxpro 9 sp2 para instalarse y funcionar. Es necesario tenerlo instalado antes de poner VFPA.

VFPA al instalar copia las librerias y todo lo que necesita para funcionar a su carpeta de instalacion. En ese momento ya es independiente y portable. Y desde ahi lo he copiado a otro pc sin problemas, configurar el entorno fox y ya esta... por lo menos la ultima vez que lo hice.

Basicamente VFPA es una aplicacion de ingenieria inversa, vamos, lo mismo que hacen con telefonos, automoviles o cualquier otra cosa actual, solo que el lo hace de un lenguaje abandonado hace 10 años. Asi que tiene librerias desensambladas y me imagino que el ide tambien, ya que lo parchea/extiende/recompila.

Si hace cambios para que sea 64 bits, pues correra en 64 bits. De hecho ya lo ha hecho y poco a poco va cambiado librerias populares como foxtools para que funcionen a 64. Como ya he comentado antes, hay que vigilar las FLL que useis en vuestros programas, porque si no son comunes y no tienen version64, no podras hacerlas funcionar.

[Oscar Bonet]

y entonces? nos jodimos?  

Como es eso de compilar con otra herramienta?   que quiere decir,? que nuestro fuente en VFP se puede compilar con otra herramienta?

_________________
Oscar 

[Dsan]

Carton Jeston

Respecto VFPA

Chen me comento esta semana que paso que vfpa64 es compatible con asp e iis de 64 bit, y me dijo que por cuestiones de no tener problemas legales lo hace asi, pero hay una version que no necesita tener instalado nada de vfp9.

Saludes

Douglas

[Carton Jeston]

Oscar, hay un compilador hace años que compila en C y te hace el EXE. Aparte de usar el Visual Studio para hacerlo, lo que lo mantiene actual haciendo cambios como convertirlo a 64bits, no se puede descompilar como el nativo de foxpro.

Dsanchez, asi es, simplemente es por tener una proteccion legal y no le tumben el resto de su trabajo. Es como nantucket con el clipper, hace un compilador compatible dbase pero sin usar material nada de material del dbase ni adjuntando nada en su distribucion.

[Carlos Miguel FARIAS]

Sigue sin quedar claro si para desarrollar una aplicación se necesita el IDE de Fox. La pregunta es si hay un IDE de Chen que reemplaza el IDE de fox (o algo similar).

[Carton Jeston]

Miguel, hay dos cosas con las que trabaja chen que son diferentes:

VFPA: No es mas que el entorno de desarrollo de VFP9sp2 parcheado y mejorado, el IDE que todos conocemos. Es gratuito, porque no puede cobrar por un software que es propiedad de MS.

VISUAL C++ COMPILER: Es un compilador a C/EXE, lee el proyecto y compila tu aplicacion. Es un proyecto totalmente independiente, se hizo desde cero y puede usarse tanto en foxpro como VFPA, aunque obviamente necesite partes de foxpro como librerias y runtime para funcionar. Es de pago.

No se si esta era la duda que tenias ;-)

[Antonio Meza]

La pregunta es tan sencilla pero por lo que veo difícil de contestar para los que usan VFPA y el compilador!!! jajajajajajaj

Porque no la pueden responder!!!! jajajajajaj

saludos

[mapner]

Disculpen mi irreverente pregunta, pero Uds. comprarían un auto usado a un ciudadano chino cuenta-propista  que emparcha autos Volvo con repuestos de dudoso origen? Lo digo porque si todas las esperanzas de continuidad de trabajo en VFP estan puestas en la buena voluntad de un ciudadano chino que emparcha las DLLs originales de MS (no sabemos que toca ahí) suena no ya a desesperación sino casi a suicidio profesional... que respaldo tiene el trabajo de Chen? El día que tenga un Bug insalvable y hayamos vendido nuestro sistemas en cantidad o en monto importante, de que nos disfrazaremos buscando al chino que hizo el parche? 

Ok, MS hizo lo mismo? NO da respaldo a VFP? Bien, hay que migrar a otra solución... pero no meterse en cosas tan o más raras...

(IMHO)

Saludos!

[Sergio Ramirez S.]

Buen dia, tengo programando en VFP, desde hace 13 años mas o menos, sigo desarrollando sistemas o modulos, en ese mismo lenguaje, tengo hasta un sistema de facturacion electronica, je, platico mi experiencia propia y lo que pienso con todo respeto, mis sistemas trabajan perfectamente en windows 10, o cualquier windows anterior, hablando de win10, sabemos por experiencia que va a tener una vida minima de 10 años, tomando en cuenta el win7, quiere decir que tengo aun minimo 10 años, para que trabajen mis sistemas, pero quiero seguir creciendo, y por necesidad de proyectos nuevos y de los clientes, se necesita consultar y trabajar las aplicaciones, en la nube o hasta en entornos de android, estoy por iniciar a estudiar java, por los celulares y otros dispositivos, para consultas de informacion, ademas me dedico a implementar sistemas de la linea contpaq ( adminpaq, comercial, contabilidad, nominas, facturacion ), utilizo el VFP, para desarrollar reportes o cubos de informacion, que es excelente, tengo planes de impulsar, algunos desarrollos que tengo, pero que por falta de tiempo u otras situaciones, no los he podido promocionar, tengo la idea de posicionarlos en el mercado, y por lo menos la primeras versiones, que sigan en VFP, pero estoy viendo la posibilidad de las siguientes, si todo va bien, migrarlas con calma a un nuevo lenguaje, o implementar las herramientas que existen generadas de otras personas, y darle la fuerza que se necesitara y que trabajara sin migrar a otro lenguaje, cada caso es especial y unico, de los programadores que desarrollamos en VFP, hasta la edad del programador es un factor decisivo, para saber si migrar o no, pero el factor mas fuerte es la necesidad de seguir trabajando y captar mas clientes, no ahi fecha, para decir que VFP, se dejara de usar, existen aun sistemas muy viejos, que con todo respeto, trabajan muy bien, desarrollos que tardaran en quitarlos, no solo de VFP, de otros lenguajes, lo que si he aprendido por experiencia, es que tenemos que ver mas de una opcion, para poder dar la mejor solucion a nuestros clientes, y aprovechar si podemos otro lenguaje, cada uno de nosotros, tiene diferentes necesidades, depende que rumbo queremos seguir, si queremos seguir vigentes, mas de 10 años, je, tenemos que aprender y aprovechar, la nueva tecgnologia, espero y mi opinion, no ofenda a nadie, la hago, solo para compartir mi punto de vista, suerte a todos, buen dia y gracias, por compartir en el foro.

[Carton Jeston]

Mapner, entiendo tus dudas y estoy de acuerdo en que hay que empezar con otras soluciones en paralelo al fox. El tema de Chen sin duda le da un balon de oxigeno al mundo fox, que morira antes por falta de programadores en la comunidad que en su funcionalidad.

Lo minimo que puedo hacer es ofrecer mi apoyo, otra cosa es que ponga mi futuro en una sola cosa. Esto puede parecer un poco el apoyo que se dio a masfoxpro en su dia. No trato de convencer ni retener a nadie, simplemente mostrar una alternativa y ya de cada uno depende buscarse otras oportunidades.

No estoy de acuerdo en la comparacion que por ser chino parece que todo sea malo y barato. Ahi tengo mi telefono Lenovo, esa empresa que se hizo con parte de IBM. Aqui tienes otro que se hizo con parte de MS de un modo un tanto opaco :-D

[Carlos Miguel FARIAS]

Mi pregunta crucial no se respondió. El producto de Chen reemplaza para desarrollo el IDE de VFP? o debo usar el IDE de VFP para mis proyectos (nuevos o mantenimiento)? Otra duda que me surgió, sigue usando los runtime de vfp?

Y en función a lo que Chen dices que entrega un VFPA que no lo vende porque es un VFP emparchado y mejorado? Hay estás declarando abiertamente que está pirateando, porque nadie puede parchear el IDE de VFP desde dentro, puede agregar utilidades como en VFPx

Y si es cierto que WXP y W7 duraron mucho, pero acuérdense de Moore, los cambios cada vez son más rápidos.

Tal como lo veo. La solución permite mover VFP a 64 bits, pero, fuera de China, el legal?

[mapner]

Carton, una observación el concepto de "chino" no lo menciono por ineficiente o barato, de hecho y coincido de China están saliendo tecnologías e industrias cada vez más interesantes, lo de "chino" lo digo por lo distante tanto en distancia física como cultural, no es casual que allá alguien se anime a meterse con DLLs de MS, cosa que fuera de China nadie hace por respeto al tema Copyright, o sea lo que hace Chen sino es piratería, está a milímetros de serlo... y mi pregunta es, la esperanza de continuidad del mundo VFP está puesta en un único individuo que "toca" el producto original por fuera de las normas legales del fabricante, MS? Me parece que es de una precariedad notable... disculpen si esto genera desánimo, pero me parece demasiada expectativa en algo así...

[Carton Jeston]

Miguel, VFPA reemplaza el ide del vfp9 con parches y correcciones, que no deja de ser el mismo ide parcheado y recompilado.

Mapner, sobre la pirateria ya se ha hablado en incontables ocasiones y sin apoyarla, siempre hay que puntualizar y revisar caso por caso.¿legal?  ¿licito? ¿inmoral? Legal seguro que no, Lo demas dependera del prisma de cada uno.

Comprar una empresa (fox) para adquirir una tecnologia, dejarla caer cuando esta en competencia con otros productos de tu compañia sin tener en cuenta a los usuarios ni el prejuicio que les supone en años de aprendizaje y dejarla en via muerta sin que nadie pueda solucionar el problema es totalmente legal ya que son los dueños. Licito tal vez, pero algo de inmoral si que  es. Y con las politicas open source de la compañia podria liberar el codigo sin su famoso algoritmo, pero es el perro del hortelano, ni come ni deja comer.

Que un usuario invierta 10 años en dar solucion a ese problema con ingenieria inversa no es legal, aunque no distribuye contenido protegido en el caso del compilador o no se lucra en el caso del VFPA (exe con ide modificado). En un caso extraordinario como  este, es licito buscarte la vida encontrando la solucion que se te niega por otro lado. Esto no es como un word, que si hoy lo abandonan en dos dias estas trabajando con cualquier otra herramienta similar sin problemas.

La parte mas debil es que depende de un usuario y hay que ser realistas como bien dices y no tener muchas esperanzas puestas en una sola persona para solucionar el problema, pero la realidad es que no hay ninguna otra iniciativa real para extender la vida de foxpro a nivel lenguaje. Lo minimo lo que puedo hacer es apoyarlo.

La unica expectativa que se puede tener es ganar mas tiempo de vida para el fox, pero ya no hay que esperar a que MS u otra compañia nos lo solucione. De hecho, en un lenguaje y despues de esta experiencia, si es open source tiene un valor añadido porque a estas alturas me cuesta mucho confiar en MS y en todas sus propuestas por mucha tendendia que marquen. ;-)

[Carlos Miguel FARIAS]

Carton: Discutir de moral, inmoral, tal como tu dices, depende de cada uno.

Pero en este foro, según normas de Google, la piratería es ilegal, y no se debe fomentar. M$ no liberó VFP, las licencias que otorga son de uso y no son para modificar ni emparchar, puede complementar en la medida de que la herramienta originalmente lo permita (FLL, DLL, etc.) pero no se puede tocar el soft base.

Y mi pregunta de origen, más allá de la piratería o la moralidad no se me responde: Cuando VFP "normal" deje de funcionar en Windows, VFPA va a funcionar? Ya los entornos DBF, algo que usan muchos programadores y sistemas son blanco fácil de los rasonware. Y salen nuevos y los antivirus los detectan a los meses. Si tenes algo con DBF (que hay muchos que lo tienen), de que disfrazas si ese virus te "roba" los archivos?

Si M$ compro Fox (en 1992) y lo mantuvo hasta 2007. Creo que 15 años manteniendo un producto no está tan mal (.NET tiene 18 años).

VFP recibió mantenimiento más tiempo que cualquier otro producto discontinuado.

M$ utiliza la tecnología rushmore en SQL Server desde la versión 7. Por eso no libera los fuentes de VFP. Otra razón es para que no le utilicen el IDE para agregarlo a los otros xBase que en parte adolecen de algo potable

M$ vendía pocas licencias de VFP (así lo demuestra la falta de firmas para que lo continuara). También es evidente que si lo seguía vendiendo y mejorando, no iba a vender más licencias (prueba de ello es la falta de apoyo al desarrollo de eTecnologies para VFP.NET).

VFP le restaba ventas a M$ en otros de sus productos (Access, :NET, SQL Server)

Según comentaban, VFP está en el lugar 50 entre los lenguajes de programación (hasta detrás de Julia?)

Estamos como el último de los Mohicanos

Saludos: Miguel

[mapner]

Porque se discontinuó VFP? Miguel dice por bajas ventas, puede ser, yo digo porque el modelo de los RAD Visuales terminó y la tendencia fue copiar a Java, puede ser.
Pero qué es VFP? Un entorno IDE + un motor (local) + un lenguaje de manipulación de datos + OOP + UI (solo escritorio) + Diseñadores Visuales.
Hoy en día todo eso se obtiene por combinación de diferentes productos:
Ejemplo con tools Open Sources y grátis
IDE: Eclipse
SGBD: PostgreSQL o ... ... ...
OOP: Java, Python, Javascript, Ruby,.etc
UI: HTML, CSS, Javascript, jQuery y ...
Diseñadores Visuales: Reportes JasperReports, Formularios (para web Diseñadores HTML poco y nada por que ya no se diseña WYSIWYG)

Se dirá, pero el VFP tiene todo integrado en un solo producto, puede ser, pero... el mundo del desarrollo del software cambió...
Simple como eso.

[Antonio Meza]

Delphi gratuito!!!!! 

https://www.embarcadero.com/es/products/delphi/starter

Se que algunos ver mencionar otro lenguaje en este foro les arde lo mas profundo de su ser, pero para eso hay vitacilina a que buena medicina!!! jajajajajajajaj

saludos

Antonio Meza

[mapner]

En la descripción dice:

"acceso integrado a bases de datos locales"

o sea, no accede a motores de bd remotos... sirve solo para desarrollo y prueba local... fin de la histora... 

Buen intento Antonio!!! :))

[Antonio Meza]

Intento? no entiendo?

Simplemente comparto información ya cada cual le dará su cada que!!! jajajajajaja

[mapner]

Gracias por compartir la información Antonio!!! sobre todo de la Vitacilina!!!

Acá en Argentina recomiendan una llamada Manzan! Vaya a saber como se llama en Mexico!!!

:))

[fox...@gmail.com]

ReFox XII 2018 función completa descifrada solo con fines educativos es la última marca para vfp9

[Carlos Miguel FARIAS]

Que los RAD no se usan más? Visual Studio, Lazarus, Delphi, Velneo, Windev, Lianja, y solo de memoria (que ya es un logro). Scriptcase

Es cierto que en otros entornos (java, python, etc.) se usan herramientas independientes.

Pero QTDesigner te crea lo visual para QT (que se usa en múltiples lenguajes), pyside usa lo mismo pero es gratis y para python.

wxformbuilder te crea proyectos para C, Lua, python, php, luego solo debes agregar el código que maneja los eventos de los elementos visuales. Eso lo haces con un editor por separado, si es cierto, pero los editores como los eclipse, netbeans, pycharm son muy superiores para manejar proyectos que VFP. Si mal no recuerdo los mencionados acceden directamente a la bd (pycharm en la versión comercial).

Pero además, para cualquier motor de bd tienes acceso con herramientas diversas.

Y esta separación de herramientas, con las facilidades de particionado de ventanas de windows y monitores grandes te permite ver varias cosas a la par que VFP, teniendo en cuenta que ya tiene 11 años sin avanzar no tiene disponible, y el hardware en ese lapso es más de 1000 veces más potente.

M$ ($$$$$) dejo de vender un producto de bajas ventas (al nivel de ellos) que le reduce las ventas de otros productos. Lo de que no se usan más los RADs no va, de echo, justamente todos en este foro se mantienen en VFP por las facilidades (suficientes) de su RAD.

Saludos: Miguel

[mapner]

Miguel, todos los RAD que mencionás salvo visual studio son productos de nicho, con público y comunidades acotados. Entrá en Github y fijate los lenguajes/entornos más utilizados en proyectos actuales y decime si están los que comentás... fácil como eso. Que los RAD no están en baja? En los 90s reinaba Visual Basic (discontinuado ya como lenguaje), Power Builder (hoy muy acotado), dBase for Windows (casi desaparecido), Delphi (hoy reducido a casos particulares) y podríamos seguir...

Meterse con Velneo? es en serio? o con Lianja? Windev? Productos comerciales con contratos de licencia más que curiosos...

Scriptcase es un generador para PHP / Javascript / web, o sea es un add-on de desarrollo pero no cubre todo el ciclo (salvo lo que venden en el folleto).

Reitero: IDE + Motor SGBD + OOP + UI + Diseñadores Visuales ... ese es el entorno que cubre VFP y ese esquema no necesariamente se forma con productos únicos...

Saludos

[Gaetano Quattrocchi]

hola, para mí sería apropiado hacer unacstatua chen, me encanta el zorro y chen lo mantiene vivo y un espejismo y un dios, gracias chen. Me gustaría que alguien como chen cree una clase como android.vcx, donde hay cuadros de texto, formularios, controles de botones, etc. También con el zorro ide se puede agregar compilar para Android, sería genial.
Saluti dall'Italia

[Marcos Godoy]

Podemos decir esto, supongamos que tenemos visual foxpro 9 (licencias completas...) de vfp y viene alguien, un sr. de China, que nos da un producto que toma nuestra app., nuestro y la convierte en un

exe c++ de 64 bits., lo cual hace que nuestro producto se pueda proyectar otros 15 años más.. que licencias estaríamos violando alli ??

[Newbie]

Seria anormal que entiendas algo.!

[Marcos Godoy]

No me refiero al visual 9, nosotros generamos una app , y el producto chino extiende nuestra app. no nuestro visual 9.

[GeoSys Diseño de Software]

Y cuando las computadoras no soporten los 32 bits, como vas a instalar el VFP9 para generar la app para que sea compilada a 64

Anthony Contreras 

[Carton Jeston]

Este es un buen debate, porque se polariza pero veo que en ambas partes tienen su parte de razon. También creo que deberían banear a Antonio Meza por generar temas offtopic polémicos. :-D 

Miguel, aqui no hay piratas, solo gente de mal vivir con patente de corso. No es lo mismo!!! :-)  VFPA seguira funcionando el dia que caiga el ide de VFP9 porque esta mantenido y va sacando parches que arreglan bugs del original. Sobre los dbf y los rasomware, no se puede pedir que fox haga el trabajo del antivirus y la copia de seguridad. Yo uso dbf pero he estado mejorando cosas poco a poco como usar el compilador de chen, control de codigo con Fernando y cuando me sea posible reescribir la aplicacion con mejores practicas y una de ellas usar la libreria FoxyDB de Antonio Meza. Es por eso que aunque no he elegido el camino definitivo, ya hace rato me puse a andar hacia delante ;-)

Sobre el soporte a un lenguaje, 15 años puede parecer mucho pero tienes que preguntarte cuantos años necesitas para formarte como programador experto en ese lenguaje. Si yo doy 10 años de soporte a una aplicacion, si la cambio por otra diferente, en el peor de los casos mis clientes se adaptan en semanas y no en años y los datos se migran, el codigo fuente no es tan sencillo. Es como si ahora se pone de moda el chino y dentro de 10 años el ruso, dentro de 5 mas el malayo... al final creo que tiene todo un limite y quizas una buena decision sea tener un buen nivel de ingles y español ;-)

Respecto a los rad, hablan de QT designer y por ahi he visto algun conversor de .UI para python, nada impediria hacer lo mismo con foxpro y tener un reemplado del diseñador de gui o incluso un interprete de UI para fox... y asi con todo lo demas. Lo que quiero decir es que me parece buena idea y no tan complicado usar herramientas externas que sustituyan todos los aspectos del ide. Del mismo modo que se puede usar Visual Code para codificar como hago en otros lenguajes. Si usas bases de datos como firebird, un editor de "tablas" que los hay a patadas buenos y gratuitos. Lo que quiero decir con todo esto, es que conviene sacar buenas ideas o ideas productivas de estas discrepancias y no aferrarnos a un bando u otro. Si conoceis y utilizais herramientas externas para vuestro trabajo, compartir vuestra experiencia.

El tema del compilador, se que genera .C y luego el exe y algunos usuarios estaban en ello, incluso Chen me comento en una ocasion como usar todo eso y hacer mejoras. Es factible que tu aplicacion fox se convierta en fuente de C y seguir en ese lenguaje, ahora bien, no lo he probado y lo que me preocupa es la legibilidad y el mantenimiento posterior. La otra es que una vez que pasa a C ¿para que quieres el compilador? Y esa es su fuente de ingresos... pero ¿que usuario quiere programar en C cuando puede hacerlo en xbase y generarlo a C?. Esa es la cuestion.

Cuando las computadoras no funcionen en 32 seguro que alguien hara algo para poder instalarlo o como apunto un compañero, virtualizar un sistema 32 como se hace con msdos o windows 3.1. Luego lo copias a tu nuevo sistema 128bits (64 se mantendra por compatibilidad) y ya esta.

Lo que tengo claro de todo esto, es que quien quiera seguir adelante en xbase, no puede esperar lo mismo, debe adaptarse a "lo mas parecido", del mismo modo que en el pasado pasamos de clipper summer87 a clipper5 o a windows foxpro 2.6, tuvimos que hacer concesiones y adaptarnos. Luego hablo un hilo mas reflexivo sobre harbour...

[Antonio Meza]

Que el gran astro Rey te perdone por blasfemo!!!! jajajajajaj

En mi caso solo mencione un nuevo lenguaje de programación llamado JULIA!!!!! ya los debates de Chin Chon Chen son tuyos y de otros, no tengo la culpa que adores mas a Chen que al propio gran astro Rey!!! jajajajajajaj

p.d. Porque no abren otro hilo ya ensuciaron este tema!!! jajajajajaja es broma!!! lo digo porque no falta un ridículo que lo dice a veces!!!!!

saludos

[Carlos Miguel FARIAS]

Antonio: Podes explicar porque te aman y te odian. Al principio piden que te baneen y en párrafos siguientes dicen que quieren usar tu librería.

Y no estoy tomando bando en favor o en contra de lo que hacen Chen. Solo hago preguntas que no habían contestado, u otras que no me queda claro (ya las neuronas no son las de antes).

No pido que Chen me solucione los problemas de los rasonware (ya bastante lío tiene evitando que su código no sea atacado por los antivirus).

Mi pregunta básica es (porque no entendí la explicación, si la hubo).

VFPA = VFP + (programas independientes, DLL, FLL, dale que va, correctores de bugs y ampliadores de funcionalidad)? o

VFPA = V(arreglo)F(arreglo)P(arreglo)? (porque indicas que arreglan bugs del original)

Porque en el primer caso, cuando VFP no funcione, la conversión se va al diablo.

En el segundo caso (se corrigió VFP por dentro) es directamente violación de licencias.

Si las leyes de licencias son buenas o malas, si favorece a los poderosos o no, es un problema que no resolvernos nosotros (es más la ley, independientemente de su calidad, dice lo que el juez dice, perdón Señor Juez).

Sería interesante saber cuantos foristas en este foro todavía: Hacen proyectos nuevos con VFP, mantienen proyectos en VFP, están migrando proyectos VFP. Como para saber realmente la dimensión de lo que estamos hablando.

No juntamos (porque yo firme) 6000 firmas para +VFP, que piojo.

Saludos: Miguel

[Saul Piña Hernandez]

Miguel Buenos dias, en mi caso, ya no creo nuevos proyectos en vfp, a duras penas doy mantenimiento a los existentes que son pocos y vfp me sirve mas que nada de historia y amistad entre foxeros y exfoxeros.

Saludos!

[Carlos Miguel FARIAS]

Solo accedo a vfp para migrar aplicaciones a nuevas herramientas.

Además estoy trabajando armandome un framework para el trabajo en la  Muni.

En la muni hay aplicaciones de Fox para DOS, imaginate. Esas pueden que colapsen antes

;-D

Saludos: Miguel

[francisco prieto]

Chen,

Ya saco la version de  64  bits... mira

Please download VFP Advanced (32-bit and 64-bit) 20180808 version from:
http://www.baiyujia.com/f_download.asp


1. The VFP Advanced 32-bit compatible problems for the antivirus programs.

     We get the following scan results from the website www.virustotal.com:
     ---------------------------------------------------------------------------
     | VFP ADVANCED 32-BIT FILES | SCAN RESULTS                                |
     ---------------------------------------------------------------------------
     | VFPA.EXE                  | Cylance: Unsafe                             |
     ---------------------------------------------------------------------------
     | VFPAR.DLL                 | Clean.                                      |
     ---------------------------------------------------------------------------
     | VFPAT.DLL                 | Clean.                                      |
     ---------------------------------------------------------------------------
     | Compiled exe files        | Cylance: Unsafe                             |
     ---------------------------------------------------------------------------
     | Compiled dll files        | Clean.                                      |
     ---------------------------------------------------------------------------
     | Compiled mtdll files      | Clean.                                      |
     ---------------------------------------------------------------------------


2. The VFP Advanced 64-bit compatible problems for the antivirus programs.

     We get the following scan results from the website www.virustotal.com:
     ---------------------------------------------------------------------------------
     | VFP ADVANCED 64-BIT FILES | SCAN RESULTS                                      |
     ---------------------------------------------------------------------------------
     | VFPA.EXE                  | Clean.                                            |
     ---------------------------------------------------------------------------------
     | VFPAR.DLL                 | Clean.                                            |
     ---------------------------------------------------------------------------------
     | VFPAT.DLL                 | Clean.                                            |
     ---------------------------------------------------------------------------------
     | Compiled exe files        | Clean.                                            |
     ---------------------------------------------------------------------------------
     | Compiled dll files        | Clean.                                            |
     ---------------------------------------------------------------------------------
     | Compiled mtdll files      | Clean.                                            |
     ---------------------------------------------------------------------------------

     The Avast antivirus program reports some virus in the VFP Advanced 64-bit executable files,
     we can add the VFP Advanced 64-bit executable files in the Exclusion List,
     or we can compress the VFP Advanced 64-bit executable files with the UPX program, for example,
     upx vfpasetup.exe
     upx vfpa.exe
     and then the Avast antivirus program will not report the virus.


3. About VFP C++ Compiler.

     I developed another product VFP C++ Compiler, it's a VFP source code protect tool.
     If you need the VFP C++ Compiler official version, please send an email to me.

     VFP C++ Compiler 2018: USD499, 1 License, Free update for 1 year.
     VFP C++ Compiler subscription 2018: USD50 per year, update, support and service in the year 2018.
     VFP C++ Compiler license: USD30 per license.
     Now VFP C++ Compiler is a stable product, and it can compile and generate the Win64 executable files.

     VFP Encryptor 32-bit version: free.
     VFP Encryptor 64-bit version: free.

     VFP Advanced 32-bit version: free.
     VFP Advanced 64-bit version: free.
     VFP Advanced subscription 2018: USD100 per year, update, support and service in the year 2018.


Best Regards.

Chen
2018.8.18

Saludos,

Pancho

Cordoba

Argentina

El sáb., 25 de ago. de 2018 a la(s) 20:02, Oscar Bonet <dirsi...@cialta.com> escribió:

lo malo de VFP es que solo es de 32bit y ya.   xq comparado con muchos otros lenguabes lo supera.  pero si no migramos de los 32 a ese nivel nod quedamos.

Yo oor ejenplo he pensado que si el sr Chen que ha logrado convertirlo a 64Bit vale la pena pagarle a este señor chinito aunque seria una version de VFP "no legal".   

"El que no quiere una casa que de hecho fué propia y éste la abandona y otro la ocupara despues de tal abandono creo que  esa casa debe ser de propiedad del nuevo ocupante.   Las cosas no son delndueño sino del que las necesita.

Mi opini9n.

_________________
Oscar B.

El sáb., 25 ago. 2018 5:09 p. m., Carlos Miguel FARIAS <carlosmig...@gmail.com> escribió:

En el grupo VFP-a-python estuve pasando material bibliográfico, Ides para python y algunos otros ejemplos.

A mi criterio, lo que se debe tener en cuenta al seleccionar un lenguaje es el factor humano de quien va a programar, o en el caso de un equipo de programadores, debe surgir por consenso.

Y no solo hay que pensar en el desarrollo, si no también en el mantenimiento.
No veo como un inconveniente la declaración o no previa de variables (tipo), si se programa con cuidad y con buena documentación, no debería haber problemas. Se presupone que un programa bien desarrollado y testeado va mover los datos del tipo que corresponda en todo momento.

En vfp, salvo cuando importas datos de un medio no controlado (Csv, txt, etc.) donde pueden aparecer datos "extraños" y eso se puede manejarse verificando el tipo de datos de lo que entra. En lenguajes con tipado fijo, eso creo es más complejo

Además, en los lenguajes con tipado fijo se deben sobrecargar funciones y métodos lo que es un problema adicional de complejidad en la programación.

En realidad, las librerías gráficas más utilizadas (wxwidgets, QT, GTK, las de windows) pueden ser utilizadas desde diferentes lenguajes (C, C++, python, php, tcl, etc.) y para todas hay diseñadores. Es cuestión de buscar.

También coincido que un elemento fundamental es sobre que tipos de aplicaciones se va a trabajar.

Acá se ha hablado de entornos varios (Windev, Lázarus, Lianja, Velneo, etc.) y parece que no les cuadra a muchos.

Saludos: Miguel  

[Luis suescún]

Buenas tardes mis amigos.

me podrían decir de que se trata el VFPA.. hacia donde apunta..

mil gracias a todos de antemano por sus respuestas

[Irwin Rodriguez]

http://www.baiyujia.com/vfpadvanced/f_vfpa_about.asp

--

Irwin Rodríguez

Analista Programador

+593 0994903424
Latacunga - Ecuador

"Un equipo solo son piezas que intercambias hasta que terminas el trabajo, es eficiente, funciona."

[Luis suescún]

Gracias Irwin