TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Will Node.js forever be the sluggish Golang?

17 点作者 alexhultman超过 6 年前

4 条评论

coldtea超过 6 年前
&gt;<i>It is productive and elegant, sure, but lacks in performance. Emerging are projects like Fastify, and hundreds alike. They all aim to provide what Express does, at a lower performance penalty. But that’s exactly what they are; a penalty. Not an improvement. They’re still strictly limited to what Node.js can provide, and that’s not much as compared to the competition</i><p>The whole article is badly written.<p>First it assumes that the lower performance is something insufferable -- when in most cases, and for most project, it doesn&#x27;t matter at all.<p>Then it fails to understand the important of developer pool, convenience, ecosystem, etc, as if JS and Node could be willy nilly replaced by Golang for every project.<p>Third, it pisses (as above) on Node web framework projects, just because Node.js has a performance top (as a single process lower than Golang.<p>Also the importance of the overall architecture for performance is not accounted at all -- or the fact that as long as you add some database queries the speed benefit over Node diminishes...
评论 #19077581 未加载
philwelch超过 6 年前
For Node to be a “sluggish Golang” in the first place, it would have to be otherwise functionally equivalent to Golang, which it is not. Writing your own TCP and SSL layers is also kind of nuts if your motivation for doing so is to optimize your Node apps.
评论 #19078380 未加载
评论 #19078039 未加载
makkesk8超过 6 年前
uWebsockets is an awesome project! Been following it since the start pretty much, And I&#x27;m really glad more people out there care more about performance than throwing more servers at the problem.<p>Keep it up alex!
yayr超过 6 年前
Thanks to OP and contributors for this progress on performance. What are still feature gaps and what is the roadmap?