141 meneos
1690 clics
![DBASE, Clipper, FiveWin, y Harbour, los años dorados de la programación de gestión en los ochenta y noventa](cache/36/2c/media_thumb-link-3550457.jpeg?1630503846)
DBASE, Clipper, FiveWin, y Harbour, los años dorados de la programación de gestión en los ochenta y noventa
A mediados de los años ochenta comienza a proliferar el desarrollo de aplicaciones de gestión sobre el sistema operativo MS-DOS dentro del emergente y dominador mundo de IBM PC y Compatibles. Y así nacen productos históricos como dBASE y Clipper, y más tarde adaptaciones tecnológicas como FiveWin y Harbour. Las aplicaciones desarrolladas en Clipper y dBASE III Plus, con sus archivos DBF, copan el apartado de gestión del mundo PC a finales de los años ochenta y primeros noventa.
|
comentarios cerrados
Luego en los 90 ya me pasé al C++
Hablar de Fivewin era hablar del genio Antonio Linares y por supuesto, algunos también dimos el salto posterior a Delphi ya con INTERBASE o Firebird.
Grandes tiempos aquellos.
Saludos para la gente del Club de Delphi. www.clubdelphi.com/
Perdona la corrección.
en.wikipedia.org/wiki/Btrieve
Quizás el motivo fuera que ya trabajábamos con otros productos de Novell para entornos de red, como el Novell Netware, que era el referente para redes locales de la época, sobre todo trabajé con la versión 3.11/3.12 y ya luego con la 4.0/4.1 que introducía los servicios de directorio (que por entonces le daban 100 vueltas a nada que tuviera Microsoft).
en.wikipedia.org/wiki/NetWare
Que recuerdos...
#4 Yo empecé con un ordenador similar, pero jugando. El que hacía cosas con Clipper y dBase era mi padre
Este verano en el súper de un camping tenían un PC en caja con la típica app DOS con su pantalla fondo azul, y sus bordes de ventana construidos a pelo en ASCII (no recuerdo ahora los códigos... ¿Alt 224 y por ahí? ). Y iba como un tiro.
Años que no lo veo. Ya no tiene base de usuarios y está casi abandonado.
Eso lo he hecho ... con el TAR y cintas físicas de todo tipo (desde carrete abierto a DAT, pasando por streamers y robots de backup)
Es que aquí no había select. Busca por índice y tira p'alante y p'atrás en el fichero.
No me había parado a pensar como funcionaba internamente ya que te comunicas con SQL, así que lo tengo como una base de datos relacional.
Tu metele 1 millón de registros a MS SQL server y se caga.
es.wikipedia.org/wiki/Cinta_perforada
Yo aún utilizo xBase como lenguaje principal, y tengo varias aplicaciones de gestión con bastantes clientes. xBase ha evolucionado mucho mucho, sobre todo con el compilador Harbour, y actualmente tiene varios frameworks para trabajar en entornos gráficos (el ya mencionado fivewin y otros más modernos: Xailer, Minigui, etc.). Incluso se pueden hacer aplicaciones web con nefele o con mod_harbour.
Y lo de las DBFs, eso ya quedó atrás para los que seguimos con xBase. Ahora usamos BB.DD. SQL como casi todo el mundo.
EMHO, para aplicaciones de pequeño y mediano tamaño (e incluso algunas grandes) xBase sigue siendo una de las mejores opciones. Es tan productivo como lo era Clipper en su momento, y es tan robusto y potente como casi cualquier lenguaje de ahora.
En los 90 Clipper usaba pcode y una VM. Mucho después llegó java con esa misma tecnología y lo vendieron como algo muy innovador, ja!
Lo mismo con los codeblocks. Ya existían en Clipper 5 a principios de los 90, y ahora en C# se llaman funciones lambda
dle.rae.es/justificar
Pero me parece más apropiado traducirla por "alinear" o "ajustar"
En la informática nos han repetido como un mantra la necesidad de actualizar e innovar y de hecho es lo que más me atrajo de esta ciencia pero con los años y la experiencia constato qie se ha despreciado demasiado las ventajas de no hacerlo.
Vivimos en un mundo en el que el móvil más seguro no es el último modelo con el último parche de seguridad sino uno de hace 15 años o más.
Quien no sepa esto no se está enterando mucho de por donde va la tecnología hoy en dia y la cantidad de humo y apariencias que nos rodean. Pero claro eso te lo da la experiencia y la perspectiva.
es.wikipedia.org/wiki/FoxPro_2
Mis clientes me lo piden porque se desarrolla muy rápido y las velocidades de proceso son brutales
Ahí está el punto: Un equipo con 1000 o 2000 veces más memoria, con un procesador 1500 veces más rápido, y con un disco cientos de veces más rápido tarda "pocos segundos" cuando antes se tardaban décimas. Era tan rápido que no se notaba que estaba haciendo una búsqueda.
Queda claro que los sistemas que usamos hoy en día son alrededor de 1 millón de veces menos eficientes haciendo el mismo trabajo.
Por dios, nadie imagina la importancia que le doy al portapapeles
Y una base de datos moderna te da millones de cosas que no te daban esos sistemas antiguos. No, no hemos ido para atrás, hemos ido para delante y últimamente a una velocidad de la hostia en gestión de datos de diferentes tipos con diferentes sistemas. Sistemas especializados en agregaciones de datos muy masivos, que te agregan miles de millones de filas en unos pocos minutos (he visto ejecutar agregaciones de 300M de filas en 20s), sistemas especializados en devolver datos semiestructurados en milisegundos en condiciones de altísima concurrencia. Y el soporte transaccional en aquellas bases de datos era inexistente. Muy guay con 3 usuarios en un taller, pero controlar los bloqueos a mano en el software... como que no.
Para la mierda que podían hacer las bases de datos de aquella haces lo mismo en SQLLite y lo hace mejor, sin pagar un duro.
No tienen ni punto de comparación, yo trabajo con bbdd de millones de registros por tabla, y todas...van como un tiro.....
Para la bbdd que se usaban en clipper, valia con clipper.......yo tambien creo que te ciega un poco la nostalgia, me vas a comparar una bbdd relacional de hoy en dia con clipper en cuanto a rendiemiento ¿ ? ...
Picabas código como un loco y tenías una aplicación muy maja y sin nada de peso,con unos resultados muy buenos.No como ahora que son aplicaciones lentas y pesadas a más no poder,gastando recursos de las máquinas como si no hubiese un mañana.
Además eran robustas de cojones y muy pocas veces podías encontrar errores garrafales,no las tirabas abajo tan fácil.
Para mí se jodió todo, en cuanto se empezó a programar en entornos gráficos,donde comenzó a primar la estética en vez del resultado (lo bonito en vez de lo usable).