Node.js cures cancer

Re:Node.js cures cancer by j_baker on Monday October 03, 2011 @01:12AM (#3065145)

I would argue that heavily CPU-bound stuff shouldn't be run in a web app. It's much better to offload the task to a worker system via redis/zeromq/kestrel/etc. The majority of activity you see in every web app I've ever designed has been almost exclusively I/O bound.

[ Parent | on HN ]

Re:Node.js cures cancer by bigiain on Monday October 03, 2011 @02:38AM (#3065324)

Don't you think there's at least some validity to Ted's argument that the statement "Because nothing blocks, less-than-expert programmers are able to develop fast systems." from the node.js homepage is somewhat misleading?

As Ted points out, there are things like Fugue and Nginx which people who are not "less-that-expert-programmers" do, "experts" will be fine whether they've got magical behind the scenes async stuff going on or not. The question as I see it is - are the node.js docs/homepage misleading about how easy is is to "develop fast systems"?

[ Parent | on HN ]

Re:Node.js cures cancer by tedjdziuba on Monday October 03, 2011 @01:18AM (#3065161)

That's cool and all but in the real world we gotta get it done.

[ Parent | on HN ]

Re:Node.js cures cancer by mbreese on Monday October 03, 2011 @01:32AM (#3065187)

Funny, because I avoid putting CPU intensive code in any request handler... in any language. if the calculation takes time, it's better done async.

(and I don't even use node)

[ Parent | on HN ]

Re:Node.js cures cancer by xnxn on Monday October 03, 2011 @01:59AM (#3065243)

Wait, I think I've missed something because that response seems overly dismissive. How is offloading CPU-intensive stuff to a worker system not getting it done?

[ Parent | on HN ]

Re:Node.js cures cancer by ryanpers on Monday October 03, 2011 @02:33AM (#3065311)

because you dont fix everything with another layer of indirection. add in some more queuing (which as we know never has a problem) just to ger around 'no threads' seems stupid.

[ Parent | on HN ]

Re:Node.js cures cancer by pork on Monday October 03, 2011 @03:26AM (#3065400)

um...the whole thing with asynchronous event-based processing is that you can (ideally) dispense with threads for many use cases.

[ Parent | on HN ]

Re:Node.js cures cancer by wlievens on Monday October 03, 2011 @04:16AM (#3065463)

You will have to do more of it, of course.

In a classic thread-based system, it's okay if a single page takes a bit longer (e.g. >1 sec) to render if it's within your user's line of expectation.

You can't do that here because you'll block all the others.

But any decent developers knows that, so he takes the advantages Node.js offers and fixes the disadvantages that come along with it. Big deal.

Is this discussion really only about the scalability tagline? Some taglines are misleading, really?

[ Parent | on HN ]

Re:Node.js cures cancer by pork on Monday October 03, 2011 @02:15AM (#3065278)

That comment sort of destroyed all your credibility. Would you care to elaborate where in the "real world" there is ever a situation where a tight, asynchronous event-processing loop is required to do heavy CPU lifting?

[ Parent | on HN ]