JVM 近年成為熱門話題，許多人試圖在 JVM 上運行 Ruby、PHP、JavaFX 等非 Java 語言。作者 Joe Winchester 以親身經歷（Smalltalk → Java）反思：一個程式設計師真正精通一門語言已屬不易，追求「通用虛擬機」反而可能稀釋專注度，導致平庸。
核心論點
- 精通一門語言需數年磨練：從語法到慣用語、效能調優、除錯直覺，皆需長期實戰沉澱。
- 語言切換成本極高：作者嘗試回頭維護舊 Smalltalk 碼，發現已難以流暢理解，證明「同時精通多語言」幾乎不可能。
- 通用 VM 歷史重演：早期 Smalltalk/Java 混合 UVM、微軟 CLR 均未能讓多語言生態真正融合，反而增加 JNI/互操作複雜度。
- JVM 應服務 Java 演進：資源應投入改善 Java 本身（模組化、效能、語法糖），而非讓 JVM 變成「雜而不精」的平台。
- 警惕「技術棧迷失」：若 Java 只被視為「技術堆疊」而非語言，將重蹈 Smalltalk 覆轍，優勢逐漸消失。
歷史鏡鑑
- Smalltalk + Java UVM：理論美好，實際除錯噩夢（型別轉換、堆疊管理）
- Microsoft CLR：號稱多語言聖杯，實則多為 Microsoft 自家語言，鮮見外部語言遷入
- 當前 JVM 多語言熱潮：JRuby、Jython、Groovy、Kotlin、Scala 等雖活躍，但多為獨立語言社群，非 Java 開發者主流選擇
建議與反思
- Java 開發者應深耕 Java 生態（JDK 新特性、JVM 調優、框架原理）
- 若需多語言協作，採用微服務、gRPC、訊息佇列等「進程間通訊」而非進程內混合
- 語言特性（動態/靜態、函數式/物件導向）應由語言本身解決，而非靠 VM 強行統一
- 企業招聘應看重「深度專精」而非「廣度涉獵」
「歷史總在驚人地重複。如果我們不把 Java 看作一門語言，而僅視為『Java 技術』堆疊，我們正在推它走向滅亡。」
專注、深入、精進——這才是程式設計師在技術浪潮中立足的根本。
