[討論] 未來技能導向將是多語言？

[ripple0129 (perry tsai)]

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

也或者Micro Service架構會死
Monolith繼續當道？

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.73.144.163
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1479620335.A.78D.html
→ qrtt1: 你可以學很多語言，很多新的技術那都是沒問題且值得鼓勵的
→ qrtt1: 但不一定要同時用在 1 個專案以內，跨度太多技術時，管理上
→ qrtt1: 會相當困擾。而容器化只是延遲你面對問題的時間，什麼都封
→ qrtt1: 起來，只至最後一個穩定的版本是能動的。當原始團隊脫離後
→ qrtt1: 技術的再選擇（頭洗下去，學跟他一樣的語言、技術）或整併
→ qrtt1: 還是得面對的問題。
推 t78973677: 樓上，打好多字
→ t78973677: 或許可以定義Micro Service，不一定要多語言
→ t78973677: 而是要多功能
推 menshuei: 一個語言多庫多框架。
推 longlyeagle: 一樓是對的
→ pttworld: 以為多語言是可稱為程式設計師的基本。
推 lovdkkkk: 好像跟 Docker 沒太大關係, 只要接多系統就會這樣了 @@
→ lovdkkkk: JS C++ JAVA PHP 目前公司產品用這幾個 (多個系統互串)