鉄の掟：エディタは「思考のインターフェース」であり、単なるテキスト編集ツールではない
開発環境のアーキテクトとして、多くの現場を見てきた。そこで気づくのは、凡庸なエンジニアは「何を使うか」に拘泥し、卓越したエンジニアは「どう環境を使い倒すか」に執着するということだ。
Sublime Text 4とVSCode。この二つの聖杯を比較する際、スペックシートの比較など無意味だ。重要なのは、「君の脳内のコードと、計算機上の実行バイナリの距離をどれだけゼロに近づけられるか」、これに尽きる。
—
1. 内部アーキテクチャの真実：メモリと速度のトレードオフ
Sublime Text 4：C++による純粋な高速化の極致
Sublime Textは、GUIツールキットに依存せず、独自のカスタムUIライブラリを採用している。これが意味するのは、OSのオーバーヘッドを極限まで排除した「ネイティブコードに近い実行速度」だ。
メモリ消費が少ない理由は、Electronのようなブラウザエンジンを介さないからではない。「必要最小限のレンダリングパイプライン」しか持たないからだ。大規模なログファイルや数百万行のコードベースを開いた際の挙動を見れば、その差は歴然としている。
VSCode：拡張性という名の「軽量化されたVM」
VSCodeはElectronベースだが、単なるWebアプリのガワではない。言語サーバー（LSP）とエディタ本体を分離し、JSON-RPCで通信させるアーキテクチャを採用している。
つまり、エディタ本体は「UIの描画とキー入力の受付」に専念し、重い解析処理は外部プロセスに投げている。これが「機能網羅性」を担保する鍵だが、同時にメモリを食う要因でもある。
—
2. 実践的DevOps：Dockerコンテナをエディタの延長にする
上級エンジニアの現場では、ローカル環境は「捨てられる存在」であるべきだ。VSCodeの `Dev Containers` は強力だが、Sublimeで同様の体験を再現するには、SSHと `rsub` を駆使した高度なパイプライン設計が求められる。
Sublime Text × SSHリモート開発の極意
リモートのDockerコンテナ内で作業する場合、Sublimeの `RemoteSublime` パッケージを使い、ローカルのSublimeをサーバー側のエディタとしてフックする。
サーバー側（コンテナ内）でrsubをインストール
curl -L https://raw.github.com/aurora/rmate/master/rmate > /usr/local/bin/rmate
chmod +x /usr/local/bin/rmate
.ssh/configでポートフォワードを自動化
Host my-dev-container
HostName 192.168.x.x
RemoteForward 52698 127.0.0.1:52698
# これにより、サーバー内の rmate がローカルのSublimeを叩けるようになる
この構成により、ローカルの極めて軽いSublimeが、サーバー上の巨大なリポジトリをネイティブな速度で編集する。これは「IDEをコンテナに持ち込む」のではなく、「ローカルのエディタをコンテナに接続する」というアーキテクトの思想だ。
—
3. 自動構成のコード化（IaC for IDE）
「設定を手動でポチポチする」のは、インフラエンジニアが手動でサーバー構築するのと同義だ。IDEの設定もコードで管理し、CI/CDで配布すべきである。
VSCodeの設定同期戦略
VSCodeの `settings.json` をGitHubのdotfilesリポジトリで管理し、シンボリックリンクを貼るスクリプトをCIパイプラインの一部に組み込む。
!/bin/bash
IDE環境の自動構築スクリプト
VSCODE_DIR=”$HOME/Library/Application Support/Code/User”
設定ファイルのシンボリックリンク作成
ln -sf “$(pwd)/vscode/settings.json” “$VSCODE_DIR/settings.json”
ln -sf “$(pwd)/vscode/keybindings.json” “$VSCODE_DIR/keybindings.json”
必須拡張機能の自動インストール
cat extensions.txt | xargs -L 1 code –install-extension
一方、Sublime Textは設定ファイルが単なるJSON（またはsublime-settings）であり、ディレクトリ構造がシンプル極まりないため、Gitでのバージョン管理が極めて容易だ。構成管理の観点では、Sublimeの方が「堅牢かつミニマル」である。
—
4. どちらを選ぶべきか？：アーキテクトの最終回答
結論を言おう。
- Sublime Text 4を選ぶべきエンジニア：
Vimキーバインドと共存し、数百メガバイトのログ解析、あるいは低スペックなハードウェア環境で、思考を遮断させない「ゼロレイテンシ」を求める職人。君の武器は、使いこなすほどに手に馴染む「日本刀」だ。
- VSCodeを選ぶべきエンジニア：
LSP（Language Server Protocol）の恩恵を最大限に受け、デバッガ、Docker連携、クラウド環境とのシームレスな統合という「戦艦の砲台」を求める指揮官。君の武器は、圧倒的な情報量を処理するための「高機能複合兵器」だ。
最後に
どちらが優れているかではない。重要なのは、「君がそのエディタのプロセスツリーをどれだけ理解し、自身の業務フローに合わせてカスタマイズしたか」である。
もし君が真に効率を極めたいのなら、エディタのキーバインドをカスタマイズするだけでなく、エディタから叩くCLIツールを自作し、APIを叩き、CI/CDの結果をエディタの出力ウィンドウに直接流し込むような「エコシステムの拡張」に挑んでほしい。
エディタは、君の脳の拡張パーツだ。選ぶのではない。作り上げるのだ。