Conocí a Clipper cuando daba sus últimos estertores como lenguaje popular en el ámbito de las aplicaciones de gestión, allá por 1995, dos años antes de que la neoyorkina Computer Associates publicase la última versión del mismo. Esta empresa no fue la creadora ni la impulsora de Clipper sino Nantucket Corporation, quien vio como, tras la compra, su producto cambiaba de rumbo y perdía el mercado por malas decisiones empresariales.
Este lenguaje fue terreno casi exclusivo de MSDOS aunque, en 1994, se lanzó una versión para MS Windows llamada Clipper VO (Virtual Objects) aunque no tuvo el éxito esperado y no por ser un mal producto (del todo). Quizás la bajada de recursos de marketing desde la nueva propietaria junto a la adhesión, por fiabilidad, a la versión anterior en las empresas contribuyeran a su posterior desaparición.
¿Qué tenía para ser recordado?
Las aplicaciones de Clipper tenían un look característico. Casi se podía decir que sólo viendo el aspecto visual podíamos asegurar si un producto había sido escrito en esta plataforma. Aparte del sistema de menús y ventanas en MSDOS disponía de “línea directa” con las bases de datos. Este entendimiento casi perfecto con bases de datos le venía por ser un producto, de origen, extremadamente unido a dBase. También tenía la ventaja de que el código se compilaba y tenía una rapidez poco común en este tipo de productos.
Aparte de su integración con dBase, disponía de otras características que lo hacían perfectamente envidiable por muchos otros, como la utilización y gestión de memoria virtual en MSDOS, la aplicaciones no disponían de la limitación clásica de memoria de 640Kbs, trozos de programa que se cargaban a memoría y se descargaban según si se usaban o no o que el tamaño de la base de datos era el propio del disco, no había límite de registros.
En torno a Clipper se formó un ecosistema de librerías auxiliares, como la famosa “FiveWin” de Antonio Linares, pieza de software obligada en todas las recopilaciones de CDs de revistas de la época (me acuerdo de “Hot Shareware”), especializada en mejorar los entornos visuales de las aplicaciones de Clipper.
¿Qué producto lo relegó a un segundo plano?
En este caso no hubo más producto en relegarlo que él mismo. Unas malas decisiones de producto (las nuevas versiones venían con fallos graves) y falta de inversión en marketing por parte de Computer Associates hicieron que los consumidores prefirieran quedarse en versiones anteriores, lo que hizo que la empresa cancelara el desarrollo de Clipper.
¿Tendría sentido volver a usarlo hoy día?
Por supuesto. De hecho Clipper no ha muerto como se podría deducir de la marcha de los acontecimientos. En 1999 la comunidad decidió lanzar un proyecto llamado “Harbour“, un compilador de código abierto multiplataforma de Clipper, que implementa numerosas novedades como multihilo, TCP/IP o SQL y cuya última versión es de hace tres meses, por lo que está claro que no hablamos de un entorno desaparecido.
¿Se os ocurre alguna herramienta/lenguaje que recordéis marcara una época?
Podéis dejar vuestros recuerdos en los comentarios y dároslas de viejunos :)
Más información | Clipper en la wikipedia
Más información | Harbour Project
(Imagen de portada tomada de www.todocoleccion.net)
Comentarios
El entorno de desarrollo que recuerdo con más cariño fue Delphi (aún existe pero ya no es ni asomo de lo que fue). Recuerdo que comencé con él gracias a una versión (la 2 que compilaba para 16 y 32 bits) que venía gratis con una revista, luego fui actualizando hasta dejarlo en la versión 7 cuando me pasé a Java.
El IDE era muy bueno, con muchas herramientas y componentes visuales, la comunidad era muy numerosa y activa, habían montones de componentes hechos por la comunidad. Pero lo mejor de Delphi era que estaba enfocado al desarrollo de ejecutables nativos para Windows, como Visual C++ antes de .NET. Es curioso que, aparte de algunos IDE para C++, ya no hay entornos así para Windows, ahora todo corre sobre frameworks, máquinas virtuales o intérpretes. Lo considero un retroceso.
-- editado por última vez a las 08:26
Yo actualmente sigo desarrollando en Delphi (entre otros). Lo más curioso de todo es que uno de los desarrollos que tengo en Delphi, la versión anterior estaba :-D
Como tu bien dices, su momento cumbre fue con Delphi 7 y ya después ha ido pasando de mano en mano como una "cualquiera" (Borland lo vendió hace años).
Ahora, la sorpresa la han dado los chicos de Embarcadero (nueva empresa propietaria de delphi) que han sacado una nueva versión Delphi XE 2 con una pinta mas que interesante. Además de poder seguir compilando aplicaciones nativas para Windows (como tu comentas, es una ventaja enorme en rendimiento) ahora también se pueden compilar para Mac, iOS y WebApps (aqui usando FireMonkey, un nuevo framework que si usa una capa superior), reutilizando el mismo código usado para la app de windows, entre otras muchas novedades.
si se te daba bien Delphi (es el lenguaje mas sencillo, intuitivo y productivo con el que he programado) te recomiendo le pegues un vistazo. Yo ya lo estoy haciendo ;-)
P.D: Aunque lo parezca, no soy comercial de Delphi,eh? XD lo que pasa es que me ha hecho mucha ilusión ver como un framework tan bueno y tan poco explotado como Delphi, innova y aporta nuevas opciones a este mundillo.
Muchas gracias por la información. Antes de tu comentario ni siquiera me interesaba saber en que quedó mi entorno de desarrollo preferido, pero me has dejado con curiosidad ;-) . El problema para mí, de retomarlo, sería acostumbrarme de nuevo a la rigidez del Object Pascal, que en su momento me pareció fabuloso porque te obligaba a mantener un código ordenado, pero han pasado muchos años. Veremos qué tanto daño ha causado lenguajes dinámicos como PHP o Python :-)
-- editado por última vez a las 17:50
con visual c++.net podes compilar para el framewok o nativo para varias plataformas. es muy versatil eso
Watcom C compiler en su versión de 1989 tuvo un efímero (apenas 2 o 4 años) pero elevado éxito entre los programadores de demos y juegos. Fué el primero adoptado (plataforma MSDOS) en permitir modo protegido ¡y superar la barrera de 64k de página! (por 2 hermosos gigas de direccionamiento).
Dennis Ritchie ha muerto
No me había enterado de la noticia (falleció el 9 de octubre).
Desde luego, se ha ido uno de los grandes. :'(
D.E.P.
-- editado por última vez a las 15:13
Había escuchado de él, pero nunca le puse las garras encima. Gracias por el dato del Harbour Project
Saludos
Hola, que buenos recuerdos me han venido leyendo este articulo! Recuerdo haberlo utilizado a principios de los '90, y me pareció el mejor para el manejo de datos. Para añadir algo más: tenía uno módulo que era orientado a objetos! Ser le podía anadir módulos compilados en C sobretodo para realizar cálculos más complejos y disponía de muy buena documentación: las norton guides salu2
Cuando programaba en Summer'87 trabajaba en un fabuloso XT de 4 mhz al cual le tomaba casi media hora compilar .. que recuerdos !!!!
La primera vez que lo chequé fue en la preparatoria, me gustó la facilidad que tiene para manejar tablas e interactuar con ellas, y también se me hizo muy sencilla la forma de crear interfaces de usuario en ambientes de terminal MSDOS, después de eso, le perdí el rastro, pero ahora que veo que todavía existe en la forma de Harbour, hasta se me ocurren un par de aplicaciones que podría hacer para manejar datos en algunos servidores Linux, ya que esos no tienen ambiente gráfico, manejar algunas pantallas por PuTTY podría ser útil, y aunque no recuerdo los comandos, si recuerdo que era más fácil que NCurses jojojojo.
Sólo diré una cosa: blinker fi
Y lo de los menús, bueno; era algo muy parecido a TurboVision para Pascal, sólo que con librerías externas.
Escribir un comentario
Para hacer un comentario es necesario que te identifiques: ENTRA o conéctate con FacebookConnect