Visual FoxPro 9 y fin del Ciclo de Vida y Soporte: Cómo nos afecta y por qué

[Fernando D. Bozzo]

En general, las Empresas ya no quieren nuevos desarrollos en Visual FoxPro, porque este mes (13/1/2015) termina el soporte extendido.

Alguno preguntará, ¿y para qué se quiere el soporte de Microsoft, si nadie lo usa?, a lo que puedo responder de que quien piensa eso está muy equivocado y no conoce el uso que las Empresas hacen del soporte de Microsoft cuando pagan una suscripción como el MSDN, que es cara, y donde la misma gente de Microsoft les recuerda de que ya no hay soporte.

Recientemente me tocó enfrentar este problema, por una serie de errores y problemas en redes Windows Server 2008 y Citrix, donde se hizo una petición de soporte a Microsoft y lo primero que te preguntan es el entorno de la aplicación. En cuando se comenta que es cualquier cosa superior a Windows Server 2003 te dicen que no tiene soporte en esa plataforma, y que para poder ayudarte tiene que ser sobre alguno de los productos soportados, por lo que sugerían migrar a Windows Server 2003 para poder diagnosticar el problema.... y resulta que el Server 2003 deja de tener soporte también en unos meses, lo que empeora todavía más las cosas.

Sobra decir que para estos problemas nos tenemos que buscar la vida solos, ya que algunas configuraciones tienen tantas combinaciones implicadas (VFP9+Sp2 + Windows Terminal Server 2008 + Citrix XenApp + infraestructura de redes + otros productos), que resulta muy complejo saber qué es lo que está afectando, y el "prueba y error" puede ser demasiado costoso.

Para cualquiera que necesite seguridad respecto del funcionamiento y soporte de un producto cualquiera de Microsoft bajo Windows, estará pendiente de la tabla de ciclo de vida y soporte Microsoft

Muchos se han preguntado "si funciona en Windows 10" y si seguirá funcionando en Windows de 64 bits por ser una aplicación de 32 bits, a lo que se ha respondido en los foros de que sí, y que por mucho tiempo más, pero en todos estos casos el "funciona" está cada vez más limitado a los escenarios de uso. Por ejemplo, cuando un producto está "soportado", se hace lo necesario para compatibilizar con los Sistemas Operativos que siguen dentro del ciclo de vida activo, y cualquier problema que haya y se reporte puede implicar la liberación de un parche para el producto o para el Sistema Operativo, pero una vez fuera de ese ciclo de vida, esto ya no se hace.

¿Y en qué afecta esa "falta de soporte" a Visual FoxPro y otros productos Windows por quedar fuera del ciclo de vida? En que Microsoft continúa mejorando y optimizando sus productos para adaptarlos a nuevos usos o nuevas tecnologías, y muchas veces estas mejoras y optimizaciones (por ejemplo, permitir un mejor funcionamiento en granjas de servidores virtuales y dar mayor velocidad y eficiencia) afectan directamente a los productos antiguos o "legacy".

Por este motivo, y dado que el uso de VFP en redes es bastante común, es que hace un tiempo hice un post en el foro a la traducción de un excelente whitepaper que explica cómo afectan ciertas optimizaciones y protocolos de red a las aplicaciones en Visual FoxPro:

Whitepaper: Cacheo de lectura y bloqueo oportunista en redes Microsoft Windows

Así que resumiendo, sí, VFP seguirá funcionando, pero cada vez habrá más limitaciones técnicas para poder hacerlo, lo que también limitará ciertas capacidades de Fox, y esto es muy importante tenerlo presente. Por eso es que cada 2 por 3 en los foros se recomienda no usar las tablas nativas de Fox (DBF) y usar mejor un motor de Base de Datos externo, como MySQL, SQL Server, María DB, PostgreSQL, etc, ya que esas bases de datos no tienen problemas con los cambios que están habiendo en Windows y se van actualizando. A la larga, éste es el esquema que más duración tendrá para FoxPro.


Saludos.-

[César Pistiner]

La triste realidad Fernando.

Hay que buscar otros rumbos, yo ya estoy mas lejos que cerca de mi querido zorrito pero me cuesta tanto despegarme... Pero la diferencia que hay en los entornos de desarrollo es enorme mas todas las limitaciones que mencionaste hacen que si o si te vayas inclinando.

No hay que dormirse en los laureles, la curva de aprendizaje es larga y el proceso de migración puede ser algo muy complejo.

Saludos,
César

[Ing.Daniel Bojorge]

Muy cierto y lamentable la situación, por eso he estado viendo otros horizontes como webspps con Visual Studio, claro hay otras opciones, pero como muchos iniciamos con la migración a Sql Server, entonces lo más lógico es completar el entorno de desarrollo con NET, pero es mi opinión. 

Triste situación para el zorro, que nos dio muy buenas aplicaciones. 

--

Dios L@s Bendiga

Saludos,

Daniel (Con 1 Estrella DCE de Microsoft)
Mi Blog

Nicaragua

"Si ustedes permanecen unidos a mí, y si permanecen fieles a mis enseñanzas, pidan lo que quieran y se les dará.
(Juan 15:7 DHH)
Bendito el varón que se fía en el SEÑOR, y cuya confianza es el SEÑOR.
(Jeremías 17:7 RV2000)

[GETIANG]

Buenos días a todos... Feliz Año 2015...!

La situación es preocupante, en especial para aquellos que están culminando sus nuevos desarrollos en Fox + Mysql. Mi caso, por ejemplo, el cual tenía X cantidad de sistemas en Foxpro 2.6 Windows........:(

Me ha pasado por la mente desarrollar en un nuevo entorno, donde la curva de aprendizaje sea mínima. Se que esto se ha discutido mucho en este foro, pero todo se deja a la decisión de cada quien partiendo de la premisa en que cada usuario ha probado X programa. 

He pensado empezar en VB .net pero como dije, una cosa es leer y creer, pero el día a día es lo que en realidad nos ayuda a tomar decisiones, De repente dirán Descarga y Prueba.... pero el tiempo es el peor enemigo...!

Soy programador de la vieja escuela, donde solo he manejado puras aplicaciones de escritorio. Partiendo de este principio me podrían aconsejar cual seria el camino mas idóneo...

Gracias por su comprensión y consejos...

[Ing.Daniel Bojorge]

Te recomendaría aprender CSharp, ya que te será más fácil luego aprender otros como Java e incluso PHP.   VB es bastante bueno y es un poco más sencillo que CSharp.

En mi blog tengo unos curso en video que he elaborado, te recomiendo el de programación en capas (es para escritorio), actualmente estoy viendo cómo hacer la versió para Web.  Ahí te darás una idea, espero te sea de utilidad.

Dios L@s Bendiga

Saludos,

Daniel (Con 1 Estrella DCE de Microsoft)
Mi Blog

Nicaragua

"Si ustedes permanecen unidos a mí, y si permanecen fieles a mis enseñanzas, pidan lo que quieran y se les dará.
(Juan 15:7 DHH)
Bendito el varón que se fía en el SEÑOR, y cuya confianza es el SEÑOR.
(Jeremías 17:7 RV2000)

[ZeRoberto]

Yo me pregunto si al Fox 2.6 le hubieran adaptado para trabajar con otros tipos de bd el entorno visual se hubiera creado?.

[Martin Paredes]

feliz año compañeros.

estar o no de acuerdo en estos temas es polémica hasta el punto que uno quiera, sobre todo porque algunos de los ancestros o lenguajes de programación de los 70's, 80's y 90's como :

COBOL, descontinuado, no. sigue operando.

RPG, descontinuado, no. sigue operando.

FORTRAN, descontinuado, no. sigue operando.

CLARION, descontinuado, no. sigue operando.

DBASE, descontinuado, no. sigue operando.

FOXPRO PARA DOS, descontinuado, no. sigue operando.

BASIC, descontinuado, no. sigue operando.

PARADOX, descontinuado, no. sigue operando.

PASCAL, descontinuado, no. sigue operando.

CLIPPER, descontinuado, no. sigue operando.

ETC, ETC........

algunos de ellos nacieron antes del primer Windows y se siguen manteniendo inclusive ALGUNOS trabajan de maravilla  en sistemas Como Unix. Sco. Etc.

Todos sabemos que la comercialización OCCIDENTAL embebe a las nuevas tendencias y nos asustan que esto ya no va a funcionar y que el producto que ofrecemos a nuestros clientes esta obsoleto o descontinuado, 100% de acuerdo que la tendencia es de escritorio a WEB van a pasar algunos años todavía para que nuestro querido anima-lito desaparezca, pero, eso no me indica que me quede con los brazos cruzados a que llegue un cristobal colon y descubra el hilo negro/blanco/amarillo para que nuestro vfp trabaje natura-lito y directo en web. de aquí en adelante van a salir muchas sorpresas y soluciones comerciales que no van a sorprender. cambien su entorno de datos a SGBD.

Humilde comentario de un desarrollador 80'entero de 47 años y con 25 años de experiencia en desarrollo de software.

Salds....

Mapasac

General Escobedo, N.L. Mexico

[mapner]

Coincido, solo dos comentarios que no varían la escencia de lo mencionado: Curiosamente COBOL sigue siendo usado en grandes empresas financieras como bancos, supongo que por temor a migrar delicadas aplicaciones que manejan paladas de dinero. Se ve que en aplicativos muy críticos prima la prudencia por sobre la innovación. A su vez FORTRAN todavía se usa en el ámbito académico, por ejemplo en Física Teórica aún usan este lenguaje para los cálculos.
Pero es verdad, ni COBOL ni FORTRAN se utilizan en el mainstream del la industria del software.
Saludos

[GETIANG]

Buenos días...!

En verdad que no me había dado cuenta que era tan viejo........ Todos estos ancestros los vi en la universidad y los maneje en mis trabajos..... Hay dios como pasa el tiempo.... jajajajajajajajajaja

[edgar suarez kummers]

El problema se originó porque muchos del foro estamos algo o bastante mayores, pero igualmente se envejecieron los creadores y programadores de Visual FoxPro en Microsoft y no se preocuparon en lo más mínimo por entrenar nuevos desarrolladores de plataformas que continuaran la labor.

 

Pienso que la culpa de todo esto es de Bill.

 

Si para el ferrocarril siempre es culpa de la locomotora o que no reemplazaron la locomotora a tiempo.

 

Edgar Suárez Kummers

[Ariel Cattaneo]

Tal vez ya es tarde para mi sugerencia. De todas maneras tratare de aportar algo.

Primero te cuento que mi experiencia en el mundo de la vieja escuela fue cuando era niño de modo que era mas para jugar y aprender. Es decir que no usaba ese tipo de tecnologías para ganarme la vida. Si en cambio, me fui ganando al vida con las nuevas tecnologías como ser:

• Lenguajes orientados a objetos con o sin orientación a eventos (vb.net, c#, php, java de sun microsystem, jscript, html5, css, etc) 
  
• Plataformas: .net en todas sus dimensiones, java standar edition, web, mobiles, etc. 
  
• Framework o Subframework: WinForms.Net, WPF.Net, ASP MVC.NET, EntityFramewor.Net, Xamarin, Jquery, AngularJS, Smarty, WordPress, PrestaShop, etc. 
  
• Bases de datos: MS SQL, MySQL, SQLLite para moviles, algo de MongoDB (noSQL), etc. 
• Herramientas y entorno: VS2008 al VS2015, SublimeText, Notepad++, gestores de bases de datos varios,herramientas online para json, Trello, etc
  
• Controles de Version: TFS con VSOnline, Git, etc.

Pero por supuesto que entiendo el salto que supone dar (curva de aprendizaje) y la cuestión de migrar grandes sistemas en producción teniendo en cuenta todo lo que significa en tiempo de un desarollador particular. Ademas tengo un colega bastante mayor que yo, que esta en la misma situación que cuentan aquí. Solo que no esta dispuesto a dar el salto ya que tiene montones de sistemas en VisualFox 9 y Fox 25 (mas algo en ASP Clásico). Le he dado una mano en algunas cuestiones, como ser la comunicación de sus aplicaciones utilizando peticiones http, etc. Ademas en una empresa que tengo relación de dependencia mas cierta exclusividad como cliente de mi propia empresa, le hago sistemas en tecnologías nuevas pero sigo utilizando esa cosa extraña tablas libres (archivos dbf) teniendo una suerte de entorno de red con las unidades de red (me parece una locura esta forma de hacer sistemas en red de trabajo).

Mi experimentado colega siempre me dice que nosotros los juniros (el nos llama asi. jaja) siempre nos la pasamos aprendiendo cosas nuevas, y dice cuando van a ganar dinero con eso. Bueno algo de razón tiene. Pero tampoco es que uno no gane dinero, todo lo contrario pero si esta claro que gente como el han hecho una gran carrera y solo con Fox. De hecho como lo veo yo, tiene menos conocimientos técnicos en cuanto a programación o ciencia de la informática por decir, pero tiene un conocimiento increíble en areas de aplicación (dominio de aplicación) como ser contaduría, gestión, facturación, como vender los sistemas y dar soluciones concretas a gente de a pie, etc. Es que en nuestra generación es mas común desarrolladores de mi perfil ya que es mucho mas competitivo y complejo el escenario actual al margen de que contamos con internet como ayuda.

En fin, tengo claro que es bastante complicado pegar el salto y no se trata de aprender solo un lenguaje si no de otros paradigmas. Por ejemplo, por lo que veo de todos lo programadores de Fox o VB6 es que no utilizan realmente la programación objeto. En esto quiero decir que uno de los primero choques es con el paradigma objeto. Ni hablar si a eso le sumas aplicaciones web donde se te mezcla un paradigma de interactividad http. Ademas de todo lo que cambiaron las tecnologías web en los últimos 10 años es abismal (de nuevo hay que elegir bine el camino sin no se hacer muy largo). Ni entrar en las app mobiles, donde tendrían que hacer algún tipo de crossplatform y en muchas tenes un entorno asincronico, que en realidad esto seria vieja escuela pero no tiene nada que ver con VFP o VB6 si no mas bien con c y c++ en mas bajo nivel.

Como sea, en todo este desolador panorama te podría orientar, donde eliminarías muchas cuestiones o pasos innecesarios, ya que conozco como viene la mano. Así que te recomendaría es que utilices:

• IDE: Visual Studio hasta 2013 (se te va a hacer mas fácil con lo dbf por el tema del proveedor de datos que no lo actualizaron mas en VS2015 estoy teniendo problemas con el proveedor de datos oledb para fox).
  
• Plataforma: Framework.Net 4 (Funciona hasta XP)
  
• Lenguaje: VB.Net (es lo mas parecido en termino de sintaxis a VFP, VB6 y ASP Clasic.. si no fuera por eso c# definitivamente).
  
• Framework.Net: (tipo de proyectos): WindowForm.Net (es similar a como armas los forms de VFP y VS6, es decir la construcción en general)
  
• Base de datos: Podes mantener mientras los dbf, pero en una segunda etapa podrías migrar a MS SQL Server y combinarlo con EntityFramework 5 o superior (para mantener la linea de productos MS)

Luego hay montones de cuestiones pero cero que este camino es mucho mas simple que utilizar otras tecnologías y tecnicas. Por ejemplo no se por que muchos al pegar el salto se van directamente a web (sumando mas problemas), cuando ya paso la ola de todo web y solo quedo lo que realmente tiene que ser web. En mi opinion todas las aplicaciones de uso interno en una organización tienen que ser de escritorio (tiene montones de ventajas su usabilidad y desarrollo), esto no quita que utilicen internet. Es muy de la vieja escuela cuando trabajo siempre en un alto nivel (hablando de programación) y con tecnologías bastante enlatadas que piensen que solo lo web tiene comunicación con el mundo exterior.

A todo esto. Tengo en mente como actividad extra o servicio en mi empresa (por ahora solo somos dos.. je), dar soporte a profesionales de la vieja escuela para poder migrar sistemas a nuevas tecnologías. Como bien digo, ni siquiera a organizaciones si no a los profesionales ya sea que trabajan bajo relación de dependencia como particulares. Creo que tiene que ser algún tipo de sociedad para sacar adelante este tipo de cosas. Siempre les digo a las organizaciones, no se pelen nunca con sus viejos programadores ni piensen en cambiarlos o algo por el estilo, mas bien traten de aprovechar sus conocimientos ya que son muy valiosos. Es así, de la misma forma que yo trato de aprender de la experiencia de alguien que viene transitando este camino hacer tiempo.

Cualquier cosa que pueda aportar no duden en consultarme. Saludos !

[Fernando D. Bozzo]

Ariel, muy buen aporte!

Este es un tema que va a seguir dando que hablar seguramente 😃

Gracias!

[Antonio Meza]

De momento estoy con VFP + MariaDB y al usar un servidor de base de datos puedo hacer fácilmente la parte Web sin afectar lo que ya esta, estoy recolectando información sobre Angular2.js, typeScript.js, NativeScript.js, Ionic,js. sails.js, es decir usar javaScript con node.js.

saludos

Antonio Meza

[Francisco]

Muchos hemos optado por ese caminito Antonio...

[mapner]

Lo mismo pero en mi caso uso Firebird, el mismo servidor y BD son accedidos por aplicaciones Desktop VFP y por otras WEB en PHP, JavaScrip. Obvio lo impactante de las app WEB es la universalidad de acceso y el deploy

[Carlos Miguel FARIAS]

Alguien se tomo el trabajo de realmente analizar las herramientas naturales de reemplazo de vfp como dbase, xailer, recital, lianja?

Algunos optaron por Lazarus/pascal y parece que las va bien.

Ariel da soporte muy lento, fijate que el post que responde es de Enero...  de 2015!!

Será que se perdió en un cambio de versión .NET

Saludos: Miguel, La Pampa (RA)

Larga Vida y Prosperidad

Que la Fuerza los acompañe, si no sabes de que se trata, trata con el que sabe