17,000단어를 한 글자 오차 없이 오른쪽 정렬한 Super Metroid 공략

"I just chose words carefully."

17,000단어를 한 글자 오차 없이 오른쪽 정렬한 Super Metroid 공략

모노스페이스 텍스트에서 양쪽 정렬을 하면 공백이 고르지 않아 보기 나쁘다. 하이픈 넣기도 어색하다. 그런데 1990년대 후반, rs1n은 Super Metroid 공략을 작성하면서 단어를 신중히 골라 17,000단어 분량을 오른쪽 끝이 정확히 맞아떨어지도록 썼다. 특별한 도구 없이 ASCII 에디터만 사용했다. 이 글은 그 놀라운 사례와, 화면 속 텍스트에서 이런 수고가 드문 이유를 소개한다.

아무 프로그램도 안 썼어요. 그냥 오른쪽이 다 맞도록 단어를 신중히 고른 것뿐이에요. 전부 ASCII 에디터로 했죠.
  1. lproven

    앞에 공백 4개, 맞나요? 한번 보죠...

    저는 개인 이메일 주소를 갖기 시작한 초기에 모든 온라인 게시물을 이렇게 작성했습니다. 제 기본 이메일은 1991년부터 사용했고, 1991년부터 1990년대 후반까지 DOS 기반 도구를 사용하여 온라인에 접속했습니다. 처음에는 플로피 디스크에서 DOS 도구를 실행했고, 그다음에는 OS/2 2가 설치된 제 PC에서, 그다음에는 Win95, 그다음에는 NT 4에서 실행했습니다. 점차 그 당시 최신 도구들이 모두 Windows 기반이 되면서 저도 전환했습니다. Windows를 사용하지 않는 것이 너무 어려워졌고, 그 의미는 비례 폰트를 사용해야 한다는 것이었고, 그 의미는 사람들이 제가 완전히 양쪽 정렬된 텍스트를 작성하고 있다는 것을 볼 수 없다는 것이었습니다... 그래서 그만두었습니다.

    이 방법이 작동한다면(편집 창에서는 괜찮아 보이지만) 10년 만에 처음으로 양쪽 정렬 텍스트를 작성해 보는 것입니다. 제가 항상 그렇게 했을 때는 속도가 거의 느려지지 않았습니다. 어휘력이 좋고 그 자리에서 더 길거나 짧은 단어로 대체할 수 있다면 도움이 됩니다.

  2. easydidit

    비슷한 맥락에서, Laravel의 Taylor Otwell은 주석 블록을 정확히 세 줄로 작성하며 각 줄은 위 줄보다 세 글자씩 짧습니다. 예를 들어,

    /*

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

    | 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

    비슷한 일화가 있습니다. Gillian Anderson이 최근 X-Files 인터뷰에서 Chris Carter가 대본에서 특정 텍스트 레이아웃 선호도(홀수 줄 없음[1])에 맞춰 대화를 작성하는 강박관념 같은 습관이 있었고, 이것이 쇼의 독특한 대화 리듬 스타일을 만들었다고 밝혔습니다.

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

  4. howToTestFE

    Laravel 소스 코드의 함수 위 주석은 항상 3줄 정도였고, 각 줄은 이전 줄보다 길이가 약간 짧았습니다. 이것이 여전히 유지되는지 확실하지 않지만, 항상 보기 좋았습니다.

    예시는 다음과 같습니다 - https://github.com/illuminate/database/blob/master/Connectio... - 각 줄이 3자씩 짧아 보입니다.

  5. AgentOrange1234

    프로그래밍에서 특정 단어 선택은 이런 면에서 가치가 있습니다. true/false, good/bad, first/rest, left/right 같은 쌍이 길이가 같지 않은 것은 안타깝습니다. 하지만 old/new, head/tail, fast/slow, same/diff, right/wrong 같은 좋은 쌍이 있어서 함수 전체에 자연스러운 세로 정렬을 만드는 데 도움이 될 수 있습니다.

  6. benji-york

    top의 관리자는 커밋 메시지를 완전히 양쪽 정렬합니다. 예: 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: attempt once again to allow help text translation

    Back when our release 4.0.1 was being readied, sources

    were sent to the TP (Translation Project). However one

    person named Benno Schulenberg refused to release them

    for translation. His stated reason was the top command

    line help text which then finally included long forms.

    He demanded that the help text be broken into separate

    strings instead of a single large string. But, all the

    top text (some much more complex) has just one string.

    So that stated reason was, at the least, inconsistent.

    [ I suspect the real reason was that Mr. Schulenberg ]

    [ thought that the carefully right-justified English ]

    [ wording would also be required of translations too ]

    The bottom line was that Benno took it upon himself to

    change the TP motto from "you code, we translate" into

    "first we tell you how to code and then we translate".

    Rather than bend a knee to that despot, I disabled the

    text entirely, admittedly denying users a translation.

    Now, with this commit we enable translatable help text

    but with a hint included to ignore the justified text.

    Reference)s):

    . Oct, 2 […]

  7. _jackdk_

    그 Super Metroid 가이드의 영웅적인 저자가 글을 쓰는 동안 "missiles"가 "missles"로 쓰이지 않는다는 것을 알게 되었을 때, 실수를 인정하고 가이드 전체를 다시 쓰기보다는 그 실수를 유지하기로 결정했는지 궁금합니다.

    또한, 게시물의 고정폭 예시에 사용된 글꼴은 향수를 불러일으키는 훌륭한 글꼴입니다. 어떤 글꼴인가요? https://int10h.org/oldschool-pc-fonts/fontlist/font?ibm_vga_...가 생각납니다.

  8. unicorn_platfor

    임의의 제약이 실제로 글쓰기를 향상시킬 수 있다는 생각이 마음에 듭니다. 제약이 없으면 익숙한 표현에 빠지기 쉽지만, 특이한 것을 해결해야 할 때는 각 단어를 다시 생각하게 됩니다. 이것이 프로그래밍이나 다른 창의적인 작업에도 적용될 수 있는지 궁금합니다.

  9. card_zero

    이것은 잠재적으로

    습관적인 패턴을 방해하여

    글쓰기를 활성화할 수 있으며,

    이는 더 독창적인 선택을

    강제합니다.

  10. gyomu

    > 동시에, 빽빽한 인터페이스에서 특정 너비에 맞추기 위해 버튼 UI 문자열이나 툴팁을 몇 시간 동안 조정해 본 적이 없는 사람이 누가 있겠습니까?

    저는 그런 적이 있습니다. 그리고 나서 고객이 디스플레이 확대 OS 접근성 기능을 사용하고 있어서 기기에서 텍스트가 잘린다는 이메일을 받았습니다. :')

    참고: 인터페이스를 독일어로 현지화하는 것도 참조하세요.

이 날의 다른 글

2026-08-30