Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Ryan Dahl, the creator of Node.js:

"That said, I think Node is not the best system to build a massive server web. I would use Go for that. And honestly, that’s the reason why I left Node. It was the realization that: oh, actually, this is not the best server-side system ever."

Full interview: https://www.mappingthejourney.com/single-post/2017/08/31/epi...



Am I missing something? In the interview Ryan Dahl said that if he were to build a "massively distributed DNS server" he would not chose node. And then again "Node is not the best system to build a massive server web".

But he also said that for less massive projects Node could be the right fit.

Isn't that basically agreeing with the blog post?

I don't see what's your point.


I am a huge JS fan and I agree, for purely server side plays it’s probably not the best choice.

I actually think Node has not yet realized its best feature. It’s still in a research phase while it learns its best trick: components that bridge the client and server.

Meteor was an attempt. And server side boot in the MVC frameworks is another attempt. But both are wrong. Both try to create anonymous code that doesn’t know whether it’s on the client or server. But the client and server are different. The winning solution will acknowledge that, and just help the component do both. Once we have components that span client and server we can then write applications that don’t deal directly with HTTP. But not before.

That’ll be a huge thing.


Good point.

What do you think about shared components using React SSR?

https://github.com/styfle/react-server-example-tsx


What is your point? Are you trying to say that the OP is wrong because the creator of Node says to use Go instead?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: