Java は宇宙の敵である

public byte[] readConfig(Path path) throws IOException {
    return Files.readAllBytes(path);
}

public void boot(Path path) throws IOException {
    byte[] raw = readConfig(path);
    apply(raw);
}

EXHIBIT 03

ボイラープレート銀河 — Write Once, Suffer Everywhere

1機能に必要な意味は数行。しかし宇宙法（層・アノテーション・生成器）が その周囲に惑星系を強制する。「正しい企業構造」の快感が、認知の重力井戸になる。

EXHIBIT 04

企業儀式 vs 宇宙税

「正しいアーキテクチャの快感」のために層とアノテーションが積み上がる。 儀式スライダーを動かして、10年後のコスト曲線を観察してください。

企業儀式（アノテーション・層・抽象）を最大化するほど、後年の宇宙税と AI 浪費が指数的に膨らむ。宇宙の敵は「正しさの快感」から生まれる。

EXHIBIT 05

JAR / クラスパス地獄 — Maven が宇宙を選ぶ

依存はグラフなのに、解決はしばしば「最短経路・nearest-wins」の恣意。javax と jakarta が同居し、 Jackson の版が黙ってすり替わり、ビルドは緑のまま本番で NoSuchMethodException が銀河を裂く。

EXHIBIT 06

AI 浪費シミュレータ — スタックトレースの宇宙

本物の原因は1行。残りは Spring CGLIB・AOP・Tomcat の宇宙塵。 ログだけ渡しても、ソースを渡しても、最上位モデルでも——知能は空転する。 これが「宇宙の敵」の核心：外部知能を構造的に浪費する装置であること。

ボタンを押すと、Java の失敗モードがいかに外部知能を空転させるかを再現します。

1. STEP 1

   層がログを汚す

   AOP・Filter・CGLIB・JDBC がスタックに乗る。原因1行の横に内部地図と接続の影が並ぶ。

2. STEP 2

   教義が生まれる

   『危険だから表に出すな』。秘密と座標を区別せず、ログごと握りつぶすのが正しい顔になる。

3. STEP 3

   悪いクセが定着

   本番で握りつぶす → 開発でも握りつぶす → 他言語・他現場にも同じクセを持ち込む。観測不全が人格化する。

4. STEP 4

   無差別時代に破綻

   攻撃は山ほど来る。隠蔽しても殴られる。消えたのは攻撃ではなく、早期発見と修復だけ。

// Java 思想が育てる悪いクセ
// 層がログを汚す → 「危険」→ ログを握りつぶす
// 握りつぶしが習慣になり、観測不全が「プロの作法」になる

HTTP 500 Internal Server Error
(Please contact the system administrator.)

scanner bots:
  /wp-admin 404
  /.env 404
  /actuator/env 401
  /api/v1/payment 500  ← 原因不明のまま連続ヒット
  /api/v1/payment 500

— 無差別スキャンは止まらない。握りつぶしても殴られる。
— クセだけが残り、早期発見は死ぬ。

1. STEP 1コンパイルが通る
2. STEP 2Spring が起動する
3. STEP 3200 が返る
4. STEP 4納品・リリース
5. STEP 5作りっぱなしで売り逃げ

EXHIBIT 15 · ANNOTATION MAGIC

アノテーション魔法 — コンパイルを欺き、実行時に爆発

「Spring is a flow-of-control obfuscation framework」系の議論が示す通り、 制御の流れがアノテーションと proxy に消え、コンパイル成功が安全性の錯覚になる。 売り逃げと AI 浪費の共通燃料。

EXHIBIT 10

専用ツール群 — IDE なき宇宙は暗黒

言語が自分の構造を人間に直接見せることをやめた結果、理解の窓口が IDE とビルドツールに外部化された。 ツールは増え、置き換わり、互いに相容れない。敵性は「道具なしでは生存不能」という依存構造にある。

• JDK

  本体の版戦争

• Maven

  XML で宇宙を解決

• Gradle

  別の正解（Groovy/Kotlin）

• IntelliJ

  なければ暗黒物質

EXHIBIT 14 · CARGO CULT LAYERS

DTO / DAO / Factory のカーゴカルト

検索でも「なぜコンストラクタで済むのに Factory か」「DTO 地獄」は定番。 パターン名を並べることが設計だと錯覚し、ビジネスの一行が層の奥に消える。 表向きはきれいなパッケージ図——中身は売り逃げ可能な儀式。

• Controller
• Service
• ServiceImpl
• Facade
• Manager
• DTO

1. 1. your-app
2. 2. spring-boot-starter
3. 3. spring-core

EXHIBIT 12 · COMPATIBILITY TAX

javax → jakarta — 互換を信仰した結果の断裂税

検索で繰り返し出る罪状。後方互換を聖域にしながら、エコシステム規模の パッケージ断裂を一度に強いる。Spring Boot 3 移行が企業の半年を溶かす。

• null を型から外せない修正は『6つの博士論文を結び合わせる』級。後方互換が十億ドルの過ちを固定する。
• ジェネリクスを reify できない2004 の消去は、実行時型を永遠に半端にする。新言語は最初から reified を選ぶ。
• 古い API が死ねない非推奨は墓地ではなく展示室。Date / Vector / 古い SecurityManager が教科書に残り続ける。
• EE 名とパッケージの政治javax を綺麗に進化させられず、断裂改名という別の手錠を生んだ。

「本番準備完了」の既定値が RAM と起動時間を先に確保する。売り逃げ後の請求書はクラウドにある。

// ソース（コンパイル時）
List<String> names = new ArrayList<>();
names.add("cosmos");
String s = names.get(0);

// まだ「型がある」フリの時間帯
// javac が守ってくれる……今だけ

看板は綺麗。消去ボタンを押すと、ジェネリクスが半分だけの約束だと分かる。

• 商標と名前の制約

  Java / javax を巡る権利が、技術的リネームを政治問題に変える。

  この政治を適用する

• Java EE → Jakarta EE

  移管そのものは合理でも、パッケージ断裂コストは利用側が払う。

  この政治を適用する

• 版とサポートの迷宮

  どの LTS が『社内標準』かで、機能とセキュリティ修正の速度が決まる。

  この政治を適用する

• 配布ベンダの割拠

  同じ言語でもビルド・サポート契約が企業調達の儀式になる。

  この政治を適用する

• Linux JVM動いた。ログのパス区切りも / で安心。
• Windows JVM
• 古い LTS
• コンテナ cgroup

プラットフォームを追加するほど信仰は削れ、デバッグ税が上がる。 書き直しではなく、同じバグの地方巡業が始まる。