El gigante del software ha decidico hacer open-source partes del núcleo del DBMS Visual FoxPro

Tema: 

Que les parece esta noticia

El gigante del software ha decidico hacer open-source partes del núcleo del DBMS Visual FoxPro

http://www.eweek.com/article2/0,1759,2105307,00.asp

Comentarios

Les falta un detalle: No han

Imagen de Epe

Les falta un detalle: No han especificado todavía el tipo de licencia. Esperemos a ver.

Por otra parte, es bueno pues conozco de varias empresas que usan y siguen usando éste sistema. Al momento poderlo usar con linux era un lío, había que usar los binarios que habían para SCO unix y con un emulador que este funcionara.

Ahora hasta se podría portar, si la licencia es lo suficientemente adecuada para que lo podamos usar nosotros con todas las de la ley. Y seguro muchos lo agradecerían.

Aprendí bases de datos con foxpro, hace ya 12 años quizá ... y era bastante bonito y eficiente para su época, aunque criticable la forma de uso para BD personales y la falta de ciertos elementos en esa epoca sobre todo para manejar bloqueos o abrazos mortales en la BD. Pero bonito era... no había SQL para foxpro en esa epoca, entiendo que ya lo tiene, ojalá salga algo positivo de ahi.

Saludos
epe
--
EcuaLinux.com
Ecuador: +(593) 9 9246504, +(593) 2 3412402
USA: +1 404 795 0321, España: +34 917617884

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

ummm que interesante.

Imagen de NEO

ummm que interesante.
Pero liberar DBMS de FOX? yo creo que nadie lo hubiera pedido jaja
Yo también lo aprendí cuando era dbase2, alguien se acuerda de eso?, en ese entonces no había SQL para fox como bien dice EPE, es mas no había ningún lenguaje de consultas.
Pero! el DBMS de fox es terrible, es super inestable, maneja la información en archivos planos y es por demás lento, si no me equivoco maneja una lista ordenada como estructura de datos!, osea es de lo más lento que se puede utilizar. Yo creo que los que hemos tenido el infortunio de trabajar con VisualFox sabemos que no es ningún favor al mundo del software libre que nos están haciendo ;)
No entiendo cual será el propósito.

Saludos
NEO

Cuál gigiante? Aquel de

Imagen de kfirmad Kronsage

Cuál gigiante?

Aquel de pies de barro?

----------------------------
Alza tu cerveza, brinda por la libertad, brinda por GNU/Linux

----------------------------
Cada día más Grande... y no lo detiene nadie!!

Jeje

Imagen de carlosjulioperez

¿La de nabucodonosor?

Jaja.

Igual no veo por ningún lado el aporte al software libre si esa gestión de archivos de fox, no sirve para aplicaciones críticas.

Saludos cordiales.

Carlos Julio Pérez Q.
Desarrollador de software/Investigador nuevas TI
http://carlosjulioperezq.blogspot.com

Carlos Julio Pérez Quizhpe
Full stack developer
https://ec.linkedin.com/in/carlosjulioperez

pues difiero de ustedes

Imagen de denisenrique

pues difiero de ustedes yo programo con vfp desde hace muchos años y les puedo decir segun mi experiencia que es mejor que vb.net, las consultas donde son millones de registros mi foxito 3 segundos me cargaba los datos en un grid , mientras con vb.net que segun microsoft es mejor en tecnologia de acceso a datos pues lastimosamente pegaba el servidor de datos.

desde su primeros inicios fox ha ido mejorando , el unico inconveniente es su bd que es muy fragil por eso utilizo sqlserver o mysql y los resultados son exitosos, me parece buena idea que liberen esa parte vfp ya que lastimosamente microsoft ha decidido dejar a vfp.

aqui les dejo este articulo de PortalFox donde habla quien es mejor Vfp o Vb, creo que lo podemos aplicar a linux tambien , es como que digamos es mejor debian que centos , o centos es mejor que debian.

Visual Fox contra Visual Basic...
Me parece que es absurdo intentar confrontar un lenguaje con otro.

Toma muchísimo tiempo llegar a dominar realmente un entorno de desarrollo. Por realmente dominar me refiero a manejarlo "al derecho y al revés". Como los programadores nos debemos a nuestros clientes (o empleadores) ya que nos pagan por "solucionar problemas" no por andar con "fancy modas" en la programación. Muchos programadores que conozco de VB son unos reales mediocres porque no han profundizado en su entorno de desarrollo. He visto clientes "estafados" por programadores que les diseñaron un sistema en VB y SQL-Server para una empresa donde solo hay 2 o 3 computadoras corriendo una simple aplicación de facturación e inventarios. Digo "estafado" porque imaginate lo que el pobre cliente habrá tenido que pagar en la licencia SQL-SERVER para solo utilizar un programa en 2 o 3 computadoras. Por otro lado, he visto gente que se ha "sumergido" de fondo en el humilde ACCESS y ha hecho realmente programas admirables y funcionales; incluso, conozco programas hechos con fósiles como COBOL pero que funcionan muy bien. De hecho, uno de los mejores programas que he visto está hecho en el rupestre PARADOX, pero te puedo asegurar que "me quito" el sombrero ante la calidad, estabilidad y poder de la aplicación que ví.

Los "noveleros", aquellos programadores que no están afianzados a ningún entorno de desarrollo específico y que "saben de todo un poco"; regularmente entregan programas mediocres, inflexibles e incluso muy inestables. Conozco un programador de VB 6 que hace verdaderas "obras de arte" y la razón es muy simple: "Es Especialista en VB 6". Si hace tan buen software en VB 6, ¿porqué habría yo de criticar que su software no lo hizo en FOX? Sus clientes están satisfechos, él cobra muy buenos honorarios, sus aplicaciones son "coquetas", rápidas y estables... ¿Porque moverlo al mundo de FOX o .NET o lo que sea...? También hay gente muy profesional haciendo estupendas aplicaciones con DELPHI; ¿Porque criticarlos?

VISUAL FOX puede ser una belleza, pero en "manos inexpertas" ¿Servirá de algo todo su poder?

VB, .NET, etc. también son bellezas, pero en "manos inexpertas" son totalmente inútiles.

VISUAL FOX, VB, .NET, DELPHI, MySQL, Postgress son solo herramientas inhertes (se podría decir, inútiles). Es la imaginación, el ingenio, "el compromiso" del programador con su entorno de desarrollo, la responsabilidad con el cliente (o jefe) lo que le da "vida" a la herramienta que estas utilizando.

Definitivamente no debo generalizar, pero te puedo decir que todos los programadores que conozco que no son leales a su "herramienta de desarrollo", sea cual fuere, siempre entregan productos mediocres, inestables y te diría (aunque suene cursi) "sin alma". Claro, hay verdaderos "genios" por allí muy capaces de dominar en poco tiempo lo que les pongan enfrente, pero estos son la excepción.

Creo que los programadores son mejores unos que otros, no necesariamente las herramientas. Hay quienes por sus "mecanismos de pensamiento" son mas hábiles con VB, y habemos otros que somos igualmente hábiles en VISUAL FOX, precisamente por la misma razón: nuestros mecanismos de pensamiento.

Por circunstancias que no vienen al caso mencionar ahora, me ha tocado en la vida ver a alguien empuñar un fusil de asalto AK47 (gran poder de fuego), con alguien que tiene simplemente un revolver 38 Especial; y he podido ver como el individuo con el revolver (muy hábilmente manejado) ha podido vencer al portador del mortífero AK47. Es algo así como David y Goliat. ¡Conozco un programa que hace verdaderos portentos y está hecho con algún tipo arcaico de COBOL!

Puede que la herramienta de desarrollo que usas sea bastante modesta, pero si tu conocimiento de la misma es completo y profundo, si eres ingenioso y creativo; seguramente harás muy buenas aplicaciones, incluso mejores que las de aquellos que usan los poderosos ORACLE, MYSQL, etc.

Todas las herramientas de desarrollo tienen maravillas y limitantes, pero ¿Tiene acaso limitantes el poder de imaginación e ingenio la mente humana?

La raqueta de tenis mas fina y cara del mundo en mis manos no sirve casi de nada, pero una raqueta modesta y barata en manos de Serena Williams hace maravillas.

Los que trabajamos en VISUAL FOX no somos unos "Dinosaurios" ya que éste ha evolucionado con el tiempo (y así otras herramientas tipo XBASE como DBASE, ALASKA o VISUAL FLAGSHIP). Y si fuera cierto que los foxeros somos unos dinosaurios, recuerda que hasta la fecha los "dinosaurios" siempre se han salido con la suya en las 3 películas de JURASIC PARK (jaja, es medio en broma y medio en serio).

En una ocasión nos tocó hacer un software para una empresa que vendía ganado. Era importante incluir la foto de cada animal en el inventario, así como en los catálogos de precios. Había que presentar gráficas con los resultados de ventas comparativos con los últimos meses. El cliente tenía un programa ya hecho en VISUAL BASIC, y lo tenía harto y decepcionado. Era terrible: se colgaba continuamente, era difícil de manejar y muy lento ya que utilizaba como motor de base de datos a ACCESS. En aquellos tiempos ya estaba en el mercado VISUAL FOX 5, pero nosotros nos resistíamos a utilizarlo ya que habíamos tenido muy malas experiencias con VISUAL FOX 3. Entregamos nuestro programa hecho en FOXPRO para DOS versión 2.6. Para incorporar imágenes al ambiente tipo texto utilizamos un “add-on” para FOX llamado “Pinnacle Graphics Studio” y para generar las gráficas estadísticas utilizamos otro llamado “FoxGraph”. Era una red Novell Netware 4.11 con 14 estaciones con Windows 95. El producto terminado quedó sobrepasando las expectativas del cliente.

De esta experiencia se desprendieron muy malos conceptos: PRIMERO: el cliente y los usuarios del sistema comenzaron a pensar y divulgar la idea de que VISUAL BASIC no sirve; cosa totalmente errónea ya que es una plataforma de desarrollo muy poderosa. SEGUNDO: Otros programadores pensaron que era ACCESS el malo y que debieron utilizar SQL-Server; también era un concepto errado ya que el cliente tenía un servidor NETWARE perfectamente funcional, por lo que utilizar SQL-Server hubiera significado gastar mucho mas dinero en cambiar el software del servidor y adquirir SQL-Server. Con el humilde FOXPRO para DOS y un par de herramientas “third-party” se completó un proyecto que inicialmente fracasó con VISUAL BASIC y ACCESS; pero el fracaso fue culpa de programadores “noveleros”, no comprometidos con su plataforma de desarrollo y no de sus herramientas de desarrollo.

Me parece que comparar herramientas de desarrollo al nivel que se suele ver en los debates donde se trata establecer quien es mejor es bastante "infantil". Es como oír a un niño decir: "mi papá es mas grande y le pega al tuyo...".

Creo que como profesionales debemos poder ofrecer la “aplicación apropiada para el tamaño justo del problema” y la capacidad económica del cliente. No es ético sacarle al cliente que compre un SQL-Server si su aplicación no lo amerita ni tampoco es ético utilizar a nuestros clientes como “conejillos de indias” solo para probar nosotros, los desarrolladores, la última versión de MySQL. Habrá cosas para las que solo VISUAL FOX no será suficiente y deberás recurrir a un motor como SQL-Server, MySQL, Firebird u otros, y ya que dominas perfectamente VISUAL FOX (eres un mago en este entorno) ¿Para qué aventurarte y arriesgarte a utilizar un lenguaje del que conoces muy poco y que no te permitirá dejar al cliente satisfecho, tu bolsa satisfecha y ante todo tu autosatisfacción de haber hecho un excelente trabajo (algo que cuando mires en el futuro no te avergüence decir que tu lo hiciste)?

Los programadores que están muy comprometidos con una plataforma (sea C++, VISUAL FOX, VB, DELPHI, ALASKA, etc.) buscan la perfección en su entorno favorito para poder trabajar mas, con mejor calidad, con mejor estabilidad y con menor esfuerzo. El cliente espera resultados y soporte para mantenimiento y futuras expansiones, salvo raras ocasiones, por lo regular no le importa como se logren estos objetivos. El cliente espera gastar lo “menos posible” no lo “máximo permisible”, por esta razón, los foxeros desarrollamos en VISUAL FOX, un entorno que incluye poderosas herramientas de programación y un poderoso manejador de bases de datos. Si alguien puede ofrecerle al cliente la misma aplicación hecha en otro entorno que no le haga gastar “de más” en un motor de base de datos o en “horas-programador”, bienvenido sea, no importa (regularmente) de que entorno de desarrollo estemos hablando siempre que cumplamos con prontitud, calidad, estabilidad, velocidad de proceso y compromiso de soporte a largo tiempo.

De momento, Microsoft ha demostrado que sigue pensando en VISUAL FOX (aunque no como quisiéramos). En mi caso particular, si Microsoft comete el grave error de “aniquilar” VISUAL FOX, bueno, es Microsoft quien se lo pierde, ya que por mi parte continuaría utilizando el entorno XBASE, específicamente DBASE (www.dbase.com) o ALASKA (www.alaska-software.com) para Windows y VISUAL FLAGSHIP (www.fship.com) para Linux. Ya he platicado de esto con muchos de mis colegas foxeros y todos (el 100%) opinan exactamente lo mismo. Habrán quienes preferirán moverse a otro entorno, bien por ellos, siempre y cuando se comprometan con ese entorno para poder desarrollar aplicaciones de alta calidad y desempeño.

PD. Perdón por el ejemplo de las armas, pero dado lo visto y vivido, me pareció una muy buena comparación.

Denis Guido

Denis Guido

Estimado Denis Guido

Imagen de The Biker

Estimado Denis Guido:

Muy buen comentario brother, pero lo que pasa es que esta super incomodo la lectura :( , ponlo de otra forma para que lo podamos leer...

Gracias men,
The Biker

Comentario.

En realidad Denis te felicito por el comentario que publicastes, para mi esta excelente y merece un 10. Hoy dia muchas personas creen que en lo que programan es lo único que existe en el mundo y el resto de herramientas no sirven para nada.
En realidad como tu dices, es la imaginación el amor por la programción y las ganas de hacer las cosas bien. Cuanto se podrían ahorrar las empresas hoy dia si supieran aprovechar bien el uso de la tecnologia. También soy programador en Oracle, VB, y mi muy querido Visual Fox, el cual sigo admirando y creyendo en el, tambien programé en el viejito COBOL Y RPG y los admiro tambien.

Roberto
Costa Rica
rmatarria@gmail.com

no me permite editarlo

Imagen de denisenrique

no me permite editarlo asi que lo voy a poner de nuevo

[color=blue]VFp Contra Vb

Me parece que es absurdo intentar confrontar un lenguaje con otro.

Toma muchísimo tiempo llegar a dominar realmente un entorno de desarrollo. Por realmente dominar me refiero a manejarlo "al derecho y al revés". Como los programadores nos debemos a nuestros clientes (o empleadores) ya que nos pagan por "solucionar problemas" no por andar con "fancy modas" en la programación. Muchos programadores que conozco de VB son unos reales mediocres porque no han profundizado en su entorno de desarrollo. He visto clientes "estafados" por programadores que les diseñaron un sistema en VB y SQL-Server para una empresa donde solo hay 2 o 3 computadoras corriendo una simple aplicación de facturación e inventarios. Digo "estafado" porque imaginate lo que el pobre cliente habrá tenido que pagar en la licencia SQL-SERVER para solo utilizar un programa en 2 o 3 computadoras. Por otro lado, he visto gente que se ha "sumergido" de fondo en el humilde ACCESS y ha hecho realmente programas admirables y funcionales; incluso, conozco programas hechos con fósiles como COBOL pero que funcionan muy bien. De hecho, uno de los mejores programas que he visto está hecho en el rupestre PARADOX, pero te puedo asegurar que "me quito" el sombrero ante la calidad, estabilidad y poder de la aplicación que ví.

Los "noveleros", aquellos programadores que no están afianzados a ningún entorno de desarrollo específico y que "saben de todo un poco"; regularmente entregan programas mediocres, inflexibles e incluso muy inestables. Conozco un programador de VB 6 que hace verdaderas "obras de arte" y la razón es muy simple: "Es Especialista en VB 6". Si hace tan buen software en VB 6, ¿porqué habría yo de criticar que su software no lo hizo en FOX? Sus clientes están satisfechos, él cobra muy buenos honorarios, sus aplicaciones son "coquetas", rápidas y estables... ¿Porque moverlo al mundo de FOX o .NET o lo que sea...? También hay gente muy profesional haciendo estupendas aplicaciones con DELPHI; ¿Porque criticarlos?

VISUAL FOX puede ser una belleza, pero en "manos inexpertas" ¿Servirá de algo todo su poder?

VB, .NET, etc. también son bellezas, pero en "manos inexpertas" son totalmente inútiles.

VISUAL FOX, VB, .NET, DELPHI, MySQL, Postgress son solo herramientas inhertes (se podría decir, inútiles). Es la imaginación, el ingenio, "el compromiso" del programador con su entorno de desarrollo, la responsabilidad con el cliente (o jefe) lo que le da "vida" a la herramienta que estas utilizando.

Definitivamente no debo generalizar, pero te puedo decir que todos los programadores que conozco que no son leales a su "herramienta de desarrollo", sea cual fuere, siempre entregan productos mediocres, inestables y te diría (aunque suene cursi) "sin alma". Claro, hay verdaderos "genios" por allí muy capaces de dominar en poco tiempo lo que les pongan enfrente, pero estos son la excepción.

Creo que los programadores son mejores unos que otros, no necesariamente las herramientas. Hay quienes por sus "mecanismos de pensamiento" son mas hábiles con VB, y habemos otros que somos igualmente hábiles en VISUAL FOX, precisamente por la misma razón: nuestros mecanismos de pensamiento.

Por circunstancias que no vienen al caso mencionar ahora, me ha tocado en la vida ver a alguien empuñar un fusil de asalto AK47 (gran poder de fuego), con alguien que tiene simplemente un revolver 38 Especial; y he podido ver como el individuo con el revolver (muy hábilmente manejado) ha podido vencer al portador del mortífero AK47. Es algo así como David y Goliat. ¡Conozco un programa que hace verdaderos portentos y está hecho con algún tipo arcaico de COBOL!

Puede que la herramienta de desarrollo que usas sea bastante modesta, pero si tu conocimiento de la misma es completo y profundo, si eres ingenioso y creativo; seguramente harás muy buenas aplicaciones, incluso mejores que las de aquellos que usan los poderosos ORACLE, MYSQL, etc.

Todas las herramientas de desarrollo tienen maravillas y limitantes, pero ¿Tiene acaso limitantes el poder de imaginación e ingenio la mente humana?

La raqueta de tenis mas fina y cara del mundo en mis manos no sirve casi de nada, pero una raqueta modesta y barata en manos de Serena Williams hace maravillas.

Los que trabajamos en VISUAL FOX no somos unos "Dinosaurios" ya que éste ha evolucionado con el tiempo (y así otras herramientas tipo XBASE como DBASE, ALASKA o VISUAL FLAGSHIP). Y si fuera cierto que los foxeros somos unos dinosaurios, recuerda que hasta la fecha los "dinosaurios" siempre se han salido con la suya en las 3 películas de JURASIC PARK (jaja, es medio en broma y medio en serio).

En una ocasión nos tocó hacer un software para una empresa que vendía ganado. Era importante incluir la foto de cada animal en el inventario, así como en los catálogos de precios. Había que presentar gráficas con los resultados de ventas comparativos con los últimos meses. El cliente tenía un programa ya hecho en VISUAL BASIC, y lo tenía harto y decepcionado. Era terrible: se colgaba continuamente, era difícil de manejar y muy lento ya que utilizaba como motor de base de datos a ACCESS. En aquellos tiempos ya estaba en el mercado VISUAL FOX 5, pero nosotros nos resistíamos a utilizarlo ya que habíamos tenido muy malas experiencias con VISUAL FOX 3. Entregamos nuestro programa hecho en FOXPRO para DOS versión 2.6. Para incorporar imágenes al ambiente tipo texto utilizamos un “add-on” para FOX llamado “Pinnacle Graphics Studio” y para generar las gráficas estadísticas utilizamos otro llamado “FoxGraph”. Era una red Novell Netware 4.11 con 14 estaciones con Windows 95. El producto terminado quedó sobrepasando las expectativas del cliente.

De esta experiencia se desprendieron muy malos conceptos: PRIMERO: el cliente y los usuarios del sistema comenzaron a pensar y divulgar la idea de que VISUAL BASIC no sirve; cosa totalmente errónea ya que es una plataforma de desarrollo muy poderosa. SEGUNDO: Otros programadores pensaron que era ACCESS el malo y que debieron utilizar SQL-Server; también era un concepto errado ya que el cliente tenía un servidor NETWARE perfectamente funcional, por lo que utilizar SQL-Server hubiera significado gastar mucho mas dinero en cambiar el software del servidor y adquirir SQL-Server. Con el humilde FOXPRO para DOS y un par de herramientas “third-party” se completó un proyecto que inicialmente fracasó con VISUAL BASIC y ACCESS; pero el fracaso fue culpa de programadores “noveleros”, no comprometidos con su plataforma de desarrollo y no de sus herramientas de desarrollo.

Me parece que comparar herramientas de desarrollo al nivel que se suele ver en los debates donde se trata establecer quien es mejor es bastante "infantil". Es como oír a un niño decir: "mi papá es mas grande y le pega al tuyo...".

Creo que como profesionales debemos poder ofrecer la “aplicación apropiada para el tamaño justo del problema” y la capacidad económica del cliente. No es ético sacarle al cliente que compre un SQL-Server si su aplicación no lo amerita ni tampoco es ético utilizar a nuestros clientes como “conejillos de indias” solo para probar nosotros, los desarrolladores, la última versión de MySQL. Habrá cosas para las que solo VISUAL FOX no será suficiente y deberás recurrir a un motor como SQL-Server, MySQL, Firebird u otros, y ya que dominas perfectamente VISUAL FOX (eres un mago en este entorno) ¿Para qué aventurarte y arriesgarte a utilizar un lenguaje del que conoces muy poco y que no te permitirá dejar al cliente satisfecho, tu bolsa satisfecha y ante todo tu autosatisfacción de haber hecho un excelente trabajo (algo que cuando mires en el futuro no te avergüence decir que tu lo hiciste)?

Los programadores que están muy comprometidos con una plataforma (sea C++, VISUAL FOX, VB, DELPHI, ALASKA, etc.) buscan la perfección en su entorno favorito para poder trabajar mas, con mejor calidad, con mejor estabilidad y con menor esfuerzo. El cliente espera resultados y soporte para mantenimiento y futuras expansiones, salvo raras ocasiones, por lo regular no le importa como se logren estos objetivos. El cliente espera gastar lo “menos posible” no lo “máximo permisible”, por esta razón, los foxeros desarrollamos en VISUAL FOX, un entorno que incluye poderosas herramientas de programación y un poderoso manejador de bases de datos. Si alguien puede ofrecerle al cliente la misma aplicación hecha en otro entorno que no le haga gastar “de más” en un motor de base de datos o en “horas-programador”, bienvenido sea, no importa (regularmente) de que entorno de desarrollo estemos hablando siempre que cumplamos con prontitud, calidad, estabilidad, velocidad de proceso y compromiso de soporte a largo tiempo.

De momento, Microsoft ha demostrado que sigue pensando en VISUAL FOX (aunque no como quisiéramos). En mi caso particular, si Microsoft comete el grave error de “aniquilar” VISUAL FOX, bueno, es Microsoft quien se lo pierde, ya que por mi parte continuaría utilizando el entorno XBASE, específicamente DBASE (www.dbase.com) o ALASKA (www.alaska-software.com) para Windows y VISUAL FLAGSHIP (www.fship.com) para Linux. Ya he platicado de esto con muchos de mis colegas foxeros y todos (el 100%) opinan exactamente lo mismo. Habrán quienes preferirán moverse a otro entorno, bien por ellos, siempre y cuando se comprometan con ese entorno para poder desarrollar aplicaciones de alta calidad y desempeño.

PD. Perdón por el ejemplo de las armas, pero dado lo visto y vivido, me pareció una muy buena comparación.[/color]

Denis Guido

Denis Guido