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

看板Soft_Job作者 (perry tsai)時間7年前 (2016/11/20 13:38), 編輯推噓4(4推 0噓 10→)
留言14則, 6人參與, 最新討論串1/5 (看更多)
在Docker能輕易的創造功能化切分來看 跨語言的合作看樣子在未來將越來越容易 也就只有功能與功能之間的通訊協定一致即可 容器內的實作是什麼語言實現的並不重要了 而功能則可挑選最適合的語言來進行開發 需要執行速度可挑選編譯式語言 需要快速開發可挑選腳本語言 應用在不同的情況下 挑選最適合的語言來應對 可能會是將來的senior要求技能之一？ 這比過去在單一語言下選擇框架 提供的選擇性又來的更高了 而在後續維護上也將產生新的問題 維護成本可能因為語言多種 而造成人員流動後的無法維護問題 所以未來可能選定雙語言為主 在兩種語言下根據執行速度與開發速度 來做不同的應用策略 將會是一種流行？ 也或者Micro Service架構會死 Monolith繼續當道？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.73.144.163 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1479620335.A.78D.html
→
11/20 13:48, , 1F
你可以學很多語言，很多新的技術那都是沒問題且值得鼓勵的
11/20 13:48, 1F
→
11/20 13:49, , 2F
但不一定要同時用在 1 個專案以內，跨度太多技術時，管理上
11/20 13:49, 2F
→
11/20 13:50, , 3F
會相當困擾。而容器化只是延遲你面對問題的時間，什麼都封
11/20 13:50, 3F
→
11/20 13:50, , 4F
起來，只至最後一個穩定的版本是能動的。當原始團隊脫離後
11/20 13:50, 4F
→
11/20 13:51, , 5F
技術的再選擇（頭洗下去，學跟他一樣的語言、技術）或整併
11/20 13:51, 5F
→
11/20 13:51, , 6F
還是得面對的問題。
11/20 13:51, 6F
推
11/20 15:49, , 7F
樓上，打好多字
11/20 15:49, 7F
→
11/20 15:58, , 8F
或許可以定義Micro Service，不一定要多語言
11/20 15:58, 8F
→
11/20 16:01, , 9F
而是要多功能
11/20 16:01, 9F
推
11/20 16:10, , 10F
一個語言多庫多框架。
11/20 16:10, 10F
推
11/20 17:00, , 11F
一樓是對的
11/20 17:00, 11F
→
11/20 20:16, , 12F
以為多語言是可稱為程式設計師的基本。
11/20 20:16, 12F
推
11/20 21:28, , 13F
好像跟 Docker 沒太大關係, 只要接多系統就會這樣了 @@
11/20 21:28, 13F
→
11/20 21:30, , 14F
JS C++ JAVA PHP 目前公司產品用這幾個 (多個系統互串)
11/20 21:30, 14F
‣ 更多 ripple0129 的文章
文章代碼(AID): #1OCJRlUD (Soft_Job)
‣ 更多 ripple0129 的文章
文章代碼(AID): #1OCJRlUD (Soft_Job)