Cuando escalar significaba llenar una habitación de PCs: el legado de las BBS
Una fotografía publicada por Rachel by the Bay en enero de 2022 captura algo que hoy parece ciencia ficción: decenas de IBM PC compatibles apilados en racks, todos corriendo MS-DOS, formando una sola BBS (Bulletin Board System) de gran escala. Para un founder acostumbrado a levantar infraestructura en AWS con tres clics, la imagen genera una mezcla de asombro y gratitud. Pero más allá de la nostalgia, hay lecciones de escalabilidad, comunidad y resiliencia tecnológica que siguen siendo brutalmente relevantes.
¿Qué era una BBS y por qué importa su historia?
Las Bulletin Board Systems fueron los primeros espacios públicos de comunidad online. Nacieron en 1978 cuando Ward Christensen y Randy Suess crearon la CBBS (Computerized Bulletin Board System) en Chicago, la primera de su tipo. Durante casi dos décadas —antes de que la World Wide Web se volviera masiva— las BBS fueron el lugar donde la gente se conectaba, compartía archivos, debatía ideas y construía identidad digital.
Su apogeo llegó en 1994: según estimaciones de InfoWorld, había 60.000 BBS activas en Estados Unidos sirviendo a 17 millones de usuarios. Un ecosistema completo construido sobre líneas telefónicas, módems y muchísima creatividad operacional.
👥 ¿Quieres ir más allá de la noticia?
En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.
👥 Unirme a la comunidadLa infraestructura detrás de una BBS grande: hardware, software y voluntad
Una BBS modesta era una sola PC con un módem y una línea telefónica. Pero las grandes —las que aparecen en fotografías históricas— eran otra historia. Para manejar decenas de usuarios simultáneos, los sysops (system operators) armaban configuraciones que incluían:
- CPUs 286, 386 o 486 con 4 a 16 MB de RAM —una fortuna para la época.
- Múltiples tarjetas seriales para conectar 8, 16 o hasta 64+ módems Hayes-compatible en paralelo.
- Discos duros de cientos de megabytes y changers de CD-ROM para distribuir miles de archivos de shareware.
- Software especializado como MajorBBS de Galacticomm (capaz de gestionar más de 128 líneas simultáneas) o TBBS de eSoft, diseñado para operaciones comerciales.
Toda esa infraestructura corría típicamente sobre MS-DOS, con software escrito en C, Pascal o ensamblador para exprimir cada ciclo de CPU disponible. No había contenedores ni Kubernetes. Solo código ajustado a mano y mucho ingenio.
Redes antes de internet: Fidonet y la distribución batch
Uno de los aspectos más fascinantes de las BBS grandes fue cómo resolvieron el problema de la conectividad entre nodos sin internet centralizado. La respuesta fue Fidonet: una red de transferencia batch donde los mensajes y archivos viajaban de nodo en nodo durante la madrugada, aprovechando tarifas telefónicas nocturnas más baratas.
Fidonet creció de 400 nodos en 1985 a 35.787 nodos en 1995. Una arquitectura distribuida, asíncrona y resiliente que prefigura —de manera sorprendente— principios que hoy aplicamos con colas de mensajería como AWS SQS, RabbitMQ o Kafka.
El impacto cultural: de las BBS al internet moderno
No se puede entender Reddit, Discord, GitHub ni el open source sin entender las BBS. Estas plataformas fueron el caldo de cultivo de:
- Las primeras comunidades hacker y de desarrollo de software colaborativo.
- Las escenas de demo y arte ASCII/ANSI, antecesoras del diseño digital y los videojuegos indie.
- El peer-to-peer sharing que derivaría en BitTorrent y luego en modelos de distribución descentralizada.
- Los primeros ISP (proveedores de internet): muchos sysops simplemente añadieron conectividad TCP/IP a sus BBS en 1995–1996 y se convirtieron en los primeros proveedores de acceso.
Para mediados de los 90, la cantidad de BBS activas bajó de 45.000 (1995) a 10.000 (1997). No porque fracasaran, sino porque el ecosistema evolucionó y sus operadores lo lideraron.
Cinco lecciones de escalabilidad que todo founder debería recordar
Mirar una foto de una BBS de gran escala no es solo nostalgia geek. Es un ejercicio de pensamiento sobre cómo se construye infraestructura con restricciones reales. Aquí los aprendizajes más transferibles:
1. Diseña para escala horizontal desde el día uno
Las BBS grandes chocaban contra muros físicos: límites de puertos seriales, capacidad de CPU, líneas telefónicas disponibles. Los sysops que sobrevivieron fueron los que diseñaron sus sistemas para agregar nodos de forma modular. Hoy ese mismo principio se traduce en auto-scaling groups, microservicios y arquitecturas stateless.
2. Las tareas no urgentes no necesitan ser en tiempo real
Fidonet optimizó el ancho de banda enviando mensajes en lotes nocturnos. Ese insight sigue siendo oro: usa colas asíncronas para procesos no críticos (emails, reportes, sincronizaciones) y reserva capacidad en tiempo real solo para lo que realmente lo requiere.
3. El costo de infraestructura es siempre personal antes de ser corporativo
Los sysops pagaban las facturas telefónicas de su bolsillo. Esa fricción financiera los obligó a ser brutalmente eficientes. En el mundo cloud, la misma disciplina se traduce en right-sizing de instancias, uso de spot instances y revisiones periódicas de costos. El dinero de la empresa también es personal.
4. La comunidad es el moat más difícil de replicar
Las BBS con más usuarios no eran necesariamente las más técnicas: eran las que tenían mejor comunidad. Sus sysops cultivaban discusiones, resolvían conflictos y daban forma a la cultura del espacio. Ese principio es idéntico al de los mejores productos SaaS con comunidades activas hoy.
5. Planifica la migración antes de necesitarla
Los sysops que sobrevivieron la transición de BBS a internet fueron los que anticiparon el cambio. No esperaron a que los usuarios se fueran: pivotaron hacia ISP cuando vieron la tendencia. Para un founder, la pregunta permanente es: ¿qué cambio de plataforma o tecnología podría hacer obsoleto mi stack actual en 24 meses?
Conclusión
Una foto vieja de una sala llena de PCs corriendo MS-DOS puede parecer una reliquia. Pero detrás de esa imagen hay décadas de aprendizajes sobre cómo construir sistemas que escalan, comunidades que duran y operaciones que sobreviven la evolución tecnológica. Los founders que entienden de dónde viene el internet —y por qué las BBS importaron tanto— tienen una perspectiva más profunda sobre adónde va. La infraestructura cambia; los problemas fundamentales de escala, comunidad y eficiencia, no.
Profundiza estos temas con nuestra comunidad de founders tech en Ecosistema Startup.
Fuentes
- https://rachelbythebay.com/w/2022/01/26/swcbbs/ (fuente original)
- https://en.wikipedia.org/wiki/Bulletin_board_system (fuente adicional)
- https://ethw.org/Bulletin_Board_Systems (fuente adicional)
