在Docker能輕易的創造功能化切分來看
跨語言的合作看樣子在未來將越來越容易
也就只有功能與功能之間的通訊協定一致即可
容器內的實作是什麼語言實現的並不重要了
而功能則可挑選最適合的語言來進行開發
需要執行速度可挑選編譯式語言
需要快速開發可挑選腳本語言
應用在不同的情況下
挑選最適合的語言來應對
可能會是將來的senior要求技能之一？
這比過去在單一語言下選擇框架
提供的選擇性又來的更高了
而在後續維護上也將產生新的問題
維護成本可能因為語言多種
而造成人員流動後的無法維護問題
所以未來可能選定雙語言為主
在兩種語言下根據執行速度與開發速度
來做不同的應用策略
將會是一種流行？
也或者Micro Service架構會死
Monolith繼續當道？

你可以學很多語言，很多新的技術那都是沒問題且值得鼓勵的但不一定要同時用在 1 個專案以內，跨度太多技術時，管理上會相當困擾。而容器化只是延遲你面對問題的時間，什麼都封起來，只至最後一個穩定的版本是能動的。當原始團隊脫離後技術的再選擇（頭洗下去，學跟他一樣的語言、技術）或整併還是得面對的問題。

樓上，打好多字或許可以定義Micro Service，不一定要多語言而是要多功能

一個語言多庫多框架。

一樓是對的

以為多語言是可稱為程式設計師的基本。

好像跟 Docker 沒太大關係, 只要接多系統就會這樣了 @@JS C++ JAVA PHP 目前公司產品用這幾個 (多個系統互串)