「言葉を選んだだけ」— 17,000語を手作業で右端揃えにしたSuper Metroid攻略
"I just chose words carefully."
等幅フォントでの両端揃えは、空白が不均等になり見苦しくなるのが常だ。しかし1990年代後半、rs1n氏はSuper Metroidの攻略記事を書く際、単語を慎重に選ぶことで行末を完璧に揃え、17,000語にわたって余分な空白を一切排除した。彼は「何も使っていない。ただ言葉を選んだだけ」と語る。この驚異的な職人技を、現代のUIテキスト調整の苦労と重ね合わせて紹介する。
「何のプログラムも使いませんでした。ただ、右側がすべて揃うように言葉を注意深く選んだだけです。すべてASCIIエディタで行いました。」
HNでの議論
339- lproven
先頭にスペース4つ、で合ってるかな？試してみよう...
私は、自分のメールアドレスを持ち始めた初期の頃、オンラインの投稿をすべてこのように書いていた。私の主要なメールアドレスは1991年からのもので、1991年から1990年代後半まで、それとDOSベースのツールを使ってオンラインに接続していた。最初はフロッピーからDOSツールを実行し、その後自分のPCでOS/2 2、次にWin95、NT 4の下で実行した。やがて当時の最新ツールはすべてWindowsベースになり、切り替えた。Windowsを使わないことが難しくなり、それはプロポーショナルフォントを意味し、人々が私が完全に両端揃えのテキストを書いていることを見られなくなった...だからやめた。
これが機能すれば（編集ウィンドウでは私には問題なく見える）、10年ぶりに両端揃えのテキストを書いてみたことになる。常にやっていた頃は、ほとんど速度が落ちることはなかった。語彙が豊富で、その場で長い単語や短い単語を置き換えられると助かる。
- easydidit
似たような話として、LaravelのTaylor Otwellは、コメントブロックをちょうど3行で書き、各行は上の行より3文字短くしている。例：
/*
|--------------------------------------------------------------------------
| 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...
- sho_hn
似たような逸話がある。Gillian Andersonが最近X-Filesのインタビューで明かしたところによると、Chris Carterは台本の特定のテキストレイアウトの好み（ウィドウなし[1]）に合わせてダイアログを書くというOCDのような習慣があり、それが番組の特徴的なダイアログのリズムを生んだという。
- howToTestFE
Laravelのソースコードの関数の上のコメントは、常に3行で、各行が前の行よりわずかに短いという形式だったと思う。今もこれが行われているか、強制されているかはわからないが、いつもきれいだと思っていた。
例はこちら - https://github.com/illuminate/database/blob/master/Connectio... - それぞれ3文字ずつ短いようだ。
- AgentOrange1234
プログラミングでは、特定の単語の選択がこのように価値を持つことがある。true/false、good/bad、first/rest、left/rightのようなペアが不等長であるのは悲しい。しかし、old/new、head/tail、fast/slow、same/diff、right/wrongのような素敵なペアは、関数全体で自然な垂直方向の整列を作るのに役立つ。
- 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 […]
- _jackdk_
あのSuper Metroid攻略の勇敢な著者が、執筆中のある時点で「missiles」が「missles」ではないことを学び、ガイド全体を書き直すのではなく、その間違いを自分のものにしようと決めたのかどうか、気になる。
また、投稿内の等幅フォントの例に使われているフォントは、懐かしさを強く刺激する。どれだろう？ https://int10h.org/oldschool-pc-fonts/fontlist/font?ibm_vga_... を思い出させる。
- unicorn_platfor
任意の制約が実際に文章を向上させることがあるという考えは好きだ。制約がなければ、慣れ親しんだ言い回しに頼りがちだが、変わったことを回避しなければならないと、各単語を再考せざるを得なくなる。これがプログラミングや他の創造的な仕事にも当てはまるかどうか気になる。
- card_zero
これは潜在的に
文章を活性化させるかもしれない
習慣的なパターンを
乱すことで、より独創的な
選択を強いられる。
- gyomu
> 同時に、私たちの中で、かつて密集したインターフェースで特定の幅に収めるためにボタンのUI文字列やツールチップを何時間も調整した経験がある人なら、少なくともうなずく人はいないだろうか？
私はやった。そしてその後、顧客から、OSのアクセシビリティ機能の表示ズームを使っていて、デバイスで文字が切れているというメールが来た。 :')
参照：インターフェースをドイツ語にローカライズする場合。