A comienzos de la década de 1980, cuando IBM acababa de poner al mundo de la informática patas arriba con la invención del IBM PC, una empresa llamada Ashton-Tate lanzó un software revolucionario: FRAMEWORK. Este conjunto de aplicaciones -procesador de textos, hoja de cálculos, gráficos, bases de datos, lenguaje de macroinstrucciones, etcétera- funcionaba en un entorno de ventanas basas en texto, corriendo en MS-DOS 2.0 . Hoy te contamos como era el Office antes de Office.
En 1989, Microsoft lanzó al mercado mundial una herramienta que hoy es la principal suite ofimática: Microsoft Office. Este tipo de “paquete de aplicaciones ofimáticas“, compuestos por herramientas destinadas satisfacer las necesidades informáticas básicas de cualquier usuario o empresa se han vuelto múy populares en la actualidad. Con MS Office, por ejemplo, puedes procesar textos, utilizar hojas de cálculo, gestionar bases de datos, crear presentaciones y -entre otras cosas- escribir “macros” (pequeños programas) en un lenguaje de programación que es un subconjunto de Visual Basic que puede agregar funciones extras a las previstas por Microsoft. Las piezas principales de este rompecabezas son Microsoft Word y Microsoft Excel, y para muchos usuarios este paquete es la primera herramienta de su tipo. Sin embargo, esto no es así.
A pesar de que la idea e implementación de una “suite de aplicaciones de oficina” es casi tan antigua como la informática misma, una de las primeras en convertirse en algo realmente útil y muy apreciada por sus usuarios fue “FRAMEWORK”. FRAMEWORK forma parte del enorme grupo de paquetes de aplicaciones integrados que invadieron el mundo de los ordenadores personales en la década de 1980. La versión 1.1, disponible incluso en español y aparecida en 1983, ofrecía al usuario la posibilidad de realizar su trabajo mediante una interfaz de ventanas.
Esto, que hoy no es ninguna novedad, funcionaba -y muy bien- en el sistema operativo estrella de la época: el IBM DOS 2.0. Aún faltaban dos años para que Microsoft pusiese a la venta “Windows 1,0”, pero los programadores de Ashton-Tate, la empresa que creó FRAMEWORK y el gestor de bases de datos D-BASE, utilizaron la metafora de ventanas para que sus usuarios pudiesen acceder más fácilmente a las herramientas de su suite.
FRAMEWORK incluía una herramienta para el tratamiento de textos, capaz de realizar “hazañas” como el justificado y centrado de texto, resaltar palabras subrayándolas o poniéndolas en negritas, etcétera. Poseía una “hoja de cálculos” en la que el usuario utilizaba la hoy tan popular grilla de celdas dispuestas en filas y columnas para “procesar” datos numéricos, realizando simulaciones, planificaciones y cualquier tipo de modelización numérica.
El gestor de bases de datos de FRAMEWORK era muy potente -utilizaba el “modelo relacional”- y permitía la gestión de datos almacenados en tablas. Una herramienta destinada a la creación de gráficos, algo todavía no muy popular en un mundo dominado por las pantallas basadas en texto, brindaba la posibilidad de convertir datos numéricos en gráficas de barras, lineas, barras superpuestas, X-Y, “de torta” o de puntos.
Además de estas herramientas, muy similares en cuanto a sus funciones a las que hoy encontramos en cualquier suite de oficina, FRAMEWORK disponía de un programa de comunicaciones -internet era algo todavía muy lejano- que aprovechaba la existencia de un módem (2400 baudios o poco más) para enlazar nuestro ordenador con otros y transmitir la información contenida en alguna de las ventanas de la herramienta.
Un componente adicional, de “esquematización”, facilitaba la creación de índices de documentos. Algo similar al viejo “cuaderno” del MS Office, que permitía mantener “índices” conformados por los capítulos y subcapítulos de los documentos de los usuarios. Pero lo que realmente era muy útil (a pesar de que algunos usuarios ni intentaban hacer algo con él) era FRED.
Si bien este tipo de “suite” tiene como objetivo lograr que el usuario no tenga que recurrir a la programación para resolver sus asuntos, FRED ofrecía la posibilidad de crear pequeños programas destinados a automatizar tareas dentro de FRAMEWORK. La principal característica de este lenguaje era que permitía utilizar cualquiera de las opciones de FRAMEWORK junto a sentencias propias -muy similares a las de los lenguajes BASIC o PASCAL– para mejorar, reemplazar o agregar funciones al paquete.
Utilizando FRED era posible desarrollar aplicaciones completas, destinadas a aquellos compañeros de trabajo que ni siquiera sabían usar el FRAMEWORK. Este verdadero “abuelo” del Visual Basic para Aplicaciones (VBA) permitía crear nuevos “arboles de menú” en las ventanas de la suite, desde las que se “llamaban” a las nuevas funciones creadas por el programador. Hace casi 30 años, y en DOS.
Las publicaciones de la época resaltaban como ventajas de este paquete su gran flexibilidad, la existencia de FRED, la interfaz basada en ventanas y listas de opciones, la posibilidad de ejecutar comandos DOS desde dentro del entorno y el sistema de comunicaciones. Todo esto -salvo lo de “ejecutar comandos DOS”, por supuesto- hoy día se da por sentado y se encuentra disponible en cualquier aplicación.
Pero no todas eran flores para FRAMEWORK. Muchos se quejaban de los “enormes requisitos de hardware” que hacían falta para que funcionase con fluidez.: en ocasiones, y aún contando con los 384KB de RAM (si, un tercio de “mega”, unas 20.000 veces menos que los 8GB de RAM que tiene tu ordenador promedio hoy día) exigidos por el paquete, solían aparecer mensajes de “Memoria Insuficiente” cuando se intentaba imprimir múltiples copias de un documento.
Aunque parezca mentira, este programa dispuso de soporte hasta hace casi una década. Fue posible encontrar versiones para máquinas tan pequeñas como una handheld HP-200LX o Psion, para Windows o incluso una versión multinacional instalable desde internet. ¿Lo conocías?
