沒想到下面推文意外戰起 Java 了。
結論寫在前面，我認為 Java 是一個泛用性很高的語言，各領域都有成熟的生態系支援。
一個新語言的興起往往是因為他解決了舊語言在某些方面的不足，但不代表舊語言原來
擅長的情境可以很好的被新語言解決。
我想工程師若能比較理性的看待每個語言擅長的情境，能少走一些彎路。
下面是我自己對 Java 粗淺認識的討論，若有錯誤的地方也歡迎大家討論。
1. JAVA 一開 Eclipse 開發就佔用大量 Client 資源
自從我換用 intellij 以後就感覺比較沒那麼吃資源了，推薦你試試，另外 Java9
力推的模組化或許可以讓 Java 使用上比以往輕量一點，還需要觀察。
2. node.js, python 都能在樹莓派、MAC、WIN 跑了 優勢在那 ？
如果是但純和這兩個語言比的話，優勢在多執行緒的效能。
Python 在單一執行緒的效能的確是很優越，但只要主流 CPython 沒有解決 GIL 的問題
，Python 永遠不能很好發揮多 CPU 得效能。當然你可以用 multiprocessing，但用
process 資源就是比 thread 重。因此在 concurrency 的情境下，Python 相較 Java
是比較有劣勢的。當然不是無解，只是花心力去研究 Python 底層做性能調校，和直接
用已經可很好支援多 CPU 的語言，就需要工程師自己評估了。題外話，JPython 似乎
沒有 GIL 問題，但相對比較冷門就是了。
至於 Node，眾所皆知 Node 在 Application level 是 single thread。儘管可以用
pm2 這樣的工具起 cluster，但 process 的問題依舊存在。最簡單的例子，當今天某個
Node 的 process loading 過重時，其他 Node 的 process 只能在旁邊發呆。
Java 的 multi thread 相較這兩者比較能發揮多 CPU 的系統效能。
3. 現在 node.js, python 社群還在主動發展中
社群主導這件事好壞很難講，像 Node 每過幾年都要分裂一次，還有去年三月的 npm 的
left pad 事件，總是讓我在使用 Node 時感覺抖抖的 (囧....
4. 改個小 BUG ，等個兩分鐘編譯完，發現不對，再改一下
經 sky790312 版友補充，可以用支援即時 check style 的 js IDE。
編譯要兩分鐘我更傾向是專案的問題而不是 Java。
我假設你這邊說的是相較 Python 和 Node 這種修改不需要編譯，修改程式比較快。
的確，編譯的確會花一些時間，但不編譯真的會比較好嗎？
我實際上看過一些 Python 和 Node 案例：很快改完小 bug，改完上傳跑 CI 才發現語
法錯誤，不小心多個 ";" 或縮排錯誤之類的。這還是團隊有做 CI，一些連基本 CI 都
沒做的公司我還真不知道要怎麼避免這問題，要知道只要是人就一定會犯錯，很多時候
都是自以為改的只是小地方就忘了先在本地跑測試或 check style 之類的。
另外如果等待編譯是你的痛點的話，建議可以試看看 Golang，編譯超快。
5. 可台灣環境比較保守一些，大部分還停留在上個世紀。
板上還有阿里研究院徵 Java 工程師的文章，我想阿里應該不是保守的公司。
6. 若追求效能，就該用 c++。
修正：經 Sirctal, chiaming0914, elements 指正，GC 這點是我錯誤論述。
下面用雙引號匡起來的內容就是被指正有問題的部分，請不要盡信。
保留爭議原文讓後續讀者知道這裡原先的爭論點是什麼。
"但用 C++ 就要自己處理 GC 問題。而我認為自己刻的 GC 能比 JVM GC 優秀的工程師應
該是少數中的少數，因此把 GC 問題也列入考量再加上 JIT 技術的話， C++ 效能並不
一定總是能樂勝 Java，當然主要還是要看使用情境。"
額外補充一點忘了回
7. 至於原始碼封裝的優點，現在也可以用 docker 來處理了
用 docker 封裝 runtime 環境時，通常選用較小的 image (例如 alpine)， 但你不總
是會用這些環境開發。我之前在 alpine 安裝某些 Python 連 my-sql 相關套件的時候
遇到不少問題(年代久遠，已經忘記是那個替三方套件了)，最後是解法是開發環境和
production 安裝不一致的第三方套件，這件事讓我在做 CI/CD 的時候蠻困擾的。