¿Hay alguien programando en Visual Foxpro por ahí?¿Hay alguien programando en Visual FoxPro por ahí?
Estoy atascado apoyando un sistema foxpro heredado. Quería saber quién más está por ahí usando Foxpro.
Agregado 9/11/2008: Gracias a todos los que respondieron!
Todavía estoy usando VFP 9 para un par de aplicaciones, migrando lentamente a Python. Haga su pregunta específica, si sé la respuesta, estaré encantado de poder ayudarlo.
Si yo no te puedo ayudar, hay muchos grupos específicos de apoyo VFP:
@ Jason: todas las personas que no utilizó VFP piensa que es obsoleta, yo creo que no es una coincidencia que una gran mayoría de las personas que utilizan Fox/VFP todavía tienen un gran respeto por esta herramienta y muchos de ellos continúan viéndolo como una alternativa de desarrollo válida para aplicaciones de escritorio pequeñas/medianas.
que no programa es Visual Foxpro ni he, pero Jeff y Joel hablado de que el lenguaje en una de sus podcasts. Por lo que recuerdo, dijeron que era una herramienta decente para su época, pero ahora está muy desactualizada. ¿Podrías convertirlo a algo más moderno? Francamente, si alguno de mis clientes, a quienes hice aplicaciones en ASP clásico, me contactara para obtener actualizaciones, actualizaría todo a .NET. Para mantenerse relevante y efectivo, tienes que apostar eventualmente. Esa ha sido una de mis mayores frustraciones con la programación y el desarrollo web. Al mismo tiempo, es una de las mejores cosas sobre programación y desarrollo web porque la tecnología teóricamente siempre está mejorando.
todavía hacer un trabajo de VFP, aunque es sobre todo el mantenimiento y pequeñas adiciones a los sistemas existentes. Todavía hay muchas personas que lo usan y la comunidad se ha vuelto mucho más activa con el lanzamiento de Sedna y VFPX. Microsoft no solo abandonó VFP como VB6, sino que al menos lo hizo extensible para que la comunidad pueda seguir desarrollando.
Como @Pablo Dicho esto, plantear cuestiones específicas y vamos a tratar de responder a ellos.
estoy apoyando y desarrollando activamente una aplicación a gran VFP 8 verticales de mercado (junto con mis deberes ASP.NET)
He usado la comunidad en http://universalthread.com para el apoyo en el pasado. La interfaz del sitio es incómoda, pero la membresía realmente conoce a VFP.
Mi trabajo consiste en convertir una aplicación VFP en C#. FoxPro fue una herramienta increíble y mucha de la tecnología se abrió paso en el producto de servidor sql. Un problema con VFP en mi opinión es que su lenguaje es alucinante (que usa un punto y coma para la CONTINUACIÓN de línea) y que no admite la separación de preocupaciones.
Mi compañía está actualmente en el proceso de convertir los sistemas de legado en Dos FoxPro 2.5, Visual FoxPro 3 y Visual FoxPro 7 a un/C aplicación de servidor #/SQL WPF. He estado haciendo VFP desde 1993 y estoy tratando febrilmente de ponerme al día en el.Mundo NETO.
Gran parte de mi tiempo consiste en mantener las aplicaciones heredadas ejecutándose mientras otro equipo desarrolla .NET. Realmente quiero estar en ese grupo. Estoy recibiendo más tareas, pero realmente me gustaría estar haciendo más .NET que VFP.
es muy anticuado ahora
Bueno, Versión 9 salió el año pasado, SP2 para que salió este año y es apoyado hasta 2015. Queda sin precedentes en términos de facilidad de uso y velocidad con en lo que respecta a su motor de datos interno, y es una gran opción de interfaz para bases de datos más modernas y seguras como SQL Server, MYSQL, FireBird o lo que sea. ¿Usando LINQ en .NET 3? He estado haciendo eso en la ventana de Fox Command desde siempre.
Donde se cae en estos días es la falta de compatibilidad multiplataforma y de 64 bits. Hay mejores opciones para aplicaciones centradas en la Web o aplicaciones de escritorio que no utilizan un back-end de base de datos.
Para aplicaciones ISV, VFP aún tiene una métrica de desarrollo, cuando se usa con herramientas escritas en VFP para el desarrollo de sistemas grandes, que es un orden de magnitud mejor que otras cosas disponibles en el mercado. La compañía para la que trabajo ha creado (y está vendiendo con mucho éxito) un sistema de administración de inventario minorista con unas 450 tablas y el doble de muchas vistas personalizadas, sin tener nunca más de 3 desarrolladores FTE trabajando en el producto a la vez. Es cierto que dos de ellos tienen más de 10 años de experiencia en software de inventario minorista; y cierto, el otro (yo) se especializa en el uso eficiente de metadatos en el proceso de desarrollo y tiempo de ejecución); pero es todo VFP. Nuestra aplicación se ejecuta en fox dbf, y también en SQL Server, el mismo código.
Para el futuro, VFP está siendo portado al CLR a través de dos proyectos de terceros: el proyecto Guineu (http://guineu.foxpert.com/), que toma el código compilado de VFP y se traduce al CLR; y el Compilador de VFP para .Net, que tendrá su propio entorno similar a VS (http://etecnologia.net). El Compilador de VFP para .Net también extiende VFP de varias maneras útiles. Además, eTecnologia tiene un Extensor CLR, que permite llamadas de .Net directamente desde dentro de VFP. Si quieres un dolor de cabeza jugando con WCF, puedes hacerlo desde dentro de VFP. Ambos proyectos de compilación tienen un camino por recorrer; y ambos ya han hecho las partes difíciles.
Nos vemos en la ruta de Silveright 2 por la carretera no demasiado lejos. Afortunadamente, todas nuestras reglas comerciales están en metadatos, y convertirlas a un servicio de Windows (o, con el compilador para .Net, un servicio .Net) será emocionante, pero no desalentador.
¡Cosas interesantes! –
¿Sigue vivo alguno de ellos (Guineu, compilador de VFP para .NET)? No parece haber habido movimiento en ninguno de los 12 meses + –
Estoy trabajando en VFP8 y he recibido un buen soporte de Experts-Exchange. Sí, es un sitio pago, pero descubrí que vale la pena. Hay algunos MVP y otras personas bien informadas que rápidamente brincan respuestas. No quiero restar valor a este sitio, solo creo que las personas de Fox deberían saber dónde están los demás. Ahora que veo que la gente está aquí también, definitivamente estaré frecuentando el sitio.
También estoy vigilando el futuro, preguntándome dónde debería estar desarrollando las habilidades para la comerciabilidad.
que pagas por intercambio de expertos? Ofrecen sus respuestas gratis si te desplazas lo suficientemente lejos. –
@John shhhhh! ¡No se lo digas a nadie! ;-) – tomfanning
@tomfanning, lo bloqueé de mis resultados, lo denuncié como spam siempre que tuve la oportunidad de hacerlo, nunca supe este truco, ¿por qué shhhh? la puerta trasera de la oportunidad de sexo experto finalmente se abre !! ¡¡¡¡Hurra!!!! Gracias @John !! – Shimmy
Además de los recursos que mencionó PabloG, es posible que desee comprobar Universal Thread, que comenzó como un foro de VFP, y si bien cubre .NET y otras plataformas, todavía proporciona toneladas de soporte de VFP. Hay muchos MVP de VFP y varios empleados de Microsoft que formaban parte del equipo de desarrollo de VFP responden preguntas regularmente allí. Es un recurso de tarifa, y yopu también tiene acceso gratuito a más de 5 años de la revista mensual UT Magazine, que dirigí durante muchos años. :)
Espero que esto ayude.
Además de Universal Thread, aquí hay algunos sitios más en los que encontrará desarrolladores de FoxPro.
P. S. Yo también soy un desarrollador de FoxPro.
También recomendaría rosca universal, pero si necesita ayuda inmediata hay un canal de IRC en Freenode VFP
estoy apoyando una SAGE Pro Series Install done en VFP 8. Será interesante ver qué se vuelve de él a medida que el tiempo avanza. Sospecho que SAGE "migrará" hacia algún sabor de .NET.
Distribuimos varios productos SAGE, (MAS500, ABRA, MIP) y desde la última conferencia a la que asistimos parece como si se estuvieran alejando de FoxPro a SQL para el producto ABRA en el próximo año más o menos. – Jason
@Jason interesante, supongo que está implicando que ABRA está escrito en FoxPro. ¿Pretenden continuar con FoxPro como front-end de esto, y simplemente cambiar a SQL Server para la tienda (como lo hicieron para la serie Pro)? –
VFP es nuestra herramienta de desarrollo de escritorio principal y planeamos seguir utilizando VFP para todo el desarrollo de escritorio.
VFP es una plataforma de desarrollo maravillosa.
Usamos Visual Foxpro v9 SP1 (sin Sedna) para compilar informes al acceder al almacén de datos de ventas de nuestra empresa y regresar a las tablas de Foxpro para hacer el mayor número de crujidos.
Es un entorno extremadamente productivo para realizar esos tipos de trabajos e incluso se presta fácilmente para crear objetos COM y similares.
Con Sedna, es posible usar C# como front-end y comunicarse con un middle-ware Foxpro a través de XML.
Foxpro puede golpear cualquier sistema de base de datos para el que pueda obtener un controlador ODBC.
En el lado negativo, toda la literatura que rodea la programación de OO es demasiado "visual" centrada y no se presta demasiado bien para abstraer el diseño de OO. Sin embargo, esa no es la culpa de los idiomas, solo que el gran impulso de OO hacia Foxpro estaba centrado en los widgets. Es muy posible hacer OO en Foxpro (sin widgets), aunque las declaraciones de atributos son un poco raras entre las variables privadas (ocultas) y las públicas.
También es un inconveniente, es posible ver el código de 15 años que parece un conjunto de sentencias de SQL juntas, donde se necesitaría un doctorado en Estudios del Lenguaje Natural para averiguarlo. Nosotros (los chicos nuevos) tratamos de escribir en forma de procedimiento con comentarios de cabecera y todo e intentamos hacer que la legibilidad sea la prioridad número uno (generalmente es el número dos después de "funciona, ¡mira qué guay!")
Trabajo en una empresa. Trabajamos en VFP 6.0, 7.0 y 9.0. Somos 20 personas que trabajan en VFP desde 18 años. Im en esta empresa desde 2005 y soy lider proyecto. Hacemos muchos sistemas fuera de VFP. En este momento estamos tratando de cambiar a C#, pero es realmente difícil.
Lo siento por mi mala Inglés
29 de enero de 2010. Todavía usarlo ... -_-
Aunque entiendo por qué, algunos pueden sentir que FoxPro tiene una vida limitada (y esto tiene algún mérito), por mi parte, he estado involucrado con él durante 35 años en diversas formas, e incluso en ese momento, algunos estaban prediciendo su muerte inminente.
Lo mismo se dijo para Fortran & Cobol alrededor de 1960, pero apuesto a que alguien todavía está usando y desarrollando/apoyando aplicaciones en ambas disciplinas.
Si bien es cierto que Microsoft no ha lanzado el add-on 'core' aún se está desarrollando para Visual Foxpro.
aplicaciones de escritorioEstamos todavía en desarrollo utilizan VFP, y será por algún tiempo :)
Aún desarrollando activamente en Visual Fox Pro y continuará en el futuro previsible. Funciona, no es complicado y es una gran herramienta.
Actualización. Ya no en ese trabajo. –