El sistema de placa de pruebas

El Bread Board System ( TBBS ) es un paquete de software comercial para sistemas de tablones de anuncios multilínea basado en MS-DOS , escrito en 1983 por Philip L. Becker. Originalmente, creó el software a raíz de una partida de póker con amigos que elogiaban el software BBS creado por Ward Christensen . Becker afirmó que podía hacerlo mejor y fundó eSoft , Inc. en 1984, basándose en el éxito de ventas de TBBS.

TBBS es una abreviatura de The Bread Board System , aunque esta explicación estaba oculta en la documentación . Este término era diferente porque BBS se usaba más comúnmente para referirse a un sistema de tablón de anuncios. El nombre se eligió porque establecía paralelismos con una " placa de pruebas " electrónica (donde se puede construir la base de cualquier circuito).

TBBS comenzó en 1983 como un BBS de una sola línea, originalmente escrito para máquinas RadioShack TRS-80 y posteriormente adaptado a computadoras IBM-PC . Su ventaja radicaba en que el operador del sistema podía personalizarlo completamente, de modo que no había dos sistemas TBBS iguales. Otros paquetes BBS de la época tenían sus estructuras de menú codificadas de forma fija.

Con el paso del tiempo, Phil reescribió por completo el programa TBBS en lenguaje ensamblador para que funcionara en PCs IBM con MS-DOS. En 1988, añadió un núcleo multitarea personalizado que permitía que varios usuarios accedieran al sistema TBBS simultáneamente. Otros paquetes de software BBS solo podían lograr el acceso simultáneo de usuarios ejecutando su software en sistemas LAN, dedicando una máquina completa por módem o mediante software multitarea como DESQview de Quarterdeck . TBBS permitía múltiples líneas en una sola máquina. Para quienes deseaban usar dos líneas, no se necesitaba hardware adicional; solo era necesario usar COM1 y COM2. Para quienes deseaban usar más líneas, se utilizaban tarjetas serie multipuerto de la empresa Digiboard para conectar hasta 96 módems a una sola máquina. En su apogeo en 1996, TBBS podía soportar más usuarios simultáneos a máxima velocidad con menos hardware que cualquier otro producto BBS de la competencia.

Muchas empresas de software, como Microsoft, y la mayoría de las empresas de hardware informático de todo el mundo dependieron de TBBS para sus servicios de soporte técnico en línea y descarga de archivos hasta que los sitios web de Internet y FTP reemplazaron la necesidad de una presencia BBS de marcación directa a mediados de la década de 1990.

Se utilizaron módulos de opciones adicionales para ampliar internamente el conjunto de funciones de TBBS.

• TDBS (The Data Base System) era un lenguaje compilado compatible con dBase3 que permitía la creación de aplicaciones y juegos multilínea sin necesidad de salir del entorno TBBS mediante archivos por lotes (o archivos de destino), lo que lo hacía más estable que sus competidores.
• TIMS (Sistema Integrado de Correo) se lanzó para permitir la interacción con la tecnología FidoNet .
• QSO se lanzó para permitir a los usuarios utilizar el popular formato de mensajes QWK para la lectura de correo sin conexión.
• SYSOM se lanzó para brindar al administrador del sistema control en tiempo real sobre archivos, cuentas de usuario y parámetros de menú sin interrumpir el funcionamiento del sistema TBBS.
• La función Interchange se lanzó para permitir que el sistema TBBS interceptara las líneas de módem salientes para llamar a otros servicios, conectando así en red múltiples sistemas BBS.
• TIGER (The Internet Gateway and E-Mail Router) era un módulo opcional que facilitaba la conectividad de correo electrónico y grupos de noticias de Usenet a TBBS a través de UUCP . TIGER fue desarrollado y vendido originalmente por Jack Rickard, editor de la revista Boardwatch, bajo el nombre de PIMP (Personal Internet Mail Processor). eSoft adquirió el producto y le cambió el nombre en mayo de 1995. ^{[ 1 ]}
• UltraChat era un módulo de chat flexible que incluía configuraciones predeterminadas para emular sistemas de chat populares de productos de la competencia y se lanzó como una alternativa opcional a la función de chat predeterminada. ^{[ 2 ]}

En definitiva, TBBS y sus módulos opcionales superaban con creces el rendimiento y la fiabilidad que otros autores de BBS podían soñar. TBBS tenía una potencia que ni siquiera su autor había previsto. Por ejemplo, en 1988, la Universidad del Sur de California instaló TBBS en su sistema BBS de 16 líneas, administrado por Susan Biddlecomb, directora de soporte informático del sistema de salud de la USC. ^{[ 3 ]} El ordenador se encontraba en el centro de informática, a cierta distancia de su oficina, lo que la obligaba a desplazarse hasta allí para realizar el más mínimo cambio. Su solución fue prescindir por completo del menú interno y del sistema de interfaz, diseñando un diseño de menú estándar y creando menús sobre la marcha mediante el módulo adicional TDBS.

Ella cargaba cualquier cambio o adición a los menús como entradas en la base de datos ^{[ 4 ]} y recompilaba los menús de forma remota. Después de un reinicio diario, los cambios surtían efecto automáticamente sin necesidad de ir a la sala de computadoras. Una ventaja adicional era el contenido dinámico : al registrarse o iniciar sesión, el usuario podía ingresar o modificar cualquier información, como información personal, preferencias o subforos de interés. Esta información se ingresaba en la base de datos, lo que personalizaba dinámicamente el sistema de menús que se presentaba al usuario, y no necesariamente dos usuarios veían la misma información. Esto significaba que toda la interfaz que veían los usuarios era en realidad un complemento que se ejecutaba bajo TDBS, mientras que el programa principal funcionaba simplemente como un gestor de tareas múltiples. Un concepto similar se usa ampliamente hoy en día en la World Wide Web como contenido basado en bases de datos, una de sus características más potentes. E-Soft no publicitó este método de construcción del sistema de menús y dejó que los usuarios descubrieran el potencial de esta implementación avanzada.

En 1993, Phil Becker previó la inminente migración comercial a Internet y comenzó a trabajar en el proyecto IPAD (Adaptador de Protocolo de Internet). Este se diseñó como una solución de hardware y software integrada que, en un principio, se centraba en el acceso bidireccional a TBBS mediante Telnet . También proporcionaba otros servicios ( RAS , DNS , FTP , etc.) para los usuarios de TBBS que se conectaban por línea telefónica utilizando el iPad como puerta de enlace directa. Esto permitió a muchos propietarios de iPad convertirse más fácilmente en proveedores de servicios de Internet (ISP) a medida que el uso generalizado de BBS disminuía debido a la creciente popularidad de Internet.

El iPad era muy popular entre los operadores comerciales de TBBS. Desafortunadamente, era muy caro e inaccesible para la mayoría de los administradores de sistemas TBBS aficionados, quienes ya habían invertido miles de dólares en TBBS y sus módulos opcionales para usarlo en sistemas gratuitos sin ninguna esperanza de obtener ganancias.

eSoft y TBBS tomaron caminos separados cuando eSoft se centró en el mercado de Internet. El desarrollo de nuevas versiones de TBBS finalizó en 1997 y, a finales de 1999, se interrumpió oficialmente el soporte técnico para TBBS y sus productos asociados. Las ventas de nuevas versiones de TBBS continuaron hasta 2003 como parte de aplicaciones verticales desarrolladas con el lenguaje TDBS.

Hasta hace poco, TBBS contaba con el soporte de un foro de usuarios en TBBS.org. Actualmente, el desarrollo y el soporte de IPAD corren a cargo de la IPAD Owners Association, Inc.eSoft está ubicada en Broomfield, Colorado .

• Asociación de Propietarios de iPad, Inc.
• ONE BBSCON 1994: TBBS UltraChat, presentado por Bob Hartman
• ONE BBSCON 1994: TBBS: Direcciones futuras presentadas por Phil Becker y Bob Hartman