如何理解 Ryan Dahl 最近專訪中的言論「Node 也許不是構建大型服務的最佳選擇」？

01-30

我還以為node適合做微服務或者小型中間件是共識。

不過東西還得挑順手的來，像我無論做啥肯定第一反應是用了好多年的java/c++合適不，然後再考慮半路出家的一大堆其他。

我看過了那篇訪談，我認為他說的很有道理，如果作為一個大型項目來說，node本身就有許多不足，確實比不過Go，Java等等。但是Ryan Dahl也提到，node的優勢在於，使用JavaScript的程序員本身就很多，並且node和JavaScript的特點決定了，使用node開發可以使部分代碼同時跑在客戶端和伺服器端。我覺得這是未來node可以大展拳腳的地方。

我覺得nodejs做後端完全沒有意義。性能低下還有很多坑。若說沒有java/.net的時代推出node必定橫掃。可是在java/C#在後端已經有了20年以上的技術積累情況下，重新發明輪子有什麼意義？

而且這輪子還是方的。需要琢磨。

單機性能的確過剩，因此node性能問題也許沒那麼大。可是現在是雲服務時代，虛擬機的性能可就不那麼快了。一個cpu可以虛擬成為2個用呢。因此node性能問題還是非常需要重視的！

請問現在阿希幣是什麼情況

Node 必然不是構建大型服務的最佳選擇

我覺得如果是前端工程師想做全棧，學習Node是一個很不錯的選擇和開始。如果是搞後端的，肯定不能只抱著Node，Java和Go後發優勢更明顯一點。各種編程模型都值得去學習體驗，但從來都沒有一種模型可以一統江湖（沒有銀彈）。編程語言也是如此，選擇適合自己領域的語言，比選擇自己覺得更酷的語言更值得去深思。

給用java 寫非大型服務的程序員留口飯吃吧

很多看不慣 Node.js，以及玩兒 Node.js 的大俠們這些可以狠狠的出口惡氣了。

老大們說的也都沒錯，任何一種語言都不是萬能的。同樣 Node.js 也並非一無是處。

很多人看到大佬們的發言直接腦補成 Node.js 是垃圾，這是最要不得的。

go go go

沒的說

是的啊

寫node程序可能純寫代碼用了30%，剩下的70%用來維護各種兼容性了

JS變化的太快了,難免坑多。

做前端，開發的項目穩定後，都不敢更新依賴包。

NODE只能開發的時候用用，做後端服務，我水平不夠，不敢用。

確實不是很適合，但不是所有應用都是大型單應用架構，還有微服務，甚至更微的FaaS

說的很對

但大型服務用的東西又怎麼會單一啊

看ryan的意思，node輸給了go不丟人！

node本身也不用來構建大型伺服器啊...我覺得現在通用的用來工程化以及中間層的模式就是他的最好位置，因為這些事之前都是不太懂前端的後端在做，改個模版也要改老半天，現在能用js了可以把臟活累活分給前端做了，這不是挺好的

這個Node.js吧

動態語言(無類型檢查，重構困難)

大量回調函數(迷の縮進，代碼閱讀困難)

單線程事件驅動(無法有效利用多核)

早看它不爽了！

node 有點 archlinux 的感覺，折騰久了會想用一個開箱即用的。

我想問一下 Ryan 到底做了多少nodejs的web項目？感覺他只是一個c++程序員。做網站和API先用nodejs，性能不行然後上Go。Nodejs + Go才是王道（這才是Ryan想要說的）。最後PHP，JAVA程序員可能不太樂意。但這就是現實。

說了。大部分情況nodejs只解決了前端程序員不會寫其他語言問題。並沒有解決真正的後端問題。

js是門好語言嗎?撇嘴