Eclipseは「重い」のではない。使い手次第で「最速」に変わる。大規模開発を制するビルド最適化戦略
多くのJava開発現場で、「Eclipseは重いからIntelliJに変えたい」という嘆きが聞こえてくる。しかし、真のアーキテクトはツールを変える前に、ツールの「心臓部」をチューニングする。Eclipseが重い最大の要因は、IDEのデフォルト設定である「Build Automatically（自動ビルド）」が、大規模なソースツリーに対して過剰なオーバーヘッドを引き起こしていることにある。
本稿では、Eclipseを「超高速な業務システム開発マシン」へと変貌させる、現場で培った最適化の奥義を伝授する。
—
1. なぜ「Build Automatically」を殺すべきなのか
Eclipseの自動ビルドは、ファイル保存のたびに全プロジェクトの依存関係を再計算し、コンパイルを行う。数百のクラスであれば誤差だが、数千〜万単位のクラスを抱えるマルチモジュール構成のプロジェクトでは、この「裏側の重労働」がIDEのUIレスポンスを決定的に低下させる。
結論：大規模開発において、自動ビルドは「悪」である。
手動ビルド（Manual Build）への切り替えと運用
1. `Project` > `Build Automatically` のチェックを外す。
2. 以降は `Ctrl + B`（全ビルド）または `Ctrl + Alt + B`（対象プロジェクトのみビルド）で制御する。
3. プロの運用: ファイル保存時（Ctrl+S）に、Eclipseが裏で何もしていないという「軽快な操作感」を体感せよ。ビルドは「思考の区切り」に意図的に行うものだ。
—
2. ビルド順序とリソース最適化の神髄
ただ自動ビルドを切るだけでは不十分だ。Eclipseの「ビルドパス」と「リソースフィルタ」を整理し、無駄な監視を排除する必要がある。
プロジェクト固有のビルド順序最適化
`.project` ファイルを直接編集することで、ビルドの依存関係を明示する。これにより、変更の必要がないライブラリプロジェクトの再コンパイルを完全に回避できる。
開発環境を極限まで軽くする「リソース除外」
大規模プロジェクトでは、`node_modules` や `target` フォルダ、ログファイル、バイナリデータなどがビルド対象として監視されている。これを除外するだけで、Eclipseのインデックス作成負荷は激減する。
- `プロジェクト右クリック` > `Properties` > `Resource` > `Resource Filters`
- `Add` > `Exclude all` > `All children` にチェック
- パターン: `.log`, `target/`, `.git/`, `node_modules/` を指定
—
3. 生産性を加速させる「隠れた」ショートカットと設定
キーボードから手を離さないことこそが、開発効率の最大化である。
- `Ctrl + 3` (Quick Access): これを知らないエンジニアは損をしている。コマンド、設定、クラス名、ファイル名、すべてここから呼び出せる。
- `Alt + Shift + X, J`: 選択したクラスをJUnitで即座にテスト実行する。
- `Ctrl + F11`: 最後に実行した構成を再実行。
—
4. チーム全体で共有すべき「Eclipse設定ファイル」
個人の環境だけで最適化しても意味がない。チームで同じ開発体験を共有するために、`settings` フォルダ配下の構成をGit管理下に置くべきだ。
`.settings/org.eclipse.jdt.core.prefs` (最適化プリセット例)
この設定は、コンパイルの厳密さと最適化を両立させるための「現場の知恵」である。
コンパイルエラーではなく警告として扱うことで、ビルドの停止を防ぎつつ品質を担保する
org.eclipse.jdt.core.compiler.problem.unusedLocal=warning
メモリを食う過度な警告を抑制
org.eclipse.jdt.core.compiler.problem.deprecation=ignore
インクリメンタルビルドをより正確にするための設定
org.eclipse.jdt.core.builder.recreateModifiedClassFileInOutputFolder=enabled
—
5. 導入必須の神プラグイン：現場の実践編
Eclipseの肥大化を防ぎつつ、生産性を爆上げする最小構成のプラグイン群。
1. [Buildship (Gradle Integration)]:
GradleビルドのEclipse連携は必須。CLIとIDEのビルド結果を完全に同期させる。
2. [Eclipse Color Theme]:
眼精疲労は生産性の敵。ダークテーマの導入は必須だが、標準ではなくプラグインで細部まで調整する。
3. [AnyEdit Tools]:
ファイル保存時の自動トリム（空白削除）や、エンコーディング変換など、Gitの差分を汚さないための「清潔なコード」維持に必須。
—
結びに：IDEは「育てる」もの
Eclipseを「重い」と捨てて新しいツールに飛びつくのは簡単だ。しかし、アーキテクトとして言いたい。ツールが重いのは、ツールが悪いのではなく、ツールがあなたの作業習慣を許容できていないからだ。
今回紹介した「自動ビルドの無効化」と「リソースフィルタ」の適用だけでも、あなたの開発環境は劇的に軽快になるはずだ。Eclipseという熟成されたIDEを、自らの手で最高の開発環境へと「調教」し尽くしてほしい。
次にプロジェクトに参加する際、あなたの隣のエンジニアがEclipseのフリーズに苦しんでいるなら、迷わず `.settings` を共有し、 `Ctrl + 3` の使い方を伝授してやってくれ。それが、真のテックリードの仕事だ。