Sobre FoxPro y los 5 años perdidos por la industria..

Cada vez veo con mas cariño, al pobre Visual FoxPro.

Creo que sufrió por haber sido comprado por Microsoft, y que (erroneamente) competia con Visual Basic.

Ahora todo el mundo habla de lenguajes interpretados, capaces de definir variables de diferentes tipos y ejecutar sentencias dinamicas.
Todo eso lo tiene Visual Foxpro y ademas tiene un modelo de objetos bueno y un manejador de datos razonable (y gratis) con sus DBF.

Creo que es un gran error el que cometió Microsoft en dejarlo morir (y en ayudar a su rápido fallecimiento).

Creo que si Microsoft hubiera seguido apostando a Visual FoxPro, podria haber sacado una ventaja mas importante sobre el resto de la industria, pues ahora con .NET estan recien alcanzando algunas de las funcionalidades que tenia.

Resulta paradogico que Microsoft este recien ahora tratando de hacer herramientas de programacion para los NO profesionales de la misma. Haciendo algunos arreglos indispensables (manejar mejor los errores, corregir la corrupcion de indices y datos en las DBF, etc) podrian haber tenido estas herramientas hace años y con las mismas haber capturado un conjunto mucho mayor de usuarios.

Comentarios

  1. Anónimo27 de diciembre de 2006, 1:29 p.m.

    Por fin alguien en Uruguay que tiene la misma percepción que yo con respecto a VFP.
    Orientacion REAL a objetos, codigo interpretado, manejo nativo de datos, SQL embebido, Rushmore y muchos mas etc desde hace mas de 10 años !!!!
    Si bien Microsoft va a sacar la version 10 (Sedna) de VFP creo que perdió el tiempo con la basura de VB

    ResponderBorrar

Publicar un comentario

1) Lee el post
2) Poné tu opinión sobre el mismo.
Todos los comentarios serán leidos y la mayoría son publicados.

Entradas más populares de este blog

Aplicación monolítica o distribuida?

Imagen
En los últimos tiempos, hemos escuchado muchas opiniones sobre cómo es conveniente diseñar nuestras aplicaciones, desde el punto de vista de su arquitectura en la ejecución.  Históricamente las aplicaciones eran monolíticas (una aplicación que se instalaba en una computadora y hacia todo lo que necesitaba) y en forma más recientes se esta optando por hacer aplicaciones distribuidas en varias computadoras, dividas en servicios independientes (algunos lo llaman microservicios). Al ser tan variadas las aplicaciones que realizamos, es claro que no hay una solución optima para todos los casos, sino que tenemos que adoptar (y adaptar) la arquitectura que mas nos convenga para cada caso. También hay que entender que entre una aplicación monolítica y una aplicación totalmente basada en microservicios hay una gran variedad de combinaciones posibles, pues no hay que hacer binaria la elección. El problema.  Es una realidad, que los sistemas de información cada día abarcan más...
Leer más

La nefasta influencia del golero de Cacho Bochinche en el fútbol uruguayo

Imagen
Esta teoría no es mia, sino que se la escuché por primera vez a Andrés Acosta. Varias generaciones de niños en Montevideo, crecieron viendo un programa de televisión llamado Cacho Bochinche, donde había un juego donde habia que patear penales a un arco con un golero de goma. La falla fundamental del mismo, es que en vez de premiar a quienes metian goles, se premiaba a quienes logran pegarle un pelotazo al golero y tirarlo al suelo. O sea, quien pateaba en forma mas burda y fuerte, era el ganador. Para complicar mas la situación, muchas veces cuando un niño no lograba voltear al muñeco, el animador del programa (el inefable Cacho de la Cruz que hacía de juez), le pegaba o empujaba al golero para tirarlo al suelo y de forma de dejar contento al niño que estaba haciendo pucheros. Por lo tanto se promueven varios valores, que han logrado calar muy profundo en las generaciones de niños telespectadores: a) Es bueno patear fuerte y al medio b) Tirar a colocar es de maricones c) El golero es ...
Leer más

Funcionalidades de GeneXus que vale la pena conocer: DATE Constants.

Imagen
Algunas veces en el código tenemos que poner una fecha como constante. Una alternativa a esta función, es usar el formato #yyyy-mm-dd# , como constante. Por ejemplo:   &InitialDate =# 2007 - 01 - 01 # &DateTime = #2020-01-01 10:00:00# Esta funcionalidad está desde hace varias versiones, pero por algún motivo, no se usa demasiado. He visto que usan ymdtod(2020,01,01) que para mi queda bastante mas confuso. Más información en el siguiente link: Date Constants
Leer más