Escribir 17.000 palabras sin un solo espacio doble: la guía de Super Metroid que justifica texto a mano

"I just chose words carefully."

Escribir 17.000 palabras sin un solo espacio doble: la guía de Super Metroid que justifica texto a mano

En la era de los editores ASCII, el autor rs1n logró una hazaña tipográfica: redactó una guía de 17.000 palabras sobre Super Metroid en la que cada línea termina exactamente en el margen derecho, sin espacios dobles. Para lograrlo, no usó ningún programa de justificación, sino que eligió cuidadosamente cada palabra para que encajara en la longitud de línea. Este artículo reflexiona sobre las rarezas de la composición en fuente monoespaciada y sobre el esfuerzo obsesivo que algunos dedican a que el texto se vea perfecto.

Ninguno. Solo elegí las palabras con cuidado para que todo quedara alineado en el lado derecho. Todo se hizo con un editor ASCII.
  1. lproven

    4 espacios al principio, ¿es así? Veamos...

    Solía escribir todas mis publicaciones en línea así en mis primeros días de tener

    una dirección de correo personal. Mi correo principal es de 1991 y lo usé,

    junto con herramientas basadas en DOS, para conectarme desde 1991 hasta finales de los 90. Al principio

    ejecutaba herramientas DOS desde un disquete, luego en mi propio PC con OS/2 2, luego bajo

    Win95, luego bajo NT 4. Gradualmente todas las herramientas que estaban vigentes en ese

    momento se volvieron basadas en Windows, así que cambié. Simplemente se volvió demasiado difícil no

    usar Windows, y eso significaba fuentes proporcionales, y eso significaba que la gente

    no podía ver que estaba escribiendo texto totalmente justificado... así que lo dejé.

    Si esto funciona (se ve bien en la ventana de edición para mí), entonces esta

    es la primera vez en una década que intento escribir texto justificado. En

    la época en que lo hacía constantemente, apenas me frenaba. Ayuda si

    tienes un buen vocabulario y puedes simplemente sustituir palabras más largas o más cortas

    sobre la marcha.

  2. easydidit

    En una línea similar, Taylor Otwell de Laravel escribe sus bloques de comentarios exactamente de tres líneas y cada línea es tres caracteres más corta que la línea anterior, por ejemplo:

    /*

    |--------------------------------------------------------------------------

    | Application Name

    |--------------------------------------------------------------------------

    |

    | This value is the name of your application, which will be used when the

    | framework needs to place the application's name in a notification or

    | other UI elements where an application name needs to be displayed.

    |

    */

    https://github.com/laravel/framework/blob/13.x/config/app.ph...

  3. sho_hn

    Hay una anécdota similar que Gillian Anderson reveló recientemente durante una entrevista sobre The X-Files, diciendo que Chris Carter tenía un hábito similar al TOC de escribir diálogos para ajustarse a ciertas preferencias de diseño de texto (sin viudas[1]) en el guion, lo que dio lugar al distintivo estilo de cadencia de diálogo de la serie.

    1 = https://en.wikipedia.org/wiki/Widows_and_orphans

  4. howToTestFE

    Estoy bastante seguro de que los comentarios del código fuente de Laravel sobre las funciones siempre eran como de 3 líneas, con cada línea ligeramente más corta que la anterior. No sé si esto todavía se hace o se aplica, pero siempre era agradable de ver.

    Aquí hay un ejemplo - https://github.com/illuminate/database/blob/master/Connectio... - parece que cada uno es 3 caracteres más corto.

  5. AgentOrange1234

    En programación, ciertas elecciones de palabras son valiosas de esta manera. Es triste que pares como true/false, good/bad, first/rest y left/right tengan longitud desigual. Pero hay buenos pares como old/new, head/tail, fast/slow, same/diff y right/wrong, que pueden ayudar a crear una alineación vertical natural a lo largo de una función.

  6. benji-york

    El mantenedor de top justifica completamente sus mensajes de commit, por ejemplo, https://gitlab.com/procps-ng/procps/-/commit/e6f22569e9db16d...

    commit e6f22569e9db16dbef7d9bdee5bb41b8cb7a03ca

    Author: Jim Warner <[email protected]>

    Date: Tue Jul 23 00:00:00 2024 -0500

    top: intentar una vez más permitir la traducción del texto de ayuda

    Cuando se estaba preparando nuestra versión 4.0.1, las fuentes

    se enviaron al TP (Translation Project). Sin embargo, una

    persona llamada Benno Schulenberg se negó a liberarlas

    para traducción. Su razón declarada era el texto de ayuda de la línea

    de comandos de top, que entonces finalmente incluía formas largas.

    Exigió que el texto de ayuda se dividiera en cadenas separadas

    en lugar de una sola cadena grande. Pero, todo el

    texto de top (algo mucho más complejo) tiene solo una cadena.

    Así que esa razón declarada era, como mínimo, inconsistente.

    [ Sospecho que la razón real era que el Sr. Schulenberg ]

    [ pensó que el texto en inglés cuidadosamente justificado a la derecha ]

    [ también sería requerido en las traducciones ]

    La conclusión fue que Benno se tomó la libertad de

    cambiar el lema del TP de "tú codificas, nosotros traducimos" a

    "primero te decimos cómo codificar y luego traducimos".

    En lugar de doblegarme ante ese déspota, deshabilité el

    texto por completo, admitidamente negando a los usuarios una traducción.

    Ahora, con este commit habilitamos texto de ayuda traducible

    pero con una pista incluida para ignorar el texto justificado.

    Referencia(s):

    . Oct, 2 […]

  7. _jackdk_

    Me pregunto si en algún momento durante la escritura, el heroico autor de esa guía de Super Metroid aprendió que "missiles" no se gastan "missles", y decidió quedarse con el error en lugar de reformular toda la guía.

    Además, la fuente utilizada para los ejemplos monoespaciados en la publicación es una gran patada a la nostalgia. ¿Cuál es? Me recuerda a https://int10h.org/oldschool-pc-fonts/fontlist/font?ibm_vga_...

  8. card_zero

    Esto podría potencialmente

    rejuvenecer la escritura

    al interrumpir patrones

    habituales, lo que fuerza

    elecciones más originales.

  9. gyomu

    > Al mismo tiempo, ¿quién de nosotros no asintió con reconocimiento al menos, habiendo pasado horas masajeando una cadena de UI de botón o un tooltip solo para que encajara bajo cierto ancho en una interfaz densamente poblada?

    Yo lo hice, y luego recibí un correo de un cliente sobre cómo estaban usando una función de accesibilidad del sistema operativo de zoom de pantalla y las cosas se truncaban en su dispositivo. :')

    Véase también: localizar tu interfaz al alemán

  10. unicorn_platfor

    Me gusta la idea de que las restricciones arbitrarias pueden realmente mejorar la escritura. Sin una restricción, es fácil caer en frases familiares, mientras que tener que trabajar alrededor de algo inusual te obliga a reconsiderar cada palabra. Me pregunto si esto se aplica también a la programación y a otros trabajos creativos.

Más de este día

2026-08-30