OT: Quieren pruebas de que nuestro Zorro esta casi extinto?

[Victor Espina]

Muchos aca se resisten a creer que nuestro querido Zorro esta prácticamente extinto y se siguen resistiendo a migrar a otras plataformas.

Yo tenia tiempo sin venir por estos lados, pero desde que volví he notado algo que me llamo la atención:   el bajísimo nivel de posts que aparecen en el grupo todos los dias... y no es solo acá; en Foxite es lo mismo.   

Todos los dias lo primero que hago después de revisar mi correo es entrar a esta grupo y a Foxite a ver que hay de nuevo... y ambos parecen un pueblo fantasma... un dia BUENO en Foxite es cuando hay mas de 5 posts... acá han pasado hasta dos dias sin que nadie posee nada.

AsI de extinto esta el Zorro.  Consejo: dejen de resistirse al cambio y dediquen tiempo y esfuerzo a aprender otra plataforma; no vaya a ser que dentro de un par de años queden extintos igual que nuestro amado Fox.

Victor Espina

[Cristian Novoa]

quiere decir que ya todo está resuelto

[Dsan]

Saludos Maestro, 

Le doy la razón en que pasemos a otros lenguajes, en mi pueblo todos tienen celulares + computadoras + internet, los sistemas tienen que ser más escalable cada uno en su propio ambiente nativo es lo correcto, tenemos que si o si ir evolucionando los Foreros, aunque tengamos las app en escritorio exe cliente servidor, siempre hay clientes que demandan esos medios Móvil y web, aunque nuestras app sigan vivas.

Con respecto a la tendencia en los grupos web, también es cierto ha bajado la cantidad de hilos, con vfp.

Pero le cuento que la mayoría están en los grupos de whatsapp y telegram, eso vino a evolucionar y hacer llegar más rápidas las consultas y dar tips a las dudas expuestas mucho más rápido, ya que el celular no lo dejamos... mientras por esta zona contestamos 2 días después las respuesta en el grupo de whatsapp salen por cientos y en segundos...

Sino cheque por aca: Comunidad Visual Foxpro https://chat.whatsapp.com/D5HqKW5IpDdGAMZrAlBONk

esta semana conté como 5 grupos de whatsapp, de vfp.

Saludos

Que tengan todos un Excelente día, lleno de Salud y ánimos para seguir luchando en la vida, cada quien a su manera; y no tengamos miedo que con aprender o tratar de entender otros lenguajes,  y no entender algo a la primera, no nos va hacer daño, Ánimo colegas. 

DSanchez

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/09c99a80-9121-4cb0-aba9-aa0c34373ceen%40googlegroups.com.

[Ivan Martinez]

No digo que sea una lista con millones de emails al dia, sobretodo de emails sin problemas reales. Esta lista se ha caracterizado por ser libre de spam, propaganda, etc, etc. El cumulo de informacion en los archivos en este grupo es invaluable. Yo antes de preguntar algo voy a los archivos historicos y casi siempre encuentro la respuesta alli. Es verdad nuestro zorrito ya tiene muerte declarada pero muchos de nosotros tenemos aplicaciones de  las cuales vivimos y a lo mejor seguiremos viviendo por muchos años , es parecido al caso de COBOL y RPG pero en menor escala. COBOL y RPG hay para rato y creo que foxpro tambien. Esta lista es una maravilla no creo que grupos de whatsapp o Telegram puedan sustituir. Buscar algo en esos grupos es imposible, no hay historicos, no hay temas es verdaderamente un desorden y se3 presta mucho para la inmediatez o la idiotez. He dicho.

Ivan Martinez

[Esteban Herrero]

Hola Victor...

Te tengo un gran respeto x lo q significas p el grupo y x tus
insuperables aportes, pero no estoy tan de acuerdo q ya no haya tantos
en VFP, no voy a negarte q es bueno aprender alguna otra herramienta,
pero en mi caso cuando necesito algo siempre googleo xq es seguro q a
alguien ya le pasó o resolvió la situación q se me presentó. Yo es muuuy
raro q haga una consulta, siempre busco y me gusta a mi resolver mi
problema, aunque me cueste días o meses como fue el tema WebService,
pero no me doy x vencido, yo veo muchas veces preguntas tan simples q te
hace pensar q es un estudiante de secundario q le dieron un deber y lo
plantea acá p q se lo hagan.

Pero veo q hay muchos q siguen apostando x VFP, hace unas semanas un
cliente me pedía opciones como son las del FoxyPreviewer, q nunca habia
usado, así q lo instalé y me puse a implementarlo y me encontre con
inconvenientes q no podia resolver, pero seguí buscando hasta q vi q
Carlos A. el diseñador había subido una nueva version Release Candidata
q resolvía el inconveniente q tenía.

En fin no escribo p decir q estoy totalmente en desacuerdo, sino q p dar
mi opinión, el zorro me sigue dando muchas alegrías aún.

Abrazo

Esteban

El 25/05/2022 a las 14:23, Victor Espina escribió:
>

[Esteban Herrero]

[Victor Espina]

Mira, yo lo digo desde la perspectiva de alguien que lleva todos los años del mundo en esta comunidad.   Las veces que me he retirado un poco de estos grupos ha sido porque habían TANTOS mensajes todos los dias, que invertía mas tiempo del recomendable en ellos :).     Definitivamente eso no pasa ahora.   Quizás es como dice DSanchez, que mucha gente ahora usa los grupos de WhatsApp, lo cual me parece un despropósito porque el medio no se presta para este tipo de cosas, pero en fin.

Estamos claros que VFP seguirá existiendo como un nicho donde probablemente siempre haya trabajo de mantenimiento, pero  a menos que se quieran quedar estancados ahi (o simplemente ya no les interese desarrollar cosas nuevas en el futuro), tienen que empezar YA a moverse a otras plataformas, sin abandonar el Zorro por supuesto.

Victor Espina

[Carlos Miguel FARIAS]

Tienen la opción de dbase, por 500 dolares. (https://www.dbase.com/)

Tienen Lianja, con versiones gratis (https://www.lianja.com/overview/compare-editions) (https://www.lianja.com/community/lianja-for-vfp-developers)

Estoy trabajando con Python y Postgresql, pero ya en retirada a un año de jubilarme.

Y en la Facu, que sigo, tengo que lidiar con Excel y VBA. (Buaaaa...)

Saludos: Miguel

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/27b54f7a-614b-4ed3-bd2e-5f7855f9efaen%40googlegroups.com.

[Damian Lana]

Buenos días, que recomendas según tu experiencia?

Sldos Damian de Mendoza

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4z0dPLwioD_A0uVke0-T%3Dm%2B_8BPD_wx2EsswkCzrYkHtQ%40mail.gmail.com.

[Carlos Alfaro]

Saludos cordiales estimados colegas:

 

El que estoy estudiando porque me gusta es Delphi.

 

Tiene la opción comunidad, es gratuita para estudiarlo y para desarrollo comercial de bajo precio.

 

Les contare cuando ya haya realizado mi primer proyecto comercial.

 

Buen dia.

 

 

Carlos Alfaro

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4z0dPLwioD_A0uVke0-T%3Dm%2B_8BPD_wx2EsswkCzrYkHtQ%40mail.gmail.com.

[Carlos Miguel FARIAS]

Mi experiencia no te va a servir. Porque no todos asimilan o aprecian los lenguajes de programación, no todos usamos lo mismo. En realidad la gran diferencia la aportan los respectivos entornos de desarrollo. Posiblemente dBase te resulte similar a la interfaz de VFP, Lianja es diferente (aunque el código sea el mismo). Probaría con ambos (en sus versiones libres) y analizo las respectivas comunidades.

Alguien mencionó Delphi. Existe la versión gratuita Lázarus asociada a Free Pascal.

Saludos: Miguel

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/001201d870f9%2409f3cd50%241ddb67f0%24%40com.

[Jean Pierre Adonis De La Cruz Garcia]

Algo que puedo decir a mis pocos 34 años programando, empece con COBOL, RPG; Turbo Pascal, hasta que conoci FoxBase, en su version comandos nadas mas, y de ahi aparecio el famoso Visual Foxpro, y los maestros que me enseaban en ese tiempo me dijeron algo importante, de aqui en adelante veras que todos los lenguajes de programaciones son iguales, ya que todos son solo para crear una interfaz de presentacion, el objetivo siempre sera el mismo, y fue asi, asi que de ese punto entendi que migrar o usar un lenguaje de programacion el objetivo seria el mismo, eso si, comence a usar arios lenguajes de programacion y que interactuen con una sola base de datos.

Por mi parte me he quedado trabajando con MySQL, dicha base de datos las tengo en Servidores en la Nube, y mis demas sistemas segun los pedidos de los clientes los desarrollo en Visual Basic, Visual Foxpro, . Net,  Power Builder, PHP, Java, Jquery, Android, Kotlin, etc, al final en todos ellos asimilio mi interfazs para que interactuen con mi Base de datos q esta en la Nube, de esa manera lo unico que trabajo es la parte Front End, ya que la parte de Mysql la consumo por APIRest y todos trabajan sin problema.

Asi que muchachos es muy cierto lo que menciona nuestro amigo Victor, es tiempo de ir migrando.

Pronto nuestro Zorrito tendra alas.

[Carlos Miguel FARIAS]

Si señor, se pueden conseguir mejores pinceles y pinturas que las de Miguel Angel, pero, quien sabe pintar la Capilla Sistina?

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/3f004d83-9fa7-41b6-ba07-2d8ec77d8b23n%40googlegroups.com.

[Miguel A.]

Estimado Víctor, tienes toda la razón. Esto ha decaído un montón, pero sin duda que uno de los motivos es que ahora la genta ha optado por otras vías, pero hay una razón de base que está ahí, ¿Cuántos de este grupo tenemos más de 60 años?. Probablemente una gran mayoría...

Pues ya tenemos dos motivos de peso para que esto acabe desapareciendo: 1) que los auténticos foxeros (como los roqueros) ya estamos en declive y 2) que las nuevas tecnologías y generaciones ya no van por estos derroteros.

Qué duda cabe que ha sido muy bonito mientras ha durado, pero hay que asumir que el mundo tal y como era al comenzar este siglo ha cambiado.

Larga vida a los viejos foxeros!!!

Miguel

[Victor Espina]

SI, puede que tengas razón.  Igual sigo pensando que usar WhatsApp como sustituto de un newsgroup es un despropósito.. si, QUIZAS de tanto en tanto puedas lograr una respuesta mas rápida, pero pierdes la oportunidad de poder buscar respuestas ya dadas anteriormente.  Es absurdo, en mi opinion.

Victor Espina

[Jomel Mcdonald - Dj Megabyte]

Sin crear sisaña ni nada. !Que viva Fox¡

Si entiendo el hecho que hay nuevas herramientas, pero hoy en día todo es automático, pues digo, nones malo, pero como que se pierde mucho en el camino.

Al final los nuevos necesitan de los viejos y los viejos necesitamos de los nuevos, zapatero a si zapato.

Fox si lo sabes utilizar y sabes programación de verdad te hace cosas fabulosas, creo q es uno de los poco lenguajes que a pesar que su creador lo dejo en el camino, NO MUERE.

Fue tan bien diseñado que creando clases llenas las expectativas de lo actual, le puedes dar una UI agradable al usuario, manejo de datos en linea con sql o mysql o postgree, o sea, el zorro esta completo, pero hay q desarrollar jejejjjje.

En fin voy a ver que hace windev, para ver que onda pero que me haga una web y aplicaciones móviles híbridas, uso ionic, angular, y me va bien sobre todo cuando usas el angular con react el rendimiento es casi igual a las nativas.

Todo es cuestión de tener uno y sacarle el jugo y conocerlo al 100% con eso es suficiente como para poder ver otras opciones, pero el zorro es una bestia sobre todo la versión del chino la 10 ufffff pasado.

Saludos y éxitos a todos compañeros.

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/b4c7e7d6-a98e-4a8d-8626-4111fbcc8844n%40googlegroups.com.

[Victor Espina]

Nadie discute eso. Ni tampoco estoy diciendo que hay que abandonar completamente al zorro.  Lo que digo es que no debemos quedarnos estancados en usar VFP para todo porque es lo UNICO que sabemos usar. Yo hace mucho tiempo que no creo una app VFP desde cero para un cliente, pero eso no significa que no use VFP todos los dias de mi vida, para una u otra cosa.

Victor Espina

[Aarón Delgado]

Están en lo cierto, está casi, pero aún no está extinto.

Creo que Foxpro seguirá por muchos años más, así como están casi extinto Cobol, RPG y Clpper.

Pero en mi opinión, Foxpro seguirá dando retornos económicos, y darle valor agregado usando las siguientes tecnologías modernas como:

1.  Base de Datos como SQLServer, mySQL, PostgreSQL, etc, ya sea en red local, intranet y extranet usando hostings y vps.

2.  Interactuar con APIS y webServices de otros proveedores, 

3. Usar servicios como FTP, HTTPs y SMTP 

4. Si ya usas APIS con Foxpro puedes usar servicios de AWS y Azure.

5. Como tus BD están en la nube puedes escalar desarrollando una aplicación web responsive, si no conoces puedes contratar a alguien que te lo desarrolle y tu le puedes dar mantenimiento.

Si van a ingresar a la web sugiero aprender lo siguiente:

FrontEnd

- Html y CSS: empezar con lo básico, existe bootstrap que nos apoyará en el UI, y en mejor de los casos usar plantillas de pago o free, pero igual debemos conocer html y css.

- JavaScript: si es necesario conocerlo muy bien, ya que con Javascript es el que da animación e interacción con el backEnd.

BackEnd

- PHP: este es el más usado en la web, es muy económico y todos los hosting lo traen, ahora con los frameworks puedes hacer aplicaciones profesionales que las medianas empresas desean.. Desde un inicio puedes implementar en servidores linux y windows

- .ava y .Net: creo que son los más usados por las empresas medianas a grandes.

- NodeJs, GO, Python y otros, no lo he usado, pero hay muchos más.

Si ya conoces el FrontEnd ese mismo conocimiento te servirá para usar cualquier backEnd de tu gusto, inclusive aprender dos, ya que el frontEnd será el mismo.

Saludos cordiales

Saludos cordiales;

DELGADO JAIMES, Roberto Aarón
Fijo: 013969545 /  Movistar: 988316319

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/28b23a80-997e-47e7-b602-387badf93543n%40googlegroups.com.

[Carlos Miguel FARIAS]

COBOL extinto? No usas Bancos? Por favor

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CA%2BauLz%2B2m4z9FpF9rv%2Bftj28TKAnHY7KLEE44h_h61N4py0Q9Q%40mail.gmail.com.

[Aarón Delgado]

Claro Carlos, digo casi extinto, he trabajado en un consultora que da servicios a bancos en Perú y  conocí varios colegas de TI, aún el core Banking está en Cobol, pero ya están migrando a Java con microservicios algunos componentes satélites.

Saludos cordiales;

DELGADO JAIMES, Roberto Aarón
Fijo: 013969545 /  Movistar: 988316319

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4x69h%3DCWZyk_cpUT6e55-Pg6GmW%3Ddh-U1zy12oYA-KMfg%40mail.gmail.com.

[Antonio Meza]

Lamentablemente muchos compañeros programadores quieren seguir soñando con VFP y es valido!! pero desde hace años es una apuesta muy arriesgada y mas para los que dependemos de la programación como es mi caso.

Por eso cuando diseñe FoxyDB  https://foxydb.wordpress.com/ fue pensando en hacer el primer gran salto, dejar los DBF's y migrar hacia un servidor de base de datos que en la programación es el común denominador de los lenguajes, y muchos aun sueñan con las grandes bondades de los DBF's, que si son maravillosos pero les nublan el pensamiento hacia el futuro.

Mi recomendación desde hace muchos años es primero migrar de DBF's hacia cualquier servidor de base de datos el que mas les guste y les sea mas fácil, pero que den ese pequeño gran salto, hay alternativas para llevar los DBF's hacia la web pero caemos en el mismo problema seguir soñando con los DBF's.

El camino hacia la Web y Movil no es fácil si se quieren hacer las cosas con buenas practicas, es decir no es solo abrir una puerto y tener la IP del servidor de base de datos y acceder directamente, tal vez para un programa en VFP es valido, pero para aplicaciones Web y Movil se requiere un intermediario que es un webservices o Api Rest, por lo que ahora para ir hacia la web y movil se requiere un servidor de base de datos y un webservices o Api Rest.

Por lo tanto nuestra aplicación en VFP puede seguir operando accediendo directamente a la base de datos, y gracias a que ya usamos un servidor de base de datos podemos usar un webservices o Api Rest para crear aplicaciones con cualquier lenguaje o librería moderna.

He estudiado varios lenguajes para crear un Api Rest, desde PHP, JavaScript y Python, muchas librería he probado, el abanico es enorme y te puedes volver loco por no saber cual usar, use muchas librerías y frameworks de PHP, de JavaScript también, de la cual la que mas me gusto NEST.JS y AdonisJs, pero existen muchas por montones jajajajaja

Luego Python con Flask, Django Rest, y recientemente conocí a FastApi una verdadera joya que es en la que estoy estudiando y he avanzado muy rápido, desde luego el conocimiento de Flask y Django me ayudaron mucho.

https://fastapi.tiangolo.com/es/

Por lo que ya tengo la parte BackEnd cubierta de momento con FastApi, y la parte FrontEnd, de igual forma estudie Next de Vue, laravel de PHP, un poco React y no me gusto jejeje, le entre a Svelte me agrado pero no había mucha información, y como estudie NEST.Js que es un clon de Angular en cuanto a sus estructura pues al estudiar Angular todo me pareció fácil y ahorita estoy tomando unos cursos de Angular con TypeScript.

Desde luego en el camino estudie DART que es el lenguaje de Google y también para móvil estudie el framework FLUTTER que es el que pienso usar para movil. lo curioso es que al aprender DART pues resulta que su sintaxis es casi identica a C# y algo parecida a JavaScript. Cabe aclarar que Flutter que es el framework es otra cosa totalmente diferente al propio lenguaje Dart.

No queda mas que estudiar y saber de todo un poco y definitivamente VFP debe ser un complemento mas y no depender al 100% de el, desde hace varios años tengo esa mentalidad.

saludos

Antonio Meza

[Patricio Muñoz]

Hola Antonio,

Te felicito por tu espíritu de superación, también te felicito por aconsejar a nuestros colegas que sigan aprendiendo e incentivarlos a no depender solo de VFP, la forma en que aconsejas.  Sobre partir primeramente cambiando los DBF a un SGBD puede servir o tal vez no, depende de cada persona, pero en lo que no estoy de acuerdo es en haber regalado tu FoxyDB, se ve una buena herramienta para ti, pero para varios colegas es como decirles dejen la droga del VFP y por otro lado le das mas droga.

Me refiero a que no puedes aconsejar en cambiar los DBF si les entregas una herramienta donde seguirán dependiendo de herramientas VFP para realizar diferentes operaciones que se realizan en una base de datos, deberían usar el VFP con un SGBD pero con las instrucciones correctas, de lo contrario nunca van a aprender. Quítales el FoxyDB y estarán perdidos. Es una pena pero muchos quieren hacer cosas con el mínimo esfuerzo de aprender.

Es un comentario, no se si constructivo, depende de cómo se tome

Saludos

Patricio Muñoz

Pro&Tech

Ing. en Informática

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/bc853344-a5a4-4ad5-bea1-58a8c256a2ccn%40googlegroups.com.

[Victor Espina]

"COBOL extinto? No usas Bancos? Por favor"

Si claro, AUN esta en uso... pero intenta convencer a un cliente nuevo de que acepte que le crees un solución en COBOL ... o cuando fue la ultima vez que viste un anuncio buscando un programador en COBOL ?    SI, EXISTEN programadores en COBOL y RPG, y generalmente nunca les falta pega, pero son una comunidad MINUSCULA que funciona casi como una cofradía :).  Al menos en mi manual, un lenguaje de programación que ya no se usa en los tiempos modernos y que solo se usa para darle mantenimiento a sistemas antiguos que por alguna razón no han sido sustituidos por algo mas moderno, ES un lenguaje extinto.

Victor Espina

[Victor Espina]

"pero para varios colegas es como decirles dejen la droga del VFP y por otro lado le das mas droga."

No estoy de acuerdo.  Hay muchos compañeros que por X razón deben seguir dando mantenimiento a sistemas hechos en VFP, no solo corrigiendo errores sino mejorándolos.  También puede suceder que hay proyectos, con el cliente adecuado, donde VFP sigue siendo una excelente opción.    Por ejemplo, hace un par de años hice un pequeño programa para imprimir facturas en impresoras fiscales, que leía los datos de SQL Server, y la hice en VFP9 y ha estado funcionando sin problema alguna hasta hoy... cliente satisfecho :).

En ese marco, herramientas cómo las de Antonio son SUPER útiles y definitivamente tienen su espacio. 

Victor Espina

[Carlos Miguel FARIAS]

Quien dice que no hay demanda de programadores COBOL?

vean https://www.aarp.org/espanol/trabajo/busqueda-de-empleo/info-2020/ofertas-para-programadores-de-cobol-por-coronavirus.html

El último estándar es de 2014. Vean https://www.microfocus.com/es-es/products/visual-cobol/overview

Veo mucha vida en COBOL (aparte de los mainframes)

También, como ya indiqué dBase está activo (y hay otros similares) y VFP en Lianja.

Pero bueno, cada cual paga su entierro.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/73e755b6-f9e2-4f3f-bc13-d47aea38e286n%40googlegroups.com.

[Victor Espina]

Si tu piensas que actualmente hay demanda de programadores COBOL como para que cualquier pueda vivir de eso con solo aprender el lenguaje, realmente no hay mucho mas que discutir. 

Victor Espina

[Victor Espina]

Lo único que te puedo decir es que en mis 32 años de carrera, el UNICO programa que me pidieron en COBOL fue para pasar la materia en la universidad.   Después de eso, no solamente jamas un cliente me ha pedido que haga algo en COBOL, sino que NINGUN cliente me pidió nunca hacerle mantenimiento a un programa en COBOL (simplemente porque NO TENIAN NINGUNO), ni tampoco he visto anuncio alguno de trabajo buscando gente en COBOL, y los UNICOS programadores de COBOL que llegue a conocer fue, JUSTAMENTE, en una compañia de seguros. 

Estoy consciente que esto no es mas que información anecdótica, pero estoy 100% seguro que esta sera la misma experiencia que han tenido la gran mayoría de los que estan por aca.  

Victor Espina

On Tuesday, May 31, 2022 at 10:23:03 AM UTC-4 Miguel wrote:

[Jean Pierre Adonis De La Cruz Garcia]

bueno la verdad soy e los eteranos q aprendio cobol y rpg, pero la unica verdad que solo un cliente potencial tengo ahi, pero la mayoria de clientes tengo que usan VFP, despues Visual Basic, y me ha crecido mas la cnatidad de cliente programando en modo Web y en Android, la demanda es mucha mas grande ya que los clientes buscan un sistema que se pueda adaptar a todo terreno y pueda ser flexible para que se use en todo lugar y en todo momento, tanto en PC, Laptop, Tablet o Celular, etc lo mejor de todo es que aquel que aprendio los lenguajes iniciales la unica verdad es que el reto usa casi el mismo procedimiento, mas aun trabajar con tus propias librerias te hace mas rapido proder programar cualquier sistema en cualquier ambito.

[Ivan Martinez]

Hay mucho trabajos en Cobol y Rpg además que hay poca gente disponible. En general los grandes bancos y empresas financieras y de otros tipos usan IBM mainframes que son unos monstruos y IBM ha trabajado mucho en la compatibilidad entre sistemas operativos. Pero también es cierto que IBM se ha abierto en esos mismos computadores a las nuevas tecnologías, al open source, al Unix, a las rest API y mucho más. Pueden buscar Community IBM y veran como es la cosa. Se encuentran cosas tan extrañas cómo convertir un sistema de cobol a rpg. O el rpg en formato libre (rpg free). En esas máquinas se pueden correr n máquinas virtuales en diversos sistemas operativos tal cual como lo hace Windows pero en unas magnitudes de CPUs, memoria que no es difícil imaginar. En ese sitio dedicado al IBM z/os hay un vídeo donde explican muy bien lo que son esos mainframes.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/b6fec01e-ec36-499a-af27-54df174a696dn%40googlegroups.com.

[Antonio Meza]

Hola!!! entiendo tu punto!!!

Pero en ningún momento hay que dejar VFP, simplemente complementarlo y no depender al 100% de él, esa es mi recomendación y eso es lo que yo estoy haciendo, ya no depende al 100% de VFP.

El gran problema de la mayoría es que no quieren dejar atrás los DBF's y FoxyDb al igual que SQLDATA te permiten dar el gran primer salto. que es migrar sus sistemas de VFP con DBF's a un servidor de base de datos.

Teniendo los datos en un servidor de base de datos ya estas con un pie del otro lado, pero si siguen soñando con DBF's pues el camino es oscuro jajajajaja y para tener los 2 pies del otro lado se necesita un servidor de base de datos y webservice o un Api Rest!!! porque con eso vas a poder utilizar cualquier tecnología actual que quieras y cualquier lenguaje.

En mi caso sigo usando VFP con FoxyDb mas MariaDB ya tengo un pie!!

Ahora para tener los dos pies estoy estudiando FastApi ( Librería de Pyrthon ) que me permite crear un Api Rest potente de forma muy sencilla con documentación automática e incluso pruebas directo desde la documentación, estoy integrando parte de la lógica de FoxyDb en FastApi para acelerar mi desarrollo.

saludos

Antonio Meza

[ggcagnola gmail]

hace mucho tiempo que empezé a trabajar con sql server y postgresql, todo gratis

calculo que hace más de 20 años, aprovechando que el fox usaba sentencias sql: select, update, delete..., gracias a ello no tuve que cambiar nada cuando cambié la base local por un servidor...

usar dbfs en vez de bases de datos no me parece correcto... la programación es la misma!!!

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/0e823adb-95e5-44f2-81fd-05d2a58f66aan%40googlegroups.com.

Libre de virus. www.avast.com

[Victor Espina]

Esta bien, pero acordemos que COBOL y RPG no son lenguajes que puedes aprender en tu casa.  Los bancos y aseguradoras no es que contratan A CUALQUIERA para que toque sus sistemas.  Tendrías primero que entrar a trabajar en alguna empresa donde aprendas el lenguaje (porque no es lo mismo el COBOL que puedes correr en tu PC que el que corre en un mainframe), obtengas unos años de experiencia y RECIEN AHI PUDIERA SER que puedas entrar al ruedo del freelance de ese mundillo.

La GRAN MAYORIA de nosotros no estamos ni vamos a estar en ese escenario.

Victor Espina

[Carlos Miguel FARIAS]

No quise indicar que los que están aquí migren a COBOL, pero veo una insistencia por parte de muchos de seguir con VFP, que es posiblemente el mejor xBase que se ha desarrollados, pero hay xBase disponibles en diversos sabores y que siguen con versiones nuevas y adaptándose a los cambios en la tecnología.

Y no hay que descuidarse porque el negocio de los principales generadores de software y hardware es la obsolescencia programada. Ya están dejando de lado muchas máquinas que aunque potentes, por ciertas características que se incorporaron hace unos 10 años, no las tienen, y Windows 11 se las exige. Tengo hardware muy potente, que llegó hasta Windows 8.1 y no puedo actualizarlo.

En mi caso, no me preocupo mucho porque estoy tramitando jubilación.

Hacer mantenimiento de sistemas en VFP, está bien, pero se debería pensar en alternativas.

Saludos: Miguel

El mar, 31 may 2022 a las 17:25, jose daniel camilo ruiz (<huertol...@gmail.com>) escribió:

interesante debate, veo en los comentarios anteriores a Gabriel García m. con la cronica de una muerte anunciada.

por eso hace anos empecé a migrar a otras fuentes de ingreso. para cuando vfp falle (algún día lo hará), no depender de la programación. y lo mismo le recomiendo a ustedes. ya este viejo programador solo trabaja de 3 a 5 horas en programación, no reparo equipos, no redes. solo programo. no empresas grandes que joden mucho. solo me gustan pequeñas empresas. para fin de ano supero los mil clientes cobrando solo 50 dólares americanos al ano. suficiente para vivir e invertir algo en otra área. 

le sacare hasta el ultimo soplo de vida al zorro, y cuando se muera mi sistemas se morirán con el. me retiro junto con el zorrito.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/d9fbd16c-265c-441a-a62c-a9f030af6f8dn%40googlegroups.com.

[Victor Espina]

Ahi estamos 100% de acuerdo.

Victor Espina

[Carton Jeston]

Esta es la tipica conversacion recurrente desde que supismos que el zorro iba a ser descontinuado :-D

Y como siempre, de una pregunta no hay una sola respuesta buena, todas los son.

Creo que es un error pensar que el zorro desaparece solo porque aqui se habla menos, ya que el mayor volumen de mensajes suelen ser del tipo "esto no me funciona->has mirando en google o en el foro?" y esto los grupos tipo whatsapp o telegram pueden ser satisfactorios. Lo bueno del foro es que el conocimiento queda ahi para quien si quiere buscarlo antes de preguntar :-D

Con VFPA estoy alargando la vida artificialmente al zorro, se corrigen errores y se añaden nuevas posibilidades... digamos que estoy comprando tiempo extra.Y si, aun tengo aplicaciones con DBF monousuario y aunque a veces he estado tentado de hacer unos cambios para multiusuario para llegar a algunos clientes pequeños con esa necesidad pero es casi una receta al desastre, ya que suelen ser pocos cuidadosos con el mantenimiento de red, sai, sistemas y demas :-D

Hasta ahi la parte negacionista...

El gran problema es la tendencia a todo por la web, quieren la aplicacion en el navegador, aunque a nivel de productividad del usuario no me acaba de convencer. Tal como lo pintan, las aplicaciones de escritorio estan muertas... lo mismo que dijeron que el PC estaba muerto cuando llegaron las tablets... no hay nada escrito :-D  (suena negacionista pero no lo es).

Sobre las bases de datos, no es un crimen que usen foxydb u otras librerias que faciliten el paso a bases de datos, para mi seria un primer paso que anima al cambio. Uno siempre esta a tiempo de mirar el codigo fuente y aprender lo que necesitan y es mas, probablemente me decidiria por usar store procedures para en un futuro ser reutilizable desde otro lenguaje.

Luego hay otra cuestion, parece que el que no cambia es por dejadez, miedo al cambio o desidia... nada mas lejos. Esta el factor tiempo y el personal de cada uno. De hecho estaba tan saturado trabajando los 7 dias de la semana, forzando la maquina hasta que hice CLIC... asi que me lo plantee de otra forma, solte parte del negocio y cogi un empleo "seguro" de jornada continua y a los clientes ya solo los atiendo online con mi horario reducido. Ahora aunque tengo el tiempo ocupado, es de otra forma, no es todo el dia echando humo por las orejas y corriendo detras de clientes para que paguen sus facturas.

Eso me ha permitido dos cosas: Si mañana cae el zorro o revienta la web, seguire viviendo. La otra es tiempo para la familia y para aprender alguna cosa sin presiones... ahora estoy jugueteando con lazarus, que es interesante y multiplataforma, no tengo claro que sea la salida definitiva :-D

Si eres programador y tienes clientes pequeños el zorro te ira bien, pero hasta estos te pediran cosas que quizas ya no esten a tu alcance. En algunos ambitos incluso aplicaciones web y su dependencia de internet, ni se plantearian.

Fox+base de datos y aprender buenas practicas antes de ir a otros lenguajes...  aunque nada sera como el zorro.

P.D. Lo del Cobol es como los influencers o youtubers que se han hecho ricos... son cuatro contados pero todo el mundo habla de eso y quieren ser youtubers ... Creo que hablar de cobol en este contexto es una ilusion nada mas... :-D

[Dsan]

Muy de acuerdo contigo Cartón, creo que se desvirtuó el tema.

Primero yo entiendo que el Master Victor, decía que había poco hilo en este grupo como en otros, y eso es correcto, pero le respondí que eso se debe a que muchos están en movimiento diario por WhatSapp, que por cierto al inicio puse el enlace...

Ahora que hay que seguir aprendiendo otros lenguajes modernos,  y con el cual te sientas más cómodo, yo valoro eso y con el que se hagan las cosas más rápido, $$$, mi tendencia es Windev, que tiene sus pro y sus contra, ya esos son otros 100... 

En su gran mayoría lo de este grupo son código propietarios ya tiene productos funcionales y muy completos, en algún momento tendrán que migrar y para eso o pagan desarrollador o tienen que aprender otros lenguajes.

Los que no son código propietario y trabajan para empresas, tienen que buscar lenguaje que son tendencia en su ciudad, departamento o país, acá muy se juega con sql server con c sharp, php con mysql, netcore...

Con el Tema de el Señor Chen, vfp no oficial quese maneja como Services Pack, Visual Foxpro Advanced 10.1 y pronto el 10.2, al no poderse instalar el VFP9 en Windows XX, pos Chen tendrá que sacar un Instalador como VFP 9 Service Pack 10.2 ó 10.XX, es algo que ya nos hemos escrito referente a ese tema;  mi opinión este es un super Tanque de Oxígeno, para los que tiene sistema funcionales, les dará un gran respiro mientras migran.

Esto le va servir a los Nuevos que deseen incursionar en este lenguaje con motores externos al vfpa.

VFP Y VFPA, van a dejarse de usar hasta que el lenguaje C, sea descontinuado, opinión personal.

Saludos.

DS

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/f3025751-c441-4317-9e42-c70123b3e249n%40googlegroups.com.

[Jomel Mcdonald - Dj Megabyte]

Muy buen hilo y todo lo que se ha conversado, los he ledio a todos y hay democracia jejejejeje es bueno debatir y compartir sin enfrentarse ni que uno se ponga por encima de otro.

Yo tengo 31 años de carrera en la programacón, la vi evolucionar y como cada cosa fue encontrando su curso a lo que actualmente se requeria.

Yo vi Basic, Cobol, Pascal, C, Turbo C, Dbase, Foxbase, Foxpro, Visual Foxpro y lo que siempre me dijeron los que enseñaban en aquel entonces era que cada lenguage tenia su proposito, si querias un programa comercial usabas cobol o basic, si tu programa llevaba calculos aritmeticos y muchas operaciones matematicas te decian usa pascal y C. Y luego aparecieron las base de datos (bueno cuando llegaron a mi pais, no habia internet jajajajajajjaa, el modem era muy lento solo lo usaba para BBS jajajajaja ) y todo mundo fue migrando porque las BD te permitian poder ver los datos a diferencia de los otros y hacer correcciones mas facilmente.

Al final mi area era la comercial asi que me incline a FoxBase luego Foxpro y por ultimo su Version Orientada a Objeto VISUAL FOXPRO el entorno de FOX es unico no hay uno que cumpla con tantas bondades y tenga cositas como las que ves en lenguage C, que tenga funciones SQL y que apesar del avance tecnologico puedes acoplarlo a todo eso.

Librerias dinamicas, puedes crear tus propias librerias y eso permite crear funciones que permitan ser utilizadas en varios programas, similares a las clases en fin cada uno segun su area, pais, etc y lo que te conviene usas el lenguage que favorece.

Hoy en día no dejaria FOX, me permite hacer cosas fabulosas porq a lo largo fui creando clases, librerias y hacer que no se vea como FOX sino como lo que actualmente hay en el mercado. Aplicaciones con Dashboard similares a peachtree y sistemas como NCH y demas. 

No programo solo en FOX, uso angular, PHP, HTML, TYPESCRIPT, Javascript utilizo la framework de IONIC ya tengo 2 apps comerciales y un sinnumero de softwares en empresas pequeñas y grandes.

AL final nunca abandonen algo que les funciona y lo dominan, que existan nuevas opciones es favorable y positivo, incursionen, testeen y siempre pero siempre busquen los benchmark de los productos a utilizar, ventajas, desventajas y asi podran saber si pueden abandonar o no algo.

por decir algo MYSQL o MARIA DB y SQL van a ver las bondades que existen donde cada uno es fuerte y segun su proyecto y escalabilidad del mismo usen la que les funcione, no las que les sugieran porque muchas veces el mismo pantalon que tu te pones a otra persona no le va de lujos como a ti.

Saludos y la verdad que si fox desaparece si desaparece C, significa que nunca jajajajajajaja. Bendiciones y que viva la programación y este grupo.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CADC20DTx2_kZ%2B1_wKX3hmA_f%2BEPzHy0sJxOkcGTC1yNBq4OYEw%40mail.gmail.com.

[Carton Jeston]

Lo cierto es que uso VFP C++ Compiler, que convierte el codigo interpretado  a C con Visual Studio y creando el exe nativo. Eso aun le dara mas vidilla al zorro.

Aprender C# y usando la libreria creada por un compañero, aquellas cosas que no puedes llegar con fox, o algun tipo de controlador que solo se pueda manejar en C# lo podras hacer desde foxpro.

Recuerdo que cuando aprendi Clipper, me decante por C y no pascal porque con C podias crear funciones para expandir el lenguaje o tener posibilidades donde no llegaba ¿no es la misma situacion que la descrita anteriormente?:-D

En el fondo, cuando dicen de cambiar, no estan diciendo abandonar sino avanzar. Aprende bases de datos, aprende otro lenguaje de apoyo y sigue adelante, que cuando te des cuenta, fox sera una opcion mas.

Recordar, un programador es un ser inconformista pensando siempre en superarse... si no es asi, es que o no eres programador o te queda poco tiempo para jubilarte :-D :-D :-D

[Carton Jeston]

Mi unica duda del futuro de la web es hacia donde ira...

Por un lado esta todo lo actual que se ha enumerado por aqui...

Luego ves cosas como Nefele, streaming de juegos/aplicaciones, etc. y no sabes si habra una alternativa tecnologica donde los exe seran mas seguros por evitar la inyeccion de codigo y mas rapidos que los lenguajes detras del servidor.

Lo importante, es no quedarse fuera del mercado, si dices no a un proyecto que sea porque no te interesa, no porque no tienes conocimientos para ellos :-D

P.D. Lo dicho, este tema es recurrente durante años, sigan con el zorro pero tienen razon los que dicen que no se duerman.

[Leonardo N.]

Un comentario nostalgico del gran Victor, sobre los viejos tiempos, donde se posteaba a montones en este grupo. Y como olvidarse de PortalFox, donde podias encontrar de todo un poco.  Sinceramente pienso que el Zorrito aun tiene larga vida. Fijense ya estamos en Windows 11 64 bits y el Zorrito sigue corriendo con normalidad y si ha esto le agregas el plus de compilarlo con VFP C++ pues ni hablar.

Ya estoy por encima de los 40 años y sigo realizando proyectos VFP para toda gama de negocios. Hace 20 años migré la base de datos a SQL Server  y uso todos sus recursos para el BackEnd y VFP solamente para el FrontEnd y aprovechar al maximo su capacidad de gestión de datos. Sobre las interfaces, ya es a gusto de cada uno, sin importar en que plataforma lo desarrolle. Particularmente trato de manejar mis interfaces al estilo de la ultima versión de Office para que los usuarios no sientan la diferencia al usar Word y Excel. Cuando los clientes preguntan si el sistema se puede usar desde cualquier lugar, siempre se le responde que si. Basta con tender una VPN entre el Servidor y la PC cliente y listo.

Personalmente recomiendo a los que tienen grandes soluciones en VFP, que integren su aplicación con WebServices y WebAPI para consultar y actualizar datos en linea ya sea con su mismo sistema o sistemas externos. VFP usa perfectamente estos servicios. Un par de noches de entrenamiento en C# o VBNet y estaran listos para crear sus servicios web.

En conclusión, pienso que los sistemas de escritorio aun tienen para rato en Windows. Un compilado de VFP es un sistema de escritorio y como cualquier otro compilado (C#, Power Builder, Java, etc) todavía tiene larga vida. 

Ahora, aplicaciones para celular ya es otro tema. No hay discusión en ello. Simplemente hay que aprender un nuevo lenguaje. Basicamente aprender a programar el FrontEnd, porque el BackEnd es el mismo de siempre

Saludos.

[arti...@gmail.com]

¡¡¡ BASTA YA !!!, ¡¡¡ BASTA YA !!! de estar todo el día con la misma cantinela cansina, vfox morirá cuando NADIE programe con él, antes seguirá vivo, yo actualmente estoy trabajando en dos vertientes diferentes que intento hacer converger, por un lado android y por otro app con .NET y creo que puedo complementar mis apps creadas con VFOX con esas dos tecnologías. Me he creado un form bajo VFP que en el mismo aparece una conexión entre MariaDB y SqlLite y funciona perfectamente, esto me posibilita cosas interesantes, pero estar todo el día con esta cantinela estúpida solo lleva a una pérdida de tiempo. Estoy trabajando con WebServies, etc. Hay que diversificar la programación

[Carton Jeston]

Basta ya... como que no. Del mismo modo que cuando inicialmente los expertos alertaban de la situacion real con el coronavirus y nadie hacia puto caso, a mi me interesaba oirlo. Creo que el debate es sano y acallar lo que uno no quiere escuchar, no es demasiado util en un foro.

Vfox tambien podria morir si un dia deja de funcionar y no importara si hay mil o un millon de programadores. Simplemente ocurrira.

Siempre digo que para extender la vida de fox, VFPA y su compilador C++ con soporte y parches igual me da hasta la jubilacion. Quedarse con vfp9 o incluso veo aplicaciones en fox mas antiguas, es un poco temerario.

Lo que dicen los expertos, usuarios de reconocida valia, es que no nos durmamos en los laureles... descontinuado oficiamente desde hace muchos años y con un cambio de paradigma al que no podra hacer frente.

Y esta situacion no es nueva, tener que tirarlo todo y empezar de nuevo no es nada agradable... pero tampoco tiene que ser asi. Se habla de ir migrando poco a poco, dejar dbf y usar base de datos (mejor si tocas store procedures), aprender lenguajes del lado del servidor y usar fox como frontend ya es un adelanto enorme.

Y con eso puedes estar hasta el fin de los tiempos, pero te permitira incursionar al mismo tiempo en aplicaciones frontend en otros lenguajes o plataformas.

En fin, que a pesar de ser un defensor de fox, no hay que olvidar que no hay mas sordo que el que no quiere oir.

Y escuchar a los que han explorado otros caminos, seguro que haran el mio mas facil.

[Carlos Miguel FARIAS]

Excelente! Como dijo Sarmiento. Las Ideas no se matan.

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/573f4581-1e7a-4da2-94c7-0d1d0448cd12n%40googlegroups.com.

[Carton Jeston]

Veras, ya no es una cuestión solo de ideas, de teorías sino mas bien de actitud. Olvidemos por un momento si al zorro le quedan 1, 10 ó 20 años para que estire la pata... Recuerdo conversaciones parecidas con los dbf, unos que si, otros que no... tambien con el control de codigo fuente, por ejemplo:

Unos deciamos que haciamos backup todos los dias, anotabamos cambios, etc. Otros que ya habian recorrido el camino, y habian peleado con la herramienta de Fernando Bozzo, decian que eso estaba bien pero no era suficiente.

Claro, yo segui con mis backups, pero de vez en cuando habian problemas que me contaba resolver o no recordaba por donde me habia quedado modificando hacia una semana o que paso exactamente que en X version dejo de funcionar. Era un dolor.

Al final me decidi a probar... me consto entender y hacerlo funcionar casi un año, porque no tenia correctamente estructurado mi programa y aprendi por el camino buenas practicas y lo adapte para llevar mas facil el control de codigo con PlasticSCM.

Y sin haber aprendido todo su potencial, no me planteo escribir ni una letra de codigo en ningun lenguaje si no tengo un sistema de control preparado de antemano. Ni que decir, que desde entonces me di cuenta de que hubiera ahorrado AÑOS de desarrollo si desde un principio hubiera hecho bien las cosas.

Y todo gracias a unos programadores, que en muchos casos no estan en fox, pero han seguido haciendo o mejorando herramientas para todos, que en su dia eran como moscas cojoneras repitiendo una y otra vez que habia que cambiar el chip... y tenian razon.

Por eso, valoro las voces discrepantes, te obligan a replantearte las cosas y tu ya decides si lo tomas o lo dejas, pero rara vez no dejas de aprender algo nuevo de lo que dicen los demas. Ese si es el valor de las ideas. :-D

Ahora estoy toqueteando a ratos libres lazarus, muy potente pero no es el zorro, quizas algo de C# me vendria bien para expandir al fox (otra vez gracias a librerias de un compañero) o incluso phyton. Vale, nada es como el zorro, pero poner todos los huevos en la misma cesta, nunca seran buenas practicas ;-)

[Programação Iniciante]

Soy servidor publico e hice un gran sistema VFP para integrar la escuela de 1500 estudiantes.
El gobierno no me apoyó así que pagué un host (HOSTINGER) y allí hice una copia de mi base de datos VFP en MariaDB/Mysql. Empecé a aprender un framework para PHP, Codeigniter y estoy haciendo en PHP las funciones que tiene el sistema VFP. Algunas rutinas ya escriben localmente y en la web. Hice una rutina para subir datos de VFP (copiando estructura y datos) a MARIADB/Mysql. Y como aún no he empezado a estudiar DART/FLUTTER, hice 3 aplicaciones en la plataforma Kodular (estudiantes, profesores y director)

[Miguel A.]

Excelente Carton

[Jose Antonio Peña Martínez]

Bueno pues nunca es tarde para opinar ... Personalmente ando seguido por aquí, aunque no publique o conteste los hilos, les cuento mi caso particular, no tengo sistemas grandes (tienda de autoservicio) o que yo considere buenos en VFP ... casi he hecho cosas pequeñas en este lenguaje, desarrollo básicamente en Progress y me va bien, pero no en las nuevas versiones porque es caro, tengo Sistemas de Puntos de Venta en varias tiendas pero me decidí por Progress por su base de datos, pero le duele lo "visual" (porque hago mis sistemas en una versión vieja) pero lo que me hace falta (Timbrar Facturas, Generar el PDF, Formatos, Etc) lo hago en VFP pasándole parámetros de mi lenguaje original, no me considero ni experto ni bueno en VFP, y cuando tengo una duda llego a este foro, combino como dije mi lenguaje fuerte con el que hace las cosas bonitas y estoy contento con el resultado, es posible que ya me deba cambiar a las nuevas versiones de Progress pero aun no me he dado el tiempo, hay mucho trabajo por hacer, sobretodo con los cambios del SAT sobre facturas ...

Estoy contento con mis dos herramientas y muy agradecido con VFP, aunque llevo años manejando estos lenguajes aún me pasa que resuelvo procesos como no se me había ocurrido y no podría decir que conozco TODO de estos lenguajes, todos los días se aprende algo nuevo.

Saludos!

[Nicanor Rodil]

Yo dejé de programar en VFP en el 2007, era muy bueno y tenía mucha experiencia pero lo abandoné porque me di cuenta de que no vendía, casi nadie programaba en ese lenguaje. En aquella época lo que estaba de moda era el Visual Basic. Ahora que los veo a ustedes me gustaría volver a retomar el tema, ya se me olvidaron muchas cosas, pero el disco de instalación lo boté porque era para 32 bytes y las computadoras de ahora son de 64 bytes. Necesito conseguir el compilador de VFP, por ahora estoy aprendiendo algo de Python.

[arti...@gmail.com]

Un lenguaje está muerto, extinto cuando nadie lo usa pero ahí está el Cobol dando guerra, yo tengo una cartera de clientes con aplicaciones desarrolladas con VFP y tengo clientes que simplemente no quieren cambiar. Por otro lado lo que estoy haciendo es viendo otras alternativas para 'complementar' a VFP, es decir, hoy por hoy trato de usar por ejemplo Python o C# y realizar módulos que complementan a la app principal escrita en VFP. 

Está claro que no hay una sola alternativa y al igual que no vamos a tener lo que teníamos en VFP que es que todo está ahí. Con Python por ejemplo puedo usar la parte WEB para complementar base de datos la cual también trato desde VFP (concretamente postgres, maríadb ó sqlite), trabajo con cualquiera de las tres.

Decir que está extinto es simplemente no tener idea

[Fernando]

Tiene razon Victor,  Visual Foxpro es una herramienta que esta muy proxima a quedarse extinta.

Yo ingreso a los foros cuando tengo algun problema que no puedo solucionar, porque tengo todos mis sistemas en visual foxpro y postgresql,

pero desde hace 2 años estoy contruyendo una nueva aplicacion con la que reemplazar mis sistemas en VFP, completamente hecha en Java+Spring+Postgresql.

La verdad es que hago mas preguntas en  https://stackoverflow.com/ que aqui.

En mi caso es un trabajo monumental, pero si uno quiere seguir trabajando de esto, no queda otra.

Saludos.

[Juan Pablo Prieto Maldonado]

El límite está solo en la idea de cada uno, si tienes ideas jamás algo dejará de ser extinto.

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/c9e541a6-e087-4385-a428-2fc417345a7dn%40googlegroups.com.

[Carton Jeston]

Decir una misa en latin, no hace que este mas viva :-D

¿Qué es una lengua viva y una muerta?

Una lengua viva es aquella que se usa cotidianamente, por otro lado algunas lenguas pueden conservarse en un registro escrito como el sánscrito o el latín, lenguas que se hablaban hace varios siglos, pero si ya no hay quien las emplee para conversar en un uso cotidiano, hablamos de lenguas muertas.

[Victor Espina]

Todas las ideas del mundo no te servirán de nada el dia que MS saque una version de Windows donde VFP ya no pueda ejecutar,  ni siquiera compilado en x64.  En ese momento, TODO TU TRABAJO, TODO TU NEGOCIO va a depender de que Chen pueda modificar su compilador para subsanar la incompatibilidad... y si no puede (o ya no esta con nosotros para hacerlo), ahi te vas a dar cuenta de tu error, cuando ya sea demasiado tarde.  

La resistencia al cambio es FATAL para cualquier negocio, incluido el nuestro.

Victor Espina

[Victor Espina]

Muy bien expuesto!

Victor Espina

[Juan Pablo Prieto Maldonado]

Yo manejo c# y vfp y para que vfp deje de correr en plataforma Windows se debe cambiar la arquitectura de SO de Windows y si pasa eso también afectaría a toda las aplicaciones bajo Windows y todo lo q consume .net .

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/ceb64a58-50c8-4544-ae08-b3d3af005998n%40googlegroups.com.

[Juan Pablo Prieto Maldonado]

Tu mente es el limite! Y tu forma de pensar.

El mar., 13 de septiembre de 2022 11:53, Victor Espina <vesp...@gmail.com> escribió:

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/ceb64a58-50c8-4544-ae08-b3d3af005998n%40googlegroups.com.

[Jose Antonio Peña Martínez]

Bueno, según veo el hilo comenzó con la tristeza de que nadie entraba aquí y que por eso ya estaba muerto Vfox (o le faltaba poco) ... y cuantos comentarios tiene el hilo? entonces andamos gente por aquí o no? ...

Bajo la lógica de que Vfox dejara de funcionar pues todos lo harán en su momento, dependemos de que los "Grandes" impongan o dejen de lado los lenguajes que estemos utilizando entonces el tema no es Vfox sino que debemos actualizarnos siempre, este es el destino de los programadores, te actualizas o te quedas en el camino, pero no es exclusivo de Vfox ... en TODOS los lenguajes tenemos que actualizarnos si queremos ser competitivos, le sacaremos jugo a los lenguajes hasta que se pueda y el que no se actualice pues se dedicara a otra cosa ...

Entonces el tema real es PROGRAMADORES manténganse actualizados porque de lo contrario sea el lenguaje que sea van a quedar en el camino ...

Saludos!

[Patricio Muñoz]

Hola Amigos

Al final cada quien trabaja como estime conveniente, como opinión personal, hacer un buen proyecto en VFP es como diseñar un buen televisor y construirlo con tubos al vacío. Las nuevas funcionalidades del televisor pueden resultar interesantes, pero nadie querrá tener un televisor que funcione con tubos al vacío.

Saludos

Patricio Muñoz

Pro&Tech

Ing. en Informática

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAC4%2B0W5TKaYVU4%3D1m%2Bwpe6L7dD8R6h%3DRBq96J8qHXXQciT1m6Q%40mail.gmail.com.

[Carton Jeston]

El dia que se estinga el zorro, sera algo asi....

[Carton Jeston]

Por otro lado, un programador no debe ceñirse a un solo lenguaje y en un lenguaje de base de datos, es mas importante elegir entre mariadb, firebird, postgresql, etc. programando las rutinas desde la base de datos con store procedures, validaciones y demas, que el entorno del cliente como puede ser fox.

Actualmente uso las todopoderosas DBF, pero ya estoy migrando hace tiempo la aplicacion a firebird con foxydb con algun tonteo con postgresql.... y cada vez esta mas cerca el momento de elegir con que base de datos "casarme" definitivamente.

[Dsan]

En windows 10, ya esta ese detalle, y se lo reporté a Chen,  le voy hacer la gran pregunta, y qué sucederá si...ni me atrevo a escribirlo, aunque dicen que cuando uno toca esos temas, le das mas vida al que menciona usted Victor... adjunto imagen de solución...

Solución momentánea clic derecho sobre el setup.exe seleccionar Solucionar problema de incompatibilidad y listo. En caso contrario no se instala ni dando como administrador, ni bajando el firewall y menos dando todo los permisos a la carpeta... 

Saludos

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/ceb64a58-50c8-4544-ae08-b3d3af005998n%40googlegroups.com.

[Patricio Muñoz]

Hola Carson

Yo creo que el problema está en el enfoque por ejemplo eso de "casarte" con una nueva base de datos, para mi punto de vista es errado, yo diría convivir con la base de datos, no casarme, porque tarde o temprano terminaré dejandola por otra, a diferencia de nuestras esposas (al menos en términos cristianos) nos casamos para siempre, pero en el caso de tecnología, siempre seré infiel jajajajaja y estaré con ella mientras me convenga jajajaja

Saludos amigo

Saludos

Patricio Muñoz

Pro&Tech

Ing. en Informática

El mar, 13 sept 2022 a las 15:08, Carton Jeston (<carton...@gmail.com>) escribió:

Por otro lado, un programador no debe ceñirse a un solo lenguaje y en un lenguaje de base de datos, es mas importante elegir entre mariadb, firebird, postgresql, etc. programando las rutinas desde la base de datos con store procedures, validaciones y demas, que el entorno del cliente como puede ser fox.

Actualmente uso las todopoderosas DBF, pero ya estoy migrando hace tiempo la aplicacion a firebird con foxydb con algun tonteo con postgresql.... y cada vez esta mas cerca el momento de elegir con que base de datos "casarme" definitivamente.

--

Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/65640d8b-3205-4223-9211-c066ad1c7de5n%40googlegroups.com.

[José Antonio Peña Martínez]

Chin! Patricio ... ya te metiste en temas muy complicados ... jajaja ... Saludos!

No nos queda más que seguirle echando ganas con todo y contra todo ...

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CA%2Bwbvbxwa4Mr_GyKjt9%3Dz8D%3DQ_p0Hw78q0_EmU%2BejteD5HM2ZQ%40mail.gmail.com.

[Carton Jeston]

Extremo, como te lea tu esposa te corre a palos :-D

Respecto a la muerte, una vez un cliente me dijo que no confiaba en un programador la gestion de su compañia porque si, me pasaba algo, ellos tendrian problemas.... 

No se las palabras exactas, pero le dije algo asi como que si estoy muerto, yo ya no tendria ningun problema del que preocuparme y que me encantaria tener problemas como el suyo

Esperemos que Chen viva mas que la Reina Isabel II... larga vida a Chen :-D

[Dsan]

Recatando algo de lo que expones diría que tiene razón

Estaré con ella mientras me convenga,  o sea estar con vfp hasta que resuelva y convenga $$, luego se desecha, esto no esta en manos solo de los desarrolladores, claro está, y por qué lo digo: En Nicaragua hay una empresa que se llama Llantasa,  es a la fecha y usan wx y un Sistema en clipper, desde el año  2004  a la fecha... ese cliente por ejemplo ahí está, prefiere no cambiar windows y seguir sin invertir. 

Y tiene sucursales en todos los departamentos usan transmisión de datos vpn ISP.

Saludos

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CA%2Bwbvbxwa4Mr_GyKjt9%3Dz8D%3DQ_p0Hw78q0_EmU%2BejteD5HM2ZQ%40mail.gmail.com.

[José Antonio Peña Martínez]

Jajaja! a mi me paso igual, una cliente me dice "y si se muere" ... jajaja! le dije compreme un seguro de vida y cuando lo cobre se compra el mejor sistema que pueda encontrar ....

Saludos!

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/93417a8e-ba21-4ce8-8433-649312e8b0c1n%40googlegroups.com.

[Carton Jeston]

Bueno.... "casos de exito" con aplicaciones antiguas conozco unos cuantos... imagina un sistema theos de los 80... cuando ponen una impresora en red, necesitan el soporte de dos aplicaciones, una para trabajar con la red de windows y otra para la impresora en usb.... y he llegado a ver hasta 5 aplicaciones para correr todo actualmente.

¿No va la impresora de tiquets? tardas dos dias en arreglarlo, ya que el programador dice que windows es una mierda y que es culpa de windows, asi que cuesta mas reparar esa conexion que comprarte la impresora y la mitad del pc :-D

Yo lo tengo claro, no voy a acabar como ese programador de Theos :-D

[Carton Jeston]

Jose Antonio, por eso digo que DBF es eterna, en cualquier momento sacas los datos a excel y que se pelee el nuevo programador....

[Victor Espina]

Jajajaj EXCELENTE RESPUESTA!! :D :D 

[Carlos Miguel FARIAS]

Varias veces he preguntado, y nunca se me respondió si la solución de Chen abarca el desarrollo de la aplicación.

Por lo que entiendo, se desarrolla con el IDE de VFP (32 bits), se crea el ejecutable y/o las APPs y luego eso se transforma a 64 bits, ¿es así?

Bien, si es así, hasta cuando VFP de 32 bits va a correr en los nuevos windows?

Y en todo caso, se tendrá que mantener una computadora con Windows compatible con VFP, construir allí y luego pasar de 32 a 64, ¿es así?

 Y por favor, saquen todo de las DBF, para prototipar pueden ser piolas, pero los ransomware se te meten aunque la aplicación no acceda a la red.

Estas preguntas, las he hecho y nunca me las confirmaron, denegaron.

En cuanto al SGBD, no hay peligro de "casarte con uno determinado", el 95% del SQL entre todos los SGBD es compatible casi al 100%. Salvo que estés utilizando alguna ventaja de tipos de datos específico de una plataforma (como los campos JSON, los diccionarios o las matrices dinámicas multidimensionales de postgresql), para manejar otros tipos de datos (números, importes, fechas, texto) la compatibilidad es muy alto (hay más problemas de migración por el encode usado con los textos que con otras cosas).

El uso de store procedure tiene sus pro y sus contras. Los SP corren en el servidor, si el servidor se las aguanta, no hay problema, y puedes achicar las necesidades del equipo cliente. Si pasas inteligencia del negocio al SP, ahí si empiezas a ser un amigo con derechos con SGBD, hasta que llegas a depender totalmente del amigo. La ventaja es que puedes cambiar lo que usas en el equipo cliente con mayor facilidad. Pero si el servidor está atorado, el SP lo muele más, y entonces poner procesos en el equipo cliente, te alivia al servidor.

Pero siempre deben tener en cuenta que el cuello de botella va a ser la red, y la mejor solución consiste en reducir el tráfico de red. Si el SP reduce el tráfico de red, tanto mejor, si el SP no reduce el tráfico de red, mejor que trabaje el equipo cliente, si hay problemas de perfomance en ese equipo, no afecta al resto.

Si la solución es Web, la mejor forma de achicar el tráfico de red es usar AJAX (no es un lenguaje, es comunicación asíncrona).

En todo caso, tengan en cuenta que el negocio de las empresas de tecnología es la obsolescencia programada. Donde más se nota es en los celulares. A partir de tal fecha tal aplicación por la que vives deja de correr en tales modelos de celulares. Y las computadoras tienen el mismo problema, tal vez el ciclo sea 10 o 15 años, pero en algún momento se te muere (y te queda incompatible, o no consigues drivers).

Usen lo que quieran, como quieran, pero no se duerman en los laureles.

Saludos: Miguel. (A punto de jubilarme, buscando cursos de alpedismo)

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/23a5b2ad-921a-424b-8d5f-7ce5cd595b13n%40googlegroups.com.

[arti...@gmail.com]

Muy buena respuesta

[Octavio Rodriguez]

Buen dia a todos compañeros

Siempre el temor a que microsoft haga algo para que ya no funcione el zorro, yo creo que microsoft ya no se acuerda que es VFP

y veo que muchos dicen me voy a PYTHON , y quién nos garantiza que python también seguirá vigente en windows?

No se olviden de la guerra de los navegadores, cuando microsoft ya no permitio netscape en windows

Yo creo que la innovación obliga a cambiar a las empresas incluyendo a microsoft, pero esta no dejara de proteger sus productos.

Nosotros como programadores es muy dificil ir a la par con la innovación, el cambio es exponencial y no

podemos ir a la misma velocidad. Sin embargo afuera hay un mundo muy extenso para aprender.

Y no olvidemos que hay muchas alternativas open source, el problema es elegir la adecuada.

Arriba ese animo y adelante !!!

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/30482903-a3e1-4765-ac4f-ae94b2e33b74n%40googlegroups.com.

[Carton Jeston]

Sobre la base de datos, DBF es perfectamente valido para una aplicacion monousuario, el rasomware se combate con un buen backup, en redes pequeñas puede aguantar el tipo.... pero sinceramente, no pongo la mano en el fuego por ellas en este escenario.

A la hora de ser mas ambicioso, he preferido liarme a rediseñar toda la aplicacion (creada desde 2006 hasta la actualidad), usar una base de datos open como firebird (aunque me tienta postgresql) y con el blog de walter firebird21 o con librerias como foxydb/sqldata2 son un recurso imprescindible para iniciar la transicion. Ni que decir que de paso hago una limpieza de malas practicas y seguro que el tiempo invertido se me devuelve en mantenimiento desde el minuto 1.

El caso es que decidi hacer este rediseño otra vez con VFPA64 y no otro lenguaje por cuestion tiempo y que me pille el  crack de los 32 bits (cuando ocurra), mejorar mi programacion con un lenguaje conocido (antes de hacer de las mias en uno nuevo) y que al apoyarme en una base de datos con store procedures, la transicion futura a otro lenguaje sea menos penosa.

Ahora lo importante, he visto que has repetido varias veces esas preguntas sobre VFPA y no se si te entiendo pero intentare explicarte lo que se:

El ide de VFP se desensamblo junto con la libreria runtime. Con ese codigo, chen modifica, amplia o parchea el fox y lo vuelve a compilar en 32 bits y en 64bits. Si alguien ha visto ese codigo, suelen ser ASM con etiquetas y funciones o pseudo-C/ASM y no es precisamente facil de trabajar. Ahi tienes el ide y el runtime de VFP tal y como conocemos.

Por otro lado esta el compililafor VFP C++, que lo que hace es traducir un proyecto de fox a C  (sin intervencion del usuario) y luego lo compila con Microsoft C Visual Studio ( hasta ahora puedes usar la version VS de 2019) y genera un EXE nativo como si lo hubieras hecho en C, asi no se puede descompilar con refox a fuente de fox, como mucho deberias usar un debugger de ASM.

No se si eso contesta a tu pregunta. Si lo que quieres es convertir fox a C, se podria pero es un C funcional para compilar, casi podria decirse que estaria como "ofuscado" como programado por un mandril, bastante impracticable y poco viable.

No se si eso responde a tus preguntas o si tienes otras dudas.

[Carton Jeston]

Sobre python... muy interesante  y tiene todas mis simpatias (cython) pero por desgracia, para aprender en mis ratos libres uso un portatil normalito y he probado pycharm community y me recuerda a los tiempos de Spectrum, cuando tardabas casi 5 minutos en cargar del cassette :-D

He tonteado con Lazarus, ajustado el entorno y aun asi me parece un poco engorroso de trabajar, pero ya he podido hace alguna cosa... haciendo puntos de control cada dos por tres para revertir cuando metia la pata y es de ejecucion rapida tanto el entorno como los programas, comparable a C y con muchas plataformas de objetivo.

Tambien en la ecuacion esta C#, aunque solo sea usarlo para ampliar el fox externamente (por ejemplo CsFoxySmtp.dll de Antonio Meza) y con la facilidad que nos brinda la libreria kodnet mas aun.

Realmente antes aprendia un lenguaje si se adaptaba a un proyecto especifico y tal como veo el panorama actual, dudo mucho que alguien se quede con un solo lenguaje.

[ggcagnola gmail]

hay un mundo fuera de windows... gratis la gran ayoria...

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAB87mhLeL%2BDQ70o-5fRjNko%3Dt11pxqF7fH6pM8Za73R6_T4XJQ%40mail.gmail.com.

[Carlos Miguel FARIAS]

Con referencia a mi duda, debo estar campanario, pero no lo capto. El VFP que se usa para desarrollar es el de 32 bits de M$ o es un VFP compilado en 64 bits?

M$ no va a salir a matar nada, simplemente, la industria en algún momento, dejará de dar soporta (no por matar, simplemente, por olvidar) Windows 11 requiere si o si 64 bits. Recuerden la evolución de la ley de Moore. 

En cuanto a Python, es de desarrollo libre, no está atado a Windows. Pero M$ creo que contrató a su creador (de Python), y están apareciendo librerías de Python para correr desde Excel (eso ya lo permite Calc de Libre/Openoffice). Python corre en varios sistemas operativos aparte de Windows (en Linux suele estar preinstalado). Pero también pueden ir por la vertiente PHP, Ruby, C# etc.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/6e10e2c7-0730-8b6c-a570-c35a7466a1d8%40gmail.com.

[Francisco Aracil Alarcón]

Efectivamente, en mi empresa usamos VFP de 32 bits y de momento no hemos probado el de 64 de Chen, en windows 11 siguen funcionando los programas de 32 bits, así que por esa parte sin problemas.

Ahora vamos a ver de pasar a sql aunque sea el producto de contabilidad, pero aún no está ni en pañales el como hacerlo, ya veremos las ganas que le echan los que están a punto de jubilarse, no están muy por la labor, jeje.

Saludos.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4x7Sib8BVxdMBVqGOMsBeUSBEOm_jrfM4hZTaLfShznSw%40mail.gmail.com.

--

[arti...@gmail.com]

Creo que con este tema hay que tener en cuenta que por ahora y creo que por bastante tiempo a Microsoft le conviene seguir con la retrocompatibilidad, no solo por VFP (el cual le importa un bledo), sino por el tremendo mercado de software que todavía hay trabajando en 32 bits.

[Carton Jeston]

VFPA32 y VFPA64 son una copia del vfp9 original, desensamblado, adaptador, parcheado y vuelto a compilar.

Tu puedes programar con VFPA32 para 32 bits, o VFPA64 para 64bits. Por cuestiones legales, VFPA necesita el VFP original para instalarse y extraer librerias y posteriormente  poner su propia version del ide.

En definitiva, tu programas con el ide VFPA32 o con VFPA64, no con el ide VFP9 original.

[Carton Jeston]

VFPA64 o programar en 64bits implica que todas las OCX, FFL, DLL y demas, tienen que estar en 64 bits para poder usarlas.

Por ejemplo, me encontre que foxypreviewer no funcionaba, asi que tuve que buscar unas dll que necesita en 64bits y recompilar foxypreviewer con el VFPA64 para que funcionase correctamente. Ahora bien, esto fue posible porque estaban disponibles los codigo fuente.

¿que ocurre si no lo estan? Pues que no puedes adaptarlo, no funcionara en tu aplicacion en 64 bits y si tu aplicacion tiene muchas dependencias de este tipo, tienes un grave problema porque lo tendras que sustituir.

Un ejemplo serian las librerias vfpcompression.fll, vfpconnection.fll y vfpencryption.fll de Craig Boyd, son fll de las que no se dispone del codigo fuente y el autor no da señales de vida, asi que deben ser sustituidas por otras... si tu aplicacion da un uso intensivo de ellas, no solo tienes que cambiarlo por otra que funciones mas o menos parecido, sino adaptar todo tu programa a lo nuevo y probarlo bien.

Y eso que siempre he huido de dependencias siempre que he podido, pasar a 64 bits sera mas o complicado segun la cantdad de elementos externos de los que dependas.

[Carlos Miguel FARIAS]

Ok. Mientras se pueda tener instalado el VFP 9, puedes usarlo. Perfecto.

--

Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/f2a3ee64-0512-4966-b5d5-c47560eb2a5fn%40googlegroups.com.

[GeoSys Diseño de Software]

Vamos a suponer:

En el momento que ya las computadoras no puedan correr en 32 bits si no únicamente en 64 bits, y yo tenga  la versión portable VFPA64 de Carton Jeston y no se pueda instalar el VFP9 ¿Puedo trabajar con ese IDE VFPA64 portable?

Saludos
Anthony Contreras P.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4x%3D8ZcGc98ArrUoGRTxvE%3DUDS2U9c%2Bz1Ji-J4gUx-LuBQ%40mail.gmail.com.

[Dsan]

Exacto, GeoSys.

Y que cuando instalas el vfp 10.1 advanced veo que trae todo lo del vfp9, yo copio es carpeta a una llave maya y listo. 

es un salva vida mientras llegas a tierra. jajajaja, ya despues verás... Yo lo veo así, mientras se sirve usalo, pero si busca un lenguaje moderno y de tu gusto esto te da chance de tener un A bajo la manga, cuando pase, al rato ya ni vas a usar el 64bit vas estar en otro lenguaje, pero los clientes son los que mandan unos quieren migrar otros no...y ahi te sirve el salva vida...

Saludos. 

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAMsQFOd9A2n7PnpUZvhrEbS2nUDq-O-unoNUD%3DHAvB9xUS_1mw%40mail.gmail.com.

[GeoSys Diseño de Software]

Gracias Dsan, esa era mi duda,  entonces está excelente,  todavía tenemos un poco más de cuerda,  claro he visto otros lenguajes y me estoy decantando  por C#,  ya le estoy tomando el gusto...

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CADC20DQECfD7CNYqj1_OtkGeFme5Ow1ZyRASXZy3yrXsPSVmjw%40mail.gmail.com.

[Carton Jeston]

No olvidemos un aporte muy importante de German, hizo un instalador moderno de VFP9 porque el original puede dar ya problemas en algunos escenarios. Asi que una vez instalado este VFP9, puedes instalar sin problemas VFPA32 o VFPA64. Asi que recomiendo que te lo descargues y lo guardes bien :-D

[Carton Jeston]

Con vfpa 10.1 y 10.2 ademas tenemos gestion completa de memoria ram y quitado el limite de 2GB de los DBF y todo eso parcheando el ASM. Si Bill me hubiera hecho caso, antes de meterse a investigar la energia nuclear para salvar el planeta, podria haber hecho una buena accion ecologica salvando al zorro :-D

Sobre C#, las reticencias de la mayoria de nosotros tienen que ver con lo que hizo M$ con el zorro y que es un lenguaje que se puede descompilar. Hay alternativas libres como Sharpdevelop (que ahora ha cambiado su modelo) y CSNATIVE y similares para generar C a partir de C# para crear aplicaciones nativas que eviten la descompilacion.

En todo caso, aunque no acaba siendo un lenguaje de cabecera, sirve muy bien para extender a fox, incluso ciertas librerias o drivers que los fabricantes de algun hardware si lo suministran para C# y muchas extensiones que puedes aprovechar. Creo que es un buen camino aprender C#, del mismo modo que usar bases de datos opensource como firebird/postgresql/mariadb en vez de DBF. Son pasos en la direccion adecuada.

[arti...@gmail.com]

Ese es mi mayor temor, nadie me garantiza de que mañana Microsoft no se le calienten los cascos y abandone C#, yo he pasado por un par de experiencias bastante similares. Hace algunos años compré a Computer Associates una aplicación (DBFast), que era realmente una mala copia de foxpro, aprendí a usarlo hice varias aplicaciones y un día de buenas a primeras me comunican que abandonaban ese sistema y me intentaban colar otro. Localice VFP en su versión 5.0, hablé con Microsoft pues conocía Foxpro y sé que trabajaba con el mfoxprun y había que comprar el runtime para cada instalación y en cuanto me aseguraron que generaba un ejecutable me decidí a comprarlo, me actualicé al 6.0, 7.0 y 9.0 cuando me pasó lo mismo, la empresa dejaba de comercializar el producto, lo que significaba tener que reprogramar todo y ahora que ya tengo toda una cartera de apps con VFP el cambiar me lo pienso mucho.... Sé que lo haré pero pensando las cosas antes de hacerlas, probando e informándome de si tiene perspectivas a seguir durante unos años más porque he visto salir herramientas que luego se quedan en nada y no está la cosa  como para perder el tiempo en algo que se quedará inservible en poco tiempo...

[GeoSys Diseño de Software]

Si artigest, este es un todo un dilema, creo que esa es la preocupación de muchos, yo he visto Xojo, Phyton, B4J, C# 

- Xojo IDE con reporteador, muy fácil, el problema es que tiene lo básico, si quieres más componentes debes comprarlas a terceros y cuando hay una nueva actualización de Xojo, debes también actualizar los componentes de los terceros. entonces va saliendo más caro y dependiendo siempre de otros.

- Phyton, muy fácil, potente como lenguaje, gratuito, pero no puedes crear en el mismo lenguaje un exe, debes recurrir a software externo para lograrlo, igual con los diseñadores de pantallas, utilizaba wxFormBuilder, luego me di cuenta que ya no tenía soporte, habían abandonado el proyecto, no tiene un reporteador nativo, no es un IDE completo. Otra cosa es que la versión Python 2.7x que yo estaba aprendiendo ya no era portable el código con la  Python 3.x, entonces esas cosas me detuvieron.

- B4J, interesante, gratuito, fácil, no tiene reporteador nativo, la comunidad de usuario no era tan grande y no se recibe mucho soporte.

- C# forzosamente he tenido que entrarle por cuestiones de la facturación electrónica, ese si es un IDE completo, incluye reporteador nativo, en el mismo IDE se crea un EXE con solo un clic, es poderoso, no es fácil su aprendizaje, peeeeero es de M$ y en cualquier momento se abandona y se queda uno igual.

- No hemos encontrado el reemplazo para VFP a nivel de escritorio, a nivel web ya eso es otra cosa, pero la verdad siempre sigo con VFP, hasta ver que pasa más adelante, mientras tanto seguimos viendo y  aprendiendo otros lenguajes.

Saludos

--

Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/d1ed1c88-3ee4-4381-b8e7-c4b8e84f3aa4n%40googlegroups.com.

[Cesar Ch]

Hola amigos,

Los aplicativos Win32 van continuar por por lo menos 30 años.

No hay como MS abandonar a todo.... Muchas empresas importantes acá en Brasil aún utilizan Cobol, como los principales Bancos. Los programadores que trabajan con Cobol están muy bién!

Está preocupados en utilizar a VFPA64 - la única razón es para utilizar alguna librería Win64.

Los Win10 y 11 mismo con 64bits trabajan normalmente en Win32. Muchos deste grupo ya utilizan VFPA64, pero de verdad no veo la necesidad.

No tengo ningun plan para utilizar VFPA64. VFP9 atende muy bién, todo se resuelve sin problemas.

Utilizo C# también, y he creado algunas librerias para utilizar algunos WebServices y certificados digitales. Todo el resto continua muy bién con VFP.

No temo que C# no estea conosco en los próximos años. Miren PowerShell, es casi idéntico a C#. La base de conocimiento acumulada para C# es estupenda. El NET Framework resuelve casi todo. En mi opinión, para desarrollo en Desktop, no teremos problemas.

En relación a Web, Android, IOS todo puede cambiar...

Saludos,

Cesar

__________________________________________________________________

Por favor, no envíen emails o mensajes privados en los foros solicitando por soporte.

Como obtener soporte para FoxyPreviewer

--

Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/d1ed1c88-3ee4-4381-b8e7-c4b8e84f3aa4n%40googlegroups.com.

[Carlos Miguel FARIAS]

wxformbuilder tiene mantenimiento casi permanente (vi que cargaron algunos arreglos hace 15 días).

El marco de trabajo Django es increíble (te hace hasta la migración de las bases de datos cuando declaras cambios en la definición de las tablas).

Lianja admite código fox.

Han probado dBase ?

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAFp9oeZakDG22Gc6wbZA_0VPLkomDbCbnM7k%2BMFAhNrbBqB44Q%40mail.gmail.com.

[GeoSys Diseño de Software]

wxformbuilder tiene mantenimiento casi permanente (vi que cargaron algunos arreglos hace 15 días.
Eso suena interesante amigo Carlos Miguel Farias, no sabía de esto.

Han probado dBase ?

Yo no lo he probado sinceramente, pero me entró la curiosidad y sería bueno probarlo, ¿Que opinión personal tienes al respecto?

Saludos

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4yDHqCZ18C%2Bodqryff%2BYgG-ex2c3Agk1-kSa1ubQmPdiw%40mail.gmail.com.

[Carlos Miguel FARIAS]

No puedo opinar de dbase, o lianja, solo las analizo para estar actualizado (ya hace unos años que no trabajo en forma independiente, y en el municipio estaba trabajando con python para backend con Flask, pero ya estoy en proceso de jubilación.

En cuanto a Python 2.7, a muchos les pasó lo mismo. Pero ten en cuenta que la versión 3 ya está disponible desde fines de los '09. La 2.7 era solo para mantenimiento. Además, más allá de wxformbuilder, hay una demo de wxpython que muestra el código en Python para cada uno de los widgets, y posiblemente, te dé más independencia para trabajar que el wxformbuilder.

Saludos: Migule

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAMsQFOd0qKnQmxs6A%2B0LJb%3D%3DDdMFiu57AvWLR6sOmpcCbJJwYA%40mail.gmail.com.

[syscontri EC]

Saludos foro. Muy agradecido por sus opiniones. 

Les comento que yo estoy trabajano con Windev, yo nací en la programación con Fox Dos dese hace 20 años y seguí cada versión, muy poco manejé Visual Basic, .Net y Netbeens.

Ya me resigné a migrar mis proyectos. Cuando mis clientes necesitan algo les ofrezco hacerlo en web o mobil, lo hago con Windev y así de a poco voy ganando código.

Luego de 2 años de uso me quedo con Windev, No es popular pero de a poco se aprende y una vez aprendido, vuelas.

Hay 2 grupos de Whatsapp muy activos con integrantes igual foxeros que han logrado mucho.

Espero que Fox nos dure muchos años más.

Excelente día.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4w87RbY_b%3DnGzzk6A6XkTN_C5KBraSgrX0JP8mcODCs1w%40mail.gmail.com.

[Antonio Meza]

Hola Miguel, no se si conoces este framework en Python

https://frappeframework.com/

Estuve revisando la pagina web y se ve interesante!!! a ver si este fin de semana le dedico unas pruebas porque parece que hace todo jejejejeje

Aunque actualmente estoy al 80% con NodeJs, usando NestJs para Api Rest y Angular para Web, y el 20% a VFP para mantener los sistemas.

saludos

Antonio Meza

[Carlos Miguel FARIAS]

No lo conocía. Django es más conocido (y tiene mucho más desarrollo atrás).

Pero para sistemas pequeños, prefiero flask.

Y también, como dije, ya estoy casi jubilado y solo haré programación recreativa. 😁

Estoy viendo unos cursos de alpedismo.

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/a393e343-e60a-4498-9da6-23763db10b73n%40googlegroups.com.

[José Antonio Peña Martínez]

Antonio se ve prometedor ... Saludos!

Has recibido este mensaje porque estás suscrito a un tema del grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este tema, visita https://groups.google.com/d/topic/publicesvfoxpro/nRQliv0m4h8/unsubscribe.
Para cancelar la suscripción a este grupo y a todos sus temas, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/a393e343-e60a-4498-9da6-23763db10b73n%40googlegroups.com.

[arti...@gmail.com]

Don Antonio Meza, nunca deja usted de asombrarme, muy interesante su aporte, muchas gracias...

[arti...@gmail.com]

Hola, tengo una duda,  veo que https://frappeframework.com/ viene para instalar en Mac o Ubuntu, ¿ No existe una versión para Windows ?