怎麼看 LinkedIn 放棄 Scala 和 Node js?

時間 2021-05-11 13:15:16

1樓:

問題本身有點誤讀

Linkedin只是說對於新的product不再用scala寫,現在還是有很多產品和服務是scala+play寫的;

在linkedin, 大多數scala的product本來就只是一些front-tier service,最多mid-tier,所以其實沒啥大影響;

說scala招人難這個其實不是大問題,找個馬工進來學scala根本不是事。問題是在於框架和開發效率的問題

2樓:allenfancy

linkedIn 放棄了 ,還有twitter呢。

任何公司在研發產品的初期,對於技術的選型很重要。

有的技術適合做某種業務場景下的需求,就可以考慮用。

3樓:易偉

任何語言都有其最有價值的應用場景!任何乙個公司的技術選型都不能為某門語言貼上標籤!公司只是從自己的利益考慮而已!並不能代表什麼!!!

4樓:AlanYoung

動態語言一時爽,重構時候火葬場

scala這種語言夠酷炫,如果原來的coder走了,維護起來也是恨不得離職。那些追求酷炫的人從來不寫注釋,更不要說文件。

5樓:itlr

Kevin Scott's answer to Is LinkedIn getting rid of Scala?

他沒有說放棄Scala,沒有說放棄Node

6樓:阿哲

這兩個語言我都用過,MITBBS上很多回帖都很水,個人覺得:

在用小眾技術之前,最好確保你的團隊有長期維持技術棧的能力,包括能持續招到真懂它們的人。別以為網上文章滿天飛,就可以隨便找個人來幹活;事實上真幹活了,你會發現網上的資料多是hello world級別,一點都解決不了問題。你團隊裡沒有專家級別以上的人員,就等著吃癟吧。

技術必須和自身需求匹配。比如node,它目前比較適合實現高併發IO系統,而不適合高CPU/記憶體消耗的計算。這個世界上真正的通用型語言少之又少,大部分語言都在特定領域各持擅長。

用錯技術,長期看會帶來很大的麻煩。

大熱的技術小心Sunny下的陰影,最好能全面評估後再決定,尤其不要被各種言論影響。Ruby在RoR很火的時候,其實核心API很多問題。我老東家在我邊上的乙個團隊,就是被忽悠,沒有仔細評估就選擇了JRuby,結果後悔了。

7樓:Mona

不用肯定是不適合,不是駕馭不了就是業務和這兩門技術有矛盾。

不存在哪個技術好哪個技術爛的問題,術業有專攻而已,那些BB這個不好那個爛的大神麻煩去自己創造一門語言可好?

8樓:waterwu

Nodejs吐嘈下,企業裡想讓Node開發團隊成規模太難了,

擅長寫Node的大概都被抓去做前端了,

前端招人太難了 =. =

9樓:鄭海波

對於取笑linkedin的幾個樓上, 建議去看下它們的develop頁面, 是非常細緻做技術的一群人。我相信是真實的問題導致它們的技術選型轉向。node這個圈子真的是太浮躁, 可能和前端圈子聯絡較深, 本身根基較短造成的

10樓:蕭強

題目就是為nodejs、scala使用者拉仇恨啊, 只能說 nodejs scala不太適合做大型專案或者使用它們的人才難覓;抓住這條新聞就說nodejs scala毫無用處的,圈內人士就這麼喜歡玩鄙視鏈?

11樓:fortis

真有意思,Node門檻低前端都能上手你們黑Node設計蠢,Scala夠強你們又黑太複雜招不到人。

LinkedIn本來就不是靠技術吃飯的公司,他用什麼不用什麼能說明啥

怎麼看放棄讀研而去做支教?

柳旭 從看法上來說,我覺得只要是想清楚了,認為是自己想做的事情,並且做好了充足的準備,是可以的,這只是對人生中一段經歷的選擇。從比較功利的角度來說 建議多考慮一下未來的職業規劃和機會成本,做個相對理性的評估再決定。我有乙個支教的隊友,研究生階段休學兩年,參加乙個長期支教的專案,然後回到學校完成學業,...

怎麼看微軟重組手機業務,微軟是否真的要放棄智慧型手機業務,windows mobile是否能東山再起?

移動為先,雲為先。顯然說明納德拉的意圖不會是要放棄移動端,只是對於奪取移動端份額由不一樣的理解。也許是這樣 隨著winp10的更新,winp系統的缺點乙個乙個被填補上來,應用的短板問題微軟也是通過和windows統一應用商店和發布了統一的Visual Code等各種方式來解決,並且估計微軟自信應用短...

怎麼看待放棄呢?

於偶然 尋找的過程,其實是乙個不斷發現的過程,不斷發現究竟什麼才是最重要的過程。尤其是在尋找的過程中,被告知收走某一方面的權利,反而得以在僅有的幾個選項中,明白什麼是著重點。選擇權太多的人,往往並不能選到真正適合或者可以持續經營的,在眾多選擇中,容易跟著大眾評判價值走,其次,又因為有夠多的選擇,而不...