Microsoft mató FoxPro en 2007. En fin, aquí está FoxPro resucitado

Artículo original ↗ Discusión en Hacker News ↗

Un nuevo proyecto intenta revivir el ecosistema ya desaparecido de FoxPro/Visual FoxPro de Microsoft, despertando nostalgia en desarrolladores que levantaron negocios enteros con él y escepticismo sobre depender de herramientas “vibe coded” generadas por IA. Los comentaristas debaten si es más seguro mantener apps heredadas de FoxPro con cambios mínimos, migrarlas a stacks modernos o usar herramientas como esta como puente, planteando preocupaciones sobre fiabilidad multiusuario, fallos de seguridad en diseños de archivos DBF/DBC y mantenimiento a largo plazo. La conversación se amplía a cómo las plataformas modernas y las herramientas low-code no han logrado reemplazar por completo entornos RAD clásicos como FoxPro, Access, Delphi y VB para aplicaciones empresariales pequeñas y a medida.

Nostalgia y contexto histórico

  • Muchos comentaristas aprendieron a programar o hicieron su primer trabajo remunerado en FoxPro/dBASE/FoxBase, a menudo en los años 80–2000.
  • Se usaba ampliamente para aplicaciones de pequeñas empresas (consultorios médicos, telemarketing, bienes raíces, seguros, bibliotecas, academias de artes marciales, etc.).
  • La gente recuerda lo rápido que podían crear apps CRUD, UIs y reportes, y lo transformador que fue eso para negocios no técnicos.
  • Varios comparan las herramientas de la era FoxPro con HyperCard o VB clásico en términos de accesibilidad y capacidad de empoderamiento.

Por qué importaban FoxPro y herramientas similares

  • FoxPro combinaba motor de base de datos, SQL, lenguaje, IDE, diseñador de formularios y generador de reportes en un solo paquete integrado.
  • Destacaba en aplicaciones empresariales basadas en archivos, de usuario único o en red local, con una barrera de entrada muy baja y alta productividad.
  • Un tema recurrente: una sola persona con conocimiento del dominio y habilidades modestas de programación podía construir sistemas de misión crítica.

Uso actual de FoxPro y dolor de la migración

  • Algunas organizaciones todavía ejecutan grandes bases de código FoxPro (cientos de miles de líneas) que impulsan ingresos importantes.
  • Los sistemas basados en DBF sobre recursos compartidos de red siguen en producción; la gente menciona corrupción, problemas de bloqueo y límites de escalado.
  • Las reescrituras suelen verse como de alto riesgo y costosas; algunos están usando reescrituras asistidas por IA hacia stacks modernos.

Proyecto Foxscript y decisiones técnicas

  • Este nuevo proyecto se presenta como un runtime compatible con Visual FoxPro de 64 bits, usando Rust y WASM, con Electron para el IDE.
  • Los objetivos incluyen eliminar límites de tablas/memos de 2 GB, conservar las apps FoxPro existentes sin cambios en el código fuente y compartir la misma VM entre escritorio y pruebas.
  • El autor señala que el rendimiento es menos crítico que la E/S y la UI; el VFP original también era un intérprete.

Seguridad, arquitectura y problemas de DBF/DBC

  • Una preocupación importante es el modelo arquitectónico de FoxPro: los archivos de base de datos son solo archivos compartidos sin un modelo real de permisos.
  • Los procedimientos almacenados de DBC están en texto plano y pueden ejecutar código arbitrario de FoxPro/Win32; cualquiera con acceso de escritura al archivo puede alterar el comportamiento y eludir la lógica de la aplicación.
  • Algunos sostienen que se trata de una elección de diseño fundamental de una sola capa, del lado del cliente, más que de un “bug”; aun así, otros lo califican de “diseño inseguro” o de una trampa grave.
  • Las sugerencias incluyen pasar a bases de datos reales cliente/servidor (SQL Server, Postgres) o incorporar verificaciones de integridad en nuevos runtimes.

Debate sobre proyectos “vibe-coded” con IA

  • Muchos sienten que el sitio del proyecto y algunos comentarios “parecen generados por IA” y encuentran el estilo desagradable o demasiado exagerado.
  • Las preocupaciones incluyen: marketing pulido para proyectos muy jóvenes, modos de fallo poco claros y fiabilidad para datos críticos.
  • Otros responden que la asistencia de IA no invalida necesariamente el código, pero coinciden en que las auditorías, el historial y las pruebas importan.

Herramientas RAD y equivalentes modernos

  • Hay una amplia discusión lateral sobre el declive del RAD de escritorio (FoxPro, VB6, Delphi, Access) frente a los stacks web y las herramientas low-code de hoy.
  • Algunos lamentan que todavía no exista un equivalente verdaderamente multiplataforma de Access/FoxPro para no desarrolladores, aunque se mencionan alternativas como FileMaker, Lazarus, Gambas, Kivy, Power Apps, etc.
  • Se destaca la tensión entre herramientas simples para un solo desarrollador y las expectativas modernas: CI/CD, control de versiones, seguridad, acceso web multiusuario y GUIs multiplataforma.