エディタ戦争の終焉：Sublime Text 4とVSCode、その「本質的な」使い分け
「結局、どのエディタが最強なのか？」という問いは、エンジニア界隈における永遠のテーマだ。しかし、テックリードとして断言しよう。この問い自体がナンセンスだ。重要なのは「どのタスクに、どのレイテンシで、どのコンテキストスイッチを許容するか」という認知負荷の最適化である。
今回は、現代の開発現場においてSublime Text 4（以下ST4）とVSCodeをどう使い分け、いかにして開発速度を極限まで引き上げるか、その極意を解説する。
—
1. 速度という概念：ST4の「即時性」vs VSCodeの「統合性」
まず、OSI参照モデルの物理層に近いレベルで理解する必要がある。
- Sublime Text 4: 起動は「瞬時」。C++で構築されたコアは、メモリ消費が極めて少なく、巨大なログファイルや数万行のソースを一瞬で開くことに特化している。これは、「脳内の思考を遮断しない」ことに特化したツールだ。
- VSCode: Electronベースであり、実態はWebブラウザだ。起動にはコストがかかるが、LSP（Language Server Protocol）の恩恵をフルに受け、デバッガ、ターミナル、Gitクライアントを同一空間に統合している。これは、「コンテキストスイッチを最小化する」ための統合開発環境だ。
実務における使い分け戦略
- ST4: ログ解析、クイックな修正、grepによるコード探索、Markdownの執筆、単発スクリプトの作成。
- VSCode: 複雑な依存関係を持つプロジェクト、デバッグを伴う開発、CI/CDパイプラインとの連携が必要なタスク。
—
2. Sublime Text 4：思考を加速させる「神」設定と運用
ST4を「単なるテキストエディタ」で止めるのは損失だ。設定をコード化し、高速な操作体系を構築しよう。
推奨プラグイン: LSP + Package Control
ST4でもLSPは使える。`LSP`プラグインを導入し、`LSP-json`, `LSP-typescript`などを追加すれば、VSCodeに近い補完能力を軽量環境で得られる。
実用的な設定ファイル (`Preferences.sublime-settings`)
{
// 巨大ファイルを開く際の警告を無効化（ログ解析を高速化）
“huge_file_lines_limit”: 0,
// 変更されたファイルを即座に反映（外部ツールとの同期）
“reload_window_when_changed”: true,
// ミニマップを非表示（GPU負荷と注意散漫を防ぐ）
“draw_minimap”: false,
// 行の末尾の空白を自動削除（Gitの不要な差分を防止）
“trim_trailing_white_of_save”: true,
// 選択範囲を強調表示（視覚的なコンテキスト把握を強化）
“match_selection”: true
}
現場で震えるショートカット
- `Ctrl + P` (Goto Anything): プロジェクト内のファイル遷移はこれ一択。
- `Ctrl + Shift + P` (Command Palette): あらゆる操作の起点。
- `Ctrl + D` (Quick Add Next): 神機能。 選択中の文字列と同じものを順次選択し、一括置換する。VSCodeの `Ctrl + D` より圧倒的にレスポンスが速い。
—
3. VSCode：開発効率を最大化する「チーム共有」の極意
VSCodeの真価は、`.vscode`ディレクトリによるプロジェクト固有の設定の共有にある。チーム全員が同じLintルール、同じデバッガ設定で動くことが、レビューコストの削減に直結する。
チーム開発のためのベストプラクティス設定 (`.vscode/settings.json`)
{
// プロジェクト単位で言語サーバーを強制（チーム全体の品質統一）
“editor.formatOnSave”: true,
“editor.codeActionsOnSave”: {
“source.fixAll.eslint”: true // ESLintを強制適用
},
// ターミナルを統合し、プロジェクトルートを自動認識
“terminal.integrated.cwd”: “${workspaceFolder}”,
// ファイル監視の上限を解放（大規模プロジェクトでのファイル認識漏れ防止）
“files.watcherExclude”: {
“/.git/objects/“: true,
“/node_modules/“: true
}
}
絶対に入れるべき「生産性ブースト」拡張
1. GitHub Pull Requests and Issues: エディタ内でレビューを完結させる。GitHubを開く時間をゼロにする。
2. Peacock: ワークスペースごとにウィンドウの色を変える。複数プロジェクトを同時に開く際の「誤操作」を物理的に防ぐ。
3. Error Lens: エラー箇所に直接メッセージを表示する。ホバーして確認するコンマ数秒のロスを排除する。
—
4. 結論：テックリードとして推奨する「ハイブリッド運用」
私の開発環境は以下のようになっている。
1. メイン作業: VSCodeを立ち上げ、プロジェクト全体の構造を把握しながらデバッグと実装を行う。
2. ログ解析・調査: `subl` コマンドでST4を立ち上げ、ログを流し読みする。
3. 設定の同期: VSCodeの設定はGit管理し、ST4は `Package Control` の設定ファイルを同期ツールで管理する。
「速さ」を求めるならST4、「機能」を求めるならVSCode。 どちらか一方に固執するのではなく、タスクの性質に合わせてツールを使い分けることこそが、エンジニアとしての器用さを生み、結果として開発スピードを劇的に向上させる。
今すぐ `.vscode` フォルダを作り、チームの標準設定をコミットしてほしい。その一歩が、チームの生産性を明日から確実に変えることになるはずだ。