No mention which version of V8 they use. Did they sync with what Chrome is using nowadays? Anyways, I've already switched to iojs. I'm sharing part of my code between server and client and it has become increasingly painful to work around the lack of progress on the nodejs side of the network.
> I'm sharing part of my code between server and client How? And why is it a problem with node but not iojss?
Node v0.12.0 (Stable)
71–80 of 81 posts
Re: Node v0.12.0 (Stable)
#72Several 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…
Most people will appreciate stability more then language features. I'm a bit surprised about some of the comments here.
Re: Node v0.12.0 (Stable)
#73Earlier 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)
#74Re: Node v0.12.0 (Stable)
#75Earlier quoted context omitted.
> I'm sharing part of my code between server and client How? And why is it a problem with node but not iojss?
You can easily use the same framework both on the server and client, especially a general purpose one. Makes life easier. io.js uses the current version of V8. node uses an outdated one. Makes life easier if your code is being executed in the same engine, with the same version. Everything that works in one, works on the other.
Re: Node v0.12.0 (Stable)
#76Earlier quoted context omitted.
Most people will appreciate stability more then language features. I'm a bit surprised about some of the comments here.
How do you know? Was there a poll recently about who prefers stability over progress?
The last thing you want is to get some weird errors because of a bug in the latest V8 engine. Those bugs tend to never show in development, and is not found in unit testing. But will show up in production when you have thousands of people using it. And there's often nothing you can do about them, then maybe downgrading, or wait for the next Node.JS version.
Re: Node v0.12.0 (Stable)
#77I am glad this is out but bummed about the V8 engine being so old. I see why IO.JS is a thing now but I also understand you want stability as well.
Re: Node v0.12.0 (Stable)
#78Meh, 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?
You don't see many people using `node.http.cat()` any more, for example. And yet the community survived ;)
Re: Node v0.12.0 (Stable)
#79Meh, too late. io.js is the standard now.
iojs is definitely not the "standard" by any means... It's accelerating at a quick pace, but I haven't heard of any major sites making the switch yet. Many native modules (node-gyp compiled) aren't functioning yet, and the streams module was a bit finicky as of a couple weeks back. I'm looking forward to the market competition actually. Can't go wrong with having two standards battle to be the best.
As far as "big sites", several are starting to roll out io.js deployments. Most places don't blog about every upgrade to every internal piece of infrastructure. If you're doing the SOA thing properly, you can start rolling out io.js for new services without removing the versions of node used for other stuff.
At npm, we have some io.js, lots of node 0.10, erlang, java, spidermonkey, python, redis, postgres, etc. It's pretty common to use different stuff side by side in little servers that talk to one another. Less dramatic to talk about than pretending your'e gonna make some big switch-over though.
Re: Node v0.12.0 (Stable)
#80I'm really excited that this version of Node includes updates I made for the debugger module[0], including the ability to show you the closures in your program[1]. (This has already helped nail some memory issues in Node itself.) I hope to blog about it in more detail next week. [0] https://www.joyent.com/developers/node/debug/mdb [1] https://github.com/joyent/node/issues/8718