Several have asked about node.js in contrast to io.js. It's fair to say that the emphasis of node.js at this point is on stability (including API stability, production debuggability/observability, etc.) and performance -- in that order. It definitely takes longer to release software when operating under these constraints; as the team writes in the linked blog entry: We are also pleased to report that this release of…
A little disingenuous to say the tests pass when they landed this PR: https://github.com/joyent/node/pull/8689 Edit: Also, you should probably mention that you work for Joyent.
Node v0.12.0 (Stable)
51–60 of 81 posts
Re: Node v0.12.0 (Stable)
#52Several have asked about node.js in contrast to io.js. It's fair to say that the emphasis of node.js at this point is on stability (including API stability, production debuggability/observability, etc.) and performance -- in that order. It definitely takes longer to release software when operating under these constraints; as the team writes in the linked blog entry: We are also pleased to report that this release of…
Software does tend to remain stable if you never make any changes to it, but that's not necessarily the right path.
Oh well, if nothing else, this whole io.js thing has set fire to joyent. It's nice to see something happening at last.
I guess competition is a good thing.
Re: Node v0.12.0 (Stable)
#53I would just like to point out people are running production stuff on v0.x of something..
Re: Node v0.12.0 (Stable)
#54Earlier quoted context omitted.
A little disingenuous to say the tests pass when they landed this PR: https://github.com/joyent/node/pull/8689 Edit: Also, you should probably mention that you work for Joyent.
He probably should, but then, almost everybody using both node and HN knows who he is.
Re: Node v0.12.0 (Stable)
#55Earlier quoted context omitted.
My experience has been that just about every module that uses native code (there are more than you think) doesn't work in IO.js because of the changes to the V8 apis. So until all of those are updated to work with both I'll have to stick to Node.
Example? I'm curious because mostly everything has worked for me. I'm using: io.js v1.1.0 npm v2.4.1 node-gyp v1.0.2
Re: Node v0.12.0 (Stable)
#56Earlier quoted context omitted.
He probably should, but then, almost everybody using both node and HN knows who he is.
I don't know why you assume that. Who is he anyways and why do you expect HN+node folks to know who he is?
Re: Node v0.12.0 (Stable)
#57Re: Node v0.12.0 (Stable)
#58Meh, too late. io.js is the standard now.
Re: Node v0.12.0 (Stable)
#59Earlier quoted context omitted.
I don't know why you assume that. Who is he anyways and why do you expect HN+node folks to know who he is?
Amongst other things, Bryan Cantrill is the CTO of Joyent, one of the authors of DTrace, and comments here regularly. If you use node (or DTrace, or ZFS) and read HN, he's pretty hard to miss.
Re: Node v0.12.0 (Stable)
#60Meh, too late. io.js is the standard now.
I am just curious, what happens when people start writing ES6 io.js modules and posting them to NPM? Won't it be an issue for older versions of node? Is NPM going to start fragmenting because of this?