En julio de 2026, un viejo libro de 1984 llegó a la portada de Hacker News. «Digital Deli» —cuya traducción literal sería «La charcutería digital»— muestra en su portada una mesa repleta de componentes electrónicos, con el subtítulo: «Un menú completo y entrañable de leyendas, cultura y estilo de vida informáticos».
Este libro fue compilado hace 42 años por un grupo de geeks que se hacía llamar «The Lunch Group» (El Grupo del Almuerzo). La lista de colaboradores, vista hoy, es impresionante: el cofundador de Apple, Wozniak; el inventor de VisiCalc, Dan Bricklin; el pionero del hipertexto, Ted Nelson; y un joven que vivía en una cabaña perdida en los bosques de Oregón, alimentando su computadora con una extensión de 366 metros —Paul Lutus.
Ilustración: Portada original de «Digital Deli» (1984). Fuente: AtariArchives.org
Cuando el libro apareció en HN, ocurrió algo que solo pasa en Hacker News: un usuario llamado «lutusp» comentó que él era uno de los autores. Su capítulo se titulaba «Cottage Computer Programming» (Programación informática en una cabaña). Y el programa del que hablaba era Apple Writer —el procesador de textos más vendido de la era Apple II, traducido a cinco idiomas y un éxito internacional.
Luego soltó un dato que, al leerlo, me dejó paralizado unos segundos.
«¿Estás sentado?», escribió. «Escribí a mano un procesador de textos en lenguaje ensamblador que ocupaba solo 8 KB de RAM. Ese Apple II tenía solo 32 KB de RAM. Los 24 KB restantes eran para que escribieras tu documento.»
«Y ahora, miro mi GPU con 24 GB de VRAM quejándose de falta de memoria. Un millón de veces más. Y solo han pasado 36 años.»
Un desertor de la NASA y una cabaña sin electricidad
La historia de Paul Lutus, si ocurriera hoy en el mundo startup, merecería un documental.
En 1976, diseñaba componentes electrónicos para el transbordador espacial en la NASA —de hecho, las luces indicadoras que aún funcionan en la flota de transbordadores usan circuitos diseñados por él. Pero sentía que esa vida no era correcta. Así que renunció.
Se mudó a una zona salvaje de Oregón, cargó madera él mismo y construyó una cabaña de 3,6 × 4,8 metros en una colina de 120 metros de altura. Sin camino, sin electricidad. Cultivaba verduras, escribía poesía, jugaba con matemáticas en un cuaderno. Por las noches leía «Scientific American» a la luz de una lámpara de queroseno.
Ilustración: La cabaña original de Paul Lutus en Oregón, donde usó una extensión de 366 metros para alimentar su Apple II y escribió Apple Writer. Fuente: AtariArchives.org
Un día vio un anuncio del Apple II. ¡Un ordenador personal! Fue en bicicleta hasta la cabina telefónica más cercana e hizo el pedido. Luego tendió un cable de extensión de 366 metros desde una obra en la colina hasta su cabaña para tener electricidad.
Su primer producto formal fue meter la primera versión de Apple Writer en un sobre de papel craft y enviarlo a Apple. Apple pagó 7500 dólares por él —no pensó en pedir regalías. Pero el destino le jugó una broma: los propios ingenieros de Apple no podían modificar el programa. Dos años después, renegociaron el contrato basado en regalías. Para 1984, las regalías que entraban a su cuenta cada día ya superaban el precio de compra inicial.
Se autodenomina «el ermitaño de Oregón». Y dice que los rumores sobre que no comía ni dormía mientras programaba —«son todos ciertos».
¿Qué podía hacer un programa de 8 KB?
El lector de hoy quizá no tenga idea de lo que son «8 KB». Pongamos un ejemplo: el artículo que estás leyendo ahora, solo la parte de texto, ocupa unos 15 KB. Es decir, el programa Apple Writer en sí mismo es más pequeño que el artículo que estás leyendo.
Pero era un procesador de textos completo. Permitía editar, formatear e imprimir. Además, incluía un lenguaje de macros —los usuarios podían escribir scripts para ampliar sus funciones. Algo así como tener un editor VBA incrustado en Microsoft Word. Y todo eso, metido en 8 KB.
¿Cómo lo logró? Dos palabras: lenguaje ensamblador y sin opciones.
El ensamblador es la forma más básica de programar —le dice directamente a cada registro de la CPU qué valor almacenar y a cada dirección de memoria qué datos leer. No existen instrucciones de alto nivel como print(«hola»). Es extremadamente eficiente, pero cada línea de código hace una cosa minúscula. En palabras del propio Lutus: «La computadora rechaza todo lo imperfecto, sin dar explicaciones. Cuando finalmente entregas la respuesta que acepta, su aceptación es total e inquebrantable».
Tenía talento, pero la razón más fundamental por la que pudo hacerlo fue que el límite de 32 KB no dejaba margen para la holgazanería. No podías importar una librería de terceros porque no había librerías. No podías escribir código redundante porque no cabía. No podías confiar en que «el usuario ya actualizará el hardware» porque nadie lo actualizaba. Cada byte tenía que ganarse su lugar.
¿Cómo era el mundo hacker en 1984?
«Digital Deli» es un fósil viviente de aquella época.
Al hojear el índice, te encuentras con títulos como: «La ética hacker», «Grupos de usuarios informáticos», «El Homebrew Club y el nacimiento de Apple», «Programación informática en una cabaña», «La guerra antipiratería». La lista de autores incluye casi todos los nombres importantes que luego definirían la industria del ordenador personal. Y el tono general del libro —usando una palabra actual— es «espíritu de código abierto», solo que entonces no existía ese término.
Wozniak recordaba en su capítulo el «Homebrew Computer Club» —un grupo de geeks que montaban placas de circuito en garajes, reunidos cada dos semanas para intercambiar esquemas, código e ideas. Nadie hablaba de secretos comerciales, nadie firmaba NDA. A Steve Jobs no le gustaba que los ingenieros de Apple asistieran a estas reuniones porque «lo filtraban todo» —entre líneas se nota que Wozniak no compartía esa postura.
El libro también incluye un capítulo titulado «La fiebre de las revistas de informática», escrito por Stan Veit. Hacia 1984, circulaban en Estados Unidos cientos de revistas de informática —BYTE, Creative Computing, Compute!— y cada número incluía listados de programas que los lectores podían teclear letra por letra en sus máquinas. Ese modelo de «revista como canal de distribución» hoy parece un mito.
Lutus escribió en su capítulo una frase que, leída en 2026, duele especialmente: «Hoy mucha gente habla de que el programador individual en su cabaña está desapareciendo. Yo no lo creo. Los mejores programas existentes siguen siendo obra de una persona, o como mucho de dos. Algunos experimentos de trabajo en equipo fueron fracasos rotundos.»
El villano: no es el avance técnico, es el «exceso de recursos»
Vi una vez en Reddit un clásico: un programador descubre que su aplicación Electron (un programa de escritorio hecho con tecnología web) ocupa 500 MB de RAM, y toda su función es mostrar un cronómetro. El comentario más votado decía: «En 1985, un Amiga 500 con 512 KB de RAM podía ejecutar un sistema operativo completo, una interfaz gráfica, un sampler de audio y un juego multitarea.»
No es la queja de un nostálgico. Es una regresión real.
La hinchazón del software actual tiene un nombre en economía: la «Ley de Wirth» —el software se vuelve lento más rápido de lo que el hardware se vuelve rápido. Niklaus Wirth (creador de Pascal) ya lo predijo en 1995. Y en 2026, esta ley se manifiesta de la forma más absurda en el ámbito de la VRAM de las GPU.
Cuando Paul Lutus dice en HN que «24 GB de VRAM no son suficientes» —no es broma. He consultado los requisitos de los principales modelos de IA开源 (open source) actuales: un modelo de 70 mil millones de parámetros en precisión estándar necesita unos 14 GB de VRAM; uno de 130 mil millones necesita unos 26 GB —justo por encima de una tarjeta de 24 GB. Y un modelo puntero de 720 mil millones requiere unos 144 GB.
Es decir, en 1984 podías ejecutar un procesador de textos completo más un documento en 32 KB. En 2026, te gastas más de mil euros en una tarjeta gráfica de gama alta y ni siquiera puedes cargar un modelo de IA «mediano».
El núcleo de la contradicción no está en la tecnología. Está en la actitud.
Los programadores de entonces tenían que gestionar cada byte de memoria ellos mismos, porque no había un sistema operativo que hiciera garbage collection ni un framework que abstrajera los detalles de bajo nivel. Esta «obligación de ser eficientes» generaba una calidad de código altísima. Hoy, el edificio de software formado por múltiples capas de abstracción devora memoria en cada nivel —la mentalidad de «total, sobra» ha reemplazado la eficiencia de antaño.
Un detalle más: Tom Clancy no sabía lo que era una copia de seguridad
Al final de su comentario en HN, Lutus añadió una anécdota. Creo que ilustra mejor que todos los datos anteriores la situación.
A principios de los 80, Tom Clancy estaba escribiendo su obra cumbre «La caza del Octubre Rojo». Usaba Apple Writer. Un día llamó diciendo que no podía leer un disco flexible —contenía un capítulo entero que acababa de escribir.
Lutus le dio una mala noticia: no se podía recuperar. Y luego dijo algo que le pareció obvio: «Usa tu copia de seguridad.»
Clancy respondió: «¿Qué es una copia de seguridad?»
Historia real.
Ese hombre, que luego se convertiría en el novelista militar más vendido del mundo, cuando escribía «La caza del Octubre Rojo» simplemente no sabía que los archivos se podían copiar —una operación que hoy cualquier usuario de móvil conoce.
Lutus cerró con esta historia, y mi sensación al leerla fue que ilustra perfectamente la situación de los hackers de 1984. Estaban haciendo algo que nadie en el mundo sabía cómo hacer. Tenían que inventar sus propias herramientas, descubrir sus propios procesos, cometer todos los errores ellos mismos, y luego compartir las lecciones —y el código— con el siguiente que soldara placas en su garaje.
No es nostalgia, es hacer una pregunta
No escribo esto para idealizar «lo bueno de antes». El mundo informático de 1984 no era un paraíso —los usuarios del Apple II tenían que introducir comandos manualmente cada vez que cambiaban de disco, los monitores CRT parpadeaban hasta causar migrañas, y las impresoras podían romper una hoja por la mitad. No era una época fácil de usar.
Pero era una época honesta.
El límite de 32 KB era honesto. El lenguaje ensamblador era honesto —cada instrucción que escribías, la CPU la ejecutaba tal cual. La cultura de compartir del Homebrew Club también era honesta —nadie fingía tener secretos comerciales porque todos estaban inventando la rueda desde cero y regalándola.
Al mundo del software de hoy no le falta memoria, ni potencia de cálculo, ni capital. Lo que le falta es precisamente esa autodisciplina forzosa de tener que entregar algo funcional en 32 KB.
Cuando Lutus mira su GPU de 24 GB mostrando un error de memoria en 2026, seguramente lo que lamenta es que ha desaparecido algo más fundamental: la creatividad que nace de la limitación.
Enlaces de referencia:
- Discusión en Hacker News: Digital Deli, 1984 book by early PC hackers and enthusiasts
- AtariArchives: Digital Deli — libro completo en línea
- Capítulo de Paul Lutus: Cottage Computer Programming
- Internet Archive: Digital Deli — escaneo completo
- Wikipedia: Apple Writer