News for hackers. Stuff that matters.
Re:The emperor's new clothes were built with Node.js by mambodog on Friday June 06, 2014 @11:08AM (#7858300)
Why is it that most of the articles which pop up complaining about node's concurrency options don't even mention streams? For most data-manipulation tasks, FRP-style composition of higher order operations on streams turns out to be the best choice; not callbacks, promises, etc. Not even bringing them up in a discussion of concurrency in node makes it hard to take the article seriously.
Re:The emperor's new clothes were built with Node.js by wyuenho on Friday June 06, 2014 @11:50AM (#7858599)
"everything they call is callback based, returns a Q promise, returns a native promise, is a generator, is a pipe, or some other weird thing because it’s Node.js. (Just tell them to check the type signatures.)"

I think this addressed your question indirectly.

Re:The emperor's new clothes were built with Node.js by xhrpost on Friday June 06, 2014 @11:27AM (#7858451)
Not sure I've ran across what you're describing. Are you talking about using streams as an option to get around callback hell? Have a link describing this?
Re:The emperor's new clothes were built with Node.js by erjiang on Friday June 06, 2014 @12:03PM (#7858681)
Yes, streams/pipes/channels/whatever can be great for certain classes of problems. I omitted them because I very very rarely see them used in Node.js. They are probably under-utilized and I simply didn't have enough examples to think about, since the overwhelming majority of the libraries and code I've encountered use callbacks. It could be a great topic to write about if you have the time.
Re:The emperor's new clothes were built with Node.js by hardwaresofton on Friday June 06, 2014 @11:25AM (#7858427)
But what about when you need the whole object in memory before you want to work with it? Also, many of the libraries written for nodejs are not necessarily stream-ready -- but I would argue most are callback-ready.