ORIGEN

Microhistorias: ¿Sabes de dónde vino el nombre de DOOM para el legendario juego?, Tom Cruise te lo cuenta ...



Leyendo esta fenomenal entrada de Coding Horror sobre uno de nuestros libros favoritos, del que ya hemos hablado en CyberHades contando alguna historia, llamado "Masters of Doom", que cuenta la historia de John Carmack y John Romero, creadores de los míticos Wolfenstein 3D, Doom y Quake, no me acordaba del extraño origen del nombre para el mítico juego Doom.

Posiblemente pensabas, como yo, que al llamarse "perdición" (traducción de "doom") tendría algún origen satánico, de alguna película de zombies, etc. Pero no, y a lo mejor te rompo la leyenda cuando veas el origen real del nombre del juego, ¿estás preparado?:

Origen de grep



Aunque he categorizado esta entrada como Microhistoria, no la he titulado como tal, porque es más bien una pequeña curiosidad, sería más bien una mini-microhistoria :)

A finales de los 60s y principios de los 70s, el mundo de la informática vería nacer uno de los sistemas operativos con más influencia de la historia: Unix.

Cuando uno creaba un sistema operativo, además del núcleo necesitaba algunas utilidades con las que poder trabajar y seguir desarrollando en el mismo. Algunas de las herramientas esenciales eran un ensamblador, depurador, un editor de texto, etc. El papel que jugaba el editor de texto era importantísimo, ya que este era el medio por el que el programador podía escribir código directamente en el sistema.

Origen de las tuberías de Unix



Aquí podéis ver una carta firmada por M. D. McIlroy con fecha del 11 de Octubre de 1964. Dónde reclama la necesidad de implementar algún mecanismo para conectar dos aplicaciones y pasar datos de una a otra. Lo que hoy día conocemos como tubería.

A continuación voy a intentar traducir dicho texto:

Sumario de lo más importante. Resumiendo lo que más me preocupa:

1.- Deberíamos tener alguna forma de conectar programas coma una manguera, enroscar en otro segmento cuando sea necesario tratar los datos de una forma diferente. Esta es la forma en que funciona la ES (entrada/salida). 2.- Nuestro cargador debe ser capaz de controlar el establecimiento de enlace y carga. 3.- Nuestra librería debería permitir además indexación general, responsabilidad, generaciones, conmutación del sentido de los datos. 4.- Debería ser posible obtener componentes privados del sistema (todas las rutinas son componentes del sistema) para jugar con ellos.

Aquí la carta original: