ターミナルの美学——等幅フォントにハマる理由
2026年6月24日 · 約12分で読める
二年ほどかけて47種類の等幅フォントを試した。JetBrains Mono から Iosevka へ、SF Mono から Cascadia Code へ。乗り換えるたびに、 terminal で真面目にタイピングして、一文字ごとの間隔、合字、スラッシュの曲線を確かめていた。
友人は僕が頭をおかしくなったと言う。君には分からない、と答えた。
等幅フォントは「フォント」ではなく、作業環境だ
デザイナーが Figma のキャンバスでピクセル間隔を何時間も調整しても、誰も不思議がらない。しかしプログラマが等幅フォント選びに三十分使うと「時間の無駄」と言われる。
違いは何か？ 違いはない。等幅フォントはコードのためのタイポグラフィだ。あなたは毎日8〜12時間コードを見ている。すべての文字が網膜を通過する。悪いフォント——l と 1 の区別がつかない、0 と O が同じ見た目——は、潜在意識で認知負荷を積み上げる。気づかなくても、脳は気づいている。
ターミナルの美学は新しいものではない
GUI が登場する以前、すべてのコンピュータインターフェースは等幅フォントだった。緑色の蛍光スクリーン上の文字は、一文字一枠。それは制約から絞り出された美だった——選択肢がないからこそ、すべてのピクセルが正確でなければならなかった。
やがて GUI が来て、比例幅フォントがデスクトップを支配した。それでもターミナルは生き残った。技術的制限のためではなく、コードの構造が等幅を要求するからだ。整列、インデント、矩形編集——これらは等幅フォントでは自然に、比例幅フォントでは惨事になる。
私のフォント遍歴
2019年：システムデフォルトの Menlo。特に問題はないが、~ 記号だけは醜くて気になっていた。
2020年：Fira Code。初めて本当に心を動かされた等幅フォント——合字（リガチャ）で => が本物の矢印になった。ただし長く使うと少し「太い」感じがして、文字間隔が広すぎた。
2021年：JetBrains Mono。当時最もバランスの取れた選択肢。Fira Code の「太さ」の問題を解決しながら、優れた可読性を保っていた。l・1・I の区別は絶妙だった。
2022–2024年：Iosevka。完全にカスタマイズ可能なフォント——字幅、間隔、合字のスタイルまで調整できる。満足のいく設定にたどり着くまで三ヶ月かかった。でも一度調えてしまえば、もう戻れない。
2025年から現在：SF Mono。Apple のシステムフォント。合字なし、派手な機能なし。しかし基本グリフの設計は非の打ちどころがない。「何もしていない」ことのエレガンスがある。
合字をめぐる論争
プログラマコミュニティには長年続く論争がある：等幅フォントの合字は「便利」か「欺瞞」か？
賛成派：!= が ≠ になるのは直感的で、>= が ≥ になるのは読みやすい。
反対派：視覚的な欺瞞だ——文字そのものは変わっていないのに、見た目だけが変わる。diff で ≥ を見ても実際は >= だとしたら、それは誤導だ。
私の立場：合字を使う。ただしエディタの中だけで。diff ツールとターミナルではオフにする。そうすれば可読性の恩恵を受けながら、正確さが求められる場面で誤解されることはない。
フォントの正しい選び方
スクリーンショットで判断してはいけない。フォントファイルをダウンロードし、自分がよく知っているコードをエディタで開き、最低20分使ってみる。心地よいかどうかを見る。20分後もまだフォント自体が気になるなら、それは合っていない。最高のフォントとは、その存在を忘れられるフォントだ。
あなたはどの等幅フォントを使っている？ ryu@scolv.com まで教えてほしい。