看板
[ Soft_Job ]
討論串[討論] 未來技能導向將是多語言？
共 5 篇文章
內容預覽:
時間太短不太能有決斷的能力. 當下專案需選擇語言的狀況下. 表示對該語言的特性與效能要有一定的掌握程度. 譬如一個功能要你做出. 一張圖片stream進去. 要分析出裡面有幾個人. 那要選擇哪個語言. 可能用python開發時間. 是用Go的0.5-0.75倍的時間. 當然還包含server的建置處
(還有90個字)
內容預覽:
平台可能也有影響，. Mobile上對語言的熟練度對performance感覺影響不少. HTTP server的話Load Balancing strategy, message queue, ORM跟NoSQL的選擇. 似乎就比語言本身重要的多了，. 不過有些很特別的語言特性 like. Jav
(還有47個字)
內容預覽:
個人淺見. 語言畢竟只是工具. 若. 當學第一個語言時需耗費一年. 學第二個語言時需耗費半年. 第三個語言時需耗費三個月. ……. 到後來遇到新語言. 只要去看該語言的特性 配合文件. 就可以直接上手做專案了. 重要的不是單語言精深 或是多語言都會用. 而是解決問題的邏輯及功能的實作(>﹏<). -
(還有19個字)
內容預覽:
多語言對公司而言有兩個問題. 1. 找到會多語言的人相對較難. 2. 即使有多語言的人，要同時維護多種語言的元件，成本比一兩種語言高. 對個人而言，多語言的問題在於. 即使能夠會多語言，同時間內能精通的通常不會超過三種. 有時候會看到某某高手精通十種語言，或許每一種也的確都練到頂尖過. 但通常當下的
(還有575個字)
內容預覽:
在Docker能輕易的創造功能化切分來看. 跨語言的合作看樣子在未來將越來越容易. 也就只有功能與功能之間的通訊協定一致即可. 容器內的實作是什麼語言實現的並不重要了. 而功能則可挑選最適合的語言來進行開發. 需要執行速度可挑選編譯式語言. 需要快速開發可挑選腳本語言. 應用在不同的情況下. 挑選最
(還有158個字)