このエディターの売りは機能の一覧ではなく、扱えるファイルの大きさだ。他のすべての能力は、他の道具が開けない素のテキストを開けるという一点から生えている。

どうしても開かないファイル

五百メガバイトのログファイルを、システムに付いてくるメモ帳に渡してみる。結果は二つに一つで、固まってしまうか、途中まで読み込んだところでメモリーを使い切って終わる。ウェブの技術で作られた新しいエディターに渡すと、体験は違うが良くはならない。スクロールはつまみに追いつかず、検索欄は数秒待たされ、隅の進捗表示は最後まで回りきらない。ほとんどのエディターは文書が小さいという前提で設計されてきた。その前提は、データの側が協力しなくなって初めて崩れた。

だが実際、大きな素のテキストはそこら中にある。データベースから丸ごと書き出した表、忙しいサービスの一か月分のサーバーログ、ゲノム配列の出力、誰も切り詰められない監査の記録。こうしたファイルを開くのは珍しい要求ではなく、運用やデータ分析に携わる人にとってはありふれた日常であり、同時に普通のエディターが最も苦手とする作業でもある。

読み込むのではなく対応づける

差を生んでいる仕組みは、賢い解析ではなく抑制だ。ファイル全体をメモリーに読み込んで文書の模型を組み立てるのではなく、ファイルをアドレス空間に対応づけ、本当に必要な部分だけを読む。だから数十ギガバイトのファイルが数秒で画面に出るし、末尾へ飛ぶのに手前を全部読み終える必要もない。その後の検索、置換、行番号への移動といった操作はすべて、メモリー上の緩衝領域ではなくこの前提を中心に設計されている。

ここが真似しにくい部分であり、同種の製品が少ない理由でもある。機能は一つの版で足せるが、文書の基本的な表し方を変えるのは作り直しに等しい。結果として、看板の能力は口で言うのは簡単で追いつくのは難しいという道具になり、弱点も同じくらい明快だ。五キロバイトの設定ファイルに対しては、他の何に対しても一切の優位を持たない。

開いた後にできること

正規表現による検索と置換は、釣り合わないほど速い。十ギガバイトのテキストにパターンを流すのは、多くのエディターがそのまま降参する操作だ。要求を拒むか、別の作業に移ってしまった頃にようやく結果を出すか。ここでは返ってくる。一か月分のログから重複しない失敗メッセージを全部抜き出そうとしたことのある人には、これは「使える方法」と「捨てるしかない方法」の違いになる。

複数選択を使えば、同じ文書の離れた複数の場所を同時に編集でき、繰り返しの修正が一度で済む。カンマ区切りのデータ、問い合わせ言語、マークアップといった構造を持つ形式には専用の色分けと、縦のまとまりを一つの単位として扱う桁モードが用意され、壊れた書き出しを手で直せるかどうかはここで決まる。内蔵マクロは取り込まれたスクリプト言語で書き、残った繰り返しを自動化する。そして十個目の文書を開いた頃に効いてくる細部として、タブの並びは縦にも置ける。数十のファイルを同時に開いているとき、細っていく横一列より縦の一列のほうがはるかに探しやすい。

意図的に狭い対象

商用の製品で、動くのは Windows だけで、プラットフォームになろうとはしていない。拡張機能の市場も、流行の画面に寄せる試みも、ここでバージョン管理や端末まで面倒を見ようという野心もない。対象はそのぶん明確だ。運用の技術者、データベース管理者、データ分析の担当者、バイナリーや通信手順を調べる人。共通しているのは、仕事の日のテキストファイルが文書ではなくデータの集まりであり、その集まりを開けない道具は候補にすら入らないという点だ。

汎用のエディターとして見れば、数ある選択肢の一つにすぎない。だが「四十ギガバイトのログをそもそも開けるのか」という問いに変えると、答えられる名前はごく少ない。