Emacs cumple 50 años: el editor que fundó el software libre

Emacs cumple 50 años: el editor que nació en el MIT y terminó fundando el software libre

En 1976, un investigador del MIT Artificial Intelligence Laboratory llamado Richard M. Stallman reescribió un editor de texto para las terminales de video del laboratorio. Cincuenta años después, ese programa —EMACS— sigue en uso, y la comunidad que se formó a su alrededor fue el germen del movimiento de software libre y del sistema GNU/Linux. Para cualquier founder que hoy construye producto sobre código abierto, entender cómo se gestó esa comunidad es entender de dónde vienen las licencias, los forks y los modelos de negocio que usa a diario.

¿Cómo se programaba antes de Emacs?

La historia arranca mucho antes del software. Las seis mujeres que trabajaron en el ENIAC, una de las primeras computadoras del mundo, en la Universidad de Pennsylvania en 1946, no escribían código: configuraban físicamente interruptores, cables y tableros de conexión.

Años después, ingenieros del MIT programaron el Whirlwind perforando código en cinta de papel, lo que lo convirtió en una de las primeras máquinas de "programa almacenado". Luego llegaron las tarjetas perforadas, una por línea de código.

¿Y esto cómo se aplica en tu negocio?

Dueños de negocio de Latinoamérica y España usan un agente de IA para ganar más y recuperar su tiempo. El Kit «tu mano derecha con IA» te muestra cómo en un video de 11 minutos, con una ficha para armar el tuyo. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

Para comienzos de los años 60, quienes tenían computadoras interactivas usaban un "editor de líneas" sobre teletipos: máquinas grandes y ruidosas de teclado e impresora. Se escribía una línea a la vez y el trabajo se guardaba en un disco duro giratorio del tamaño de una lavadora moderna. Todavía no existía nada parecido a un editor de pantalla completa que permitiera ver y modificar muchas líneas simultáneamente.

Las raíces de EMACS están en TECO, el editor creado por Dan Murphy en 1962 para la computadora PDP-1 del MIT. Sus comandos eran letras mayúsculas: "I" para insertar texto, "D" para borrar un carácter. Cuando la cinta dejó de ser el medio de almacenamiento y pasó a serlo el disco compartido, la "T" de TECO pasó a significar "Text". Con los años, TECO se convirtió en un lenguaje completo con el que los programadores creaban nuevas órdenes, llamadas macros.

En el otoño de 1971, Carl Mikkelsen creó Control-R, un complemento de TECO que aprovechaba las terminales de "teletipo de vidrio" con pantalla. Control-R mostraba los cambios en pantalla de inmediato, sin reimprimir cada línea. Su límite: solo podía mostrar unas pocas líneas de código a la vez.

¿Quién creó Emacs y por qué no fue un proyecto de producto?

En 1976, Stallman vio en una visita al laboratorio de IA de Stanford un editor de pantalla completa llamado E. Inspirado, volvió al MIT y se propuso mejorar Control-R. El cambio estructural más importante: cada tecla ejecutaba su propia macro al presionarse, lo que hacía el programa mucho más fácil de personalizar. Los hackers del laboratorio se lanzaron sobre el código y empezaron a modificar y agregar comandos.

Eso le generó un problema a Guy Steele Jr., estudiante de posgrado del laboratorio que pasaba buena parte de su tiempo ayudando a otros miembros a depurar sus programas. "Noté que me resultaba mucho más difícil ayudar a alguien que usaba uno de esos paquetes que a alguien que usaba TECO puro", recuerda Steele. "Con el tiempo se me ocurrió intentar consensuar un conjunto estándar de comandos de Control-R que todos aceptaran usar".

David Moon ayudó, Stallman se sumó y terminó tomando el liderazgo. Juntos asignaron un conjunto estándar de comandos que aprovechaba la tecla Meta de los teclados del laboratorio: Meta-F movía el cursor una palabra hacia adelante, Meta-B una hacia atrás. Al resultado lo llamaron EMACS, siglas de "Editor Macros" o "Editing Macros".

La frase de Steele resume el punto: "Mi objetivo no era construir un gran editor de texto nuevo. Estaba tratando de resolver un problema social".

Y sin embargo, EMACS fue un gran editor. Mientras Control-R podía ser complicado, según una historia escrita por Bernard S. Greenberg, usuarios "sin ninguna experiencia técnica" podían aprender a editar cartas, correos e incluso programas "en minutos o una hora". Los usuarios experimentados, en cambio, lo encontraban "inmensamente más usable que cualquier forma previa de edición".

¿Cómo se distribuía software antes de GitHub?

Stallman empezó a distribuir EMACS a cualquiera que le enviara una cinta magnética y un sobre con franqueo pagado para la devolución. En el manual de 1981 escribió: "EMACS no cuesta nada; en cambio, te estás uniendo a la comuna de intercambio de software EMACS. Las condiciones de membresía son que debes devolver cualquier mejora que hagas a EMACS".

Ese párrafo es, en la práctica, el antecesor conceptual de las licencias copyleft y de los modelos de contribución obligatoria que hoy sostienen buena parte del software que usan las startups.

¿Por qué Emacs derivó en el proyecto GNU?

Greenberg escribió su propia versión para Multics, un sistema operativo temprano que por entonces pertenecía a su empleador, Honeywell. Su EMACS ganó el primer premio en la International Honeywell Software Conference de 1980 y Honeywell comenzó a venderlo. No fue el único: James Arthur Gosling, graduado de Carnegie Mellon que después lideró el desarrollo del lenguaje Java, hizo una versión que terminó vendiendo como producto comercial.

Esa transición de software gratuito a software pago fue lo que impulsó a Stallman a lanzar un proyecto para crear un sistema operativo que pudiera compartirse y mejorarse libremente. Lo modeló sobre el cada vez más popular Unix de Bell Labs y lo llamó GNU Project. "GNU" significaba "GNU's Not Unix", aludiendo a que, a diferencia de Unix, sería libre.

La primera aplicación importante del proyecto fue GNU Emacs. Como GNU/Linux todavía estaba a años de distancia, GNU Emacs corrió inicialmente sobre Unix y después sobre una variedad de sistemas, incluido Linux. Cuando Apple lanzó Mac OS X en 2001, GNU Emacs venía incluido. Apple dejó de distribuirlo en 2019, pero mantiene un programa llamado mg ("Micro GNU Emacs") que soporta la mayoría de los comandos aunque carece de lenguaje de programación integrado. Además, buena parte del sistema operativo de Apple conserva soporte oculto para comandos EMACS: sin tecla Meta, Control-Option-B retrocede una palabra y Control-Option-F avanza una.

¿Qué significa esto para tu startup?

La historia de EMACS no es nostalgia de terminales. Es un caso de estudio sobre cómo se construye y se sostiene una plataforma de software durante décadas.

Audita las licencias de tus dependencias. El episodio Honeywell y la versión comercial de Gosling muestran que el software libre puede volverse propietario en cualquier eslabón de la cadena. Revisa qué licencia trae cada librería crítica de tu stack antes de una ronda de inversión o de una due diligence técnica.
Diseña puntos de extensión, no solo funciones. El salto de Control-R a EMACS vino de un cambio arquitectónico simple: que cada tecla ejecutara su propia macro. Si tu producto permite que el cliente automatice y personalice flujos sin pedirte permiso, ganas retención y reduces soporte.
Trata a la comunidad como canal, no como costo. El modelo de "devuelve tus mejoras" fue el go-to-market de EMACS antes de que existiera el concepto de comunidad de producto. Un programa de contribuciones bien diseñado puede ser más barato que un equipo de desarrollo interno.
La longevidad es una decisión de diseño. Un editor de 1976 sigue funcionando porque sus interfaces centrales cambiaron poco. Cada vez que rompes compatibilidad por una mejora marginal, le cobras una migración a tus usuarios.

Conclusión

EMACS cumple 50 años y sigue en uso, algo que muy pocos productos de software pueden decir. Su legado más grande no es el editor en sí, sino el modelo de gobernanza que inauguró: código compartido, mejoras devueltas y una comunidad capaz de sostener el proyecto cuando aparecen intereses comerciales. Para un founder, ese es el aprendizaje transferible: la arquitectura abierta y las reglas claras de contribución son lo que hace que un producto sobreviva a sus creadores.

La búsqueda de datos adicionales no arrojó cifras verificables sobre la adopción actual de EMACS, por lo que este análisis se apoya en la fuente original.