Microsoft matou o FoxPro em 2007. Enfim, aqui está o FoxPro revivido

Artigo original ↗ Discussão no Hacker News ↗

Um novo projeto tenta reviver o ecossistema há muito morto do FoxPro/Visual FoxPro da Microsoft, despertando tanto nostalgia de desenvolvedores que construíram negócios inteiros com ele quanto ceticismo sobre depender de ferramentas “vibe coded” geradas por IA. Comentadores discutem se é mais seguro manter apps legados em FoxPro com mudanças mínimas, migrá-los para stacks modernas ou usar ferramentas como esta como ponte, levantando preocupações sobre confiabilidade multiusuário, falhas de segurança nos designs de arquivos DBF/DBC e manutenção de longo prazo. A conversa se amplia para como plataformas modernas e ferramentas low-code falharam em substituir totalmente ambientes RAD clássicos como FoxPro, Access, Delphi e VB para pequenos aplicativos empresariais sob medida.

Nostalgia e contexto histórico

  • Muitos comentaristas aprenderam programação ou fizeram seus primeiros trabalhos pagos em FoxPro/dBASE/FoxBase, muitas vezes nos anos 80–2000.
  • Ele era amplamente usado para aplicativos de pequenas empresas (consultórios médicos, telemarketing, imóveis, seguros, bibliotecas, estúdios de artes marciais, etc.).
  • As pessoas lembram com que rapidez conseguiam construir apps CRUD, UIs e relatórios, e como isso foi transformador para empresas não técnicas.
  • Vários comparam as ferramentas da era FoxPro ao HyperCard ou ao VB clássico em termos de acessibilidade e capacidade de empoderamento.

Por que FoxPro e ferramentas semelhantes importavam

  • FoxPro combinava mecanismo de banco de dados, SQL, linguagem, IDE, designer de formulários e gerador de relatórios em um pacote integrado.
  • Ele se destacava em aplicativos empresariais baseados em arquivo, de usuário único ou em LAN, com barreira de entrada muito baixa e alta produtividade.
  • Um tema recorrente: uma pessoa com conhecimento do domínio e habilidades modestas de programação podia construir sistemas críticos para o negócio.

Uso atual do FoxPro e dor da migração

  • Algumas organizações ainda executam grandes codebases em FoxPro (centenas de milhares de linhas) que sustentam uma receita significativa.
  • Sistemas baseados em DBF sobre compartilhamentos de rede continuam em produção; as pessoas mencionam corrupção, problemas de bloqueio e limites de escala.
  • Reescritas são frequentemente vistas como de alto risco e caras; alguns estão usando reescritas assistidas por IA para stacks modernas.

Projeto Foxscript e escolhas técnicas

  • Este novo projeto é apresentado como um runtime compatível com Visual FoxPro de 64 bits, usando Rust e WASM, com Electron para a IDE.
  • Os objetivos incluem remover limites de tabela/memo de 2 GB, preservar apps FoxPro existentes sem mudanças no código-fonte e compartilhar a mesma VM entre desktop e testes.
  • O autor observa que o desempenho é menos crítico do que I/O e UI; o VFP original também era um interpretador.

Segurança, arquitetura e problemas com DBF/DBC

  • Uma preocupação importante é o modelo arquitetural do FoxPro: os arquivos de banco de dados são apenas arquivos compartilhados, sem um verdadeiro modelo de permissões.
  • Stored procedures em DBC são texto puro e podem executar qualquer código FoxPro/Win32; qualquer pessoa com acesso de escrita ao arquivo pode alterar o comportamento, contornando a lógica do app.
  • Alguns argumentam que isso é uma escolha fundamental de design de uma camada, no lado do cliente, e não um “bug”; ainda assim, outros classificam isso como um “design inseguro” ou uma armadilha séria.
  • As sugestões incluem migrar para bancos client/server de verdade (SQL Server, Postgres) ou adicionar verificações de integridade em runtimes novos.

Debate sobre projetos “vibe-coded” com IA

  • Muitos acham que o site do projeto e alguns comentários “parecem gerados por IA” e consideram o estilo desagradável ou exagerado.
  • As preocupações incluem: marketing polido para projetos muito jovens, modos de falha pouco claros e confiabilidade para dados críticos.
  • Outros contrapõem que a assistência de IA não invalida necessariamente o código, mas concordam que auditorias, histórico e testes importam.

Ferramentas RAD e equivalentes modernos

  • Há uma extensa discussão paralela sobre o declínio do RAD desktop (FoxPro, VB6, Delphi, Access) em comparação com os stacks web e ferramentas low-code atuais.
  • Alguns lamentam que ainda não exista um equivalente verdadeiramente multiplataforma de Access/FoxPro para não desenvolvedores, embora alternativas como FileMaker, Lazarus, Gambas, Kivy, Power Apps, etc. sejam mencionadas.
  • É destacada a tensão entre ferramentas simples, de um único desenvolvedor, e as expectativas modernas: CI/CD, controle de versão, segurança, acesso web multiusuário e GUIs multiplataforma.