Live data from Hacker News

Node v0.5.0 just released

blog.nodejs.org

1–10 of 17 posts

Re: Node v0.5.0 just released

#3
- add child_process.fork

- add os.getNetworkInterfaces()

- add remoteAddress and remotePort for client TCP connections

I've been waiting for them to push these features out. (yes, I know you already have the address & port if you are a client).

Re: Node v0.5.0 just released

#4
I have never seen so much emphasis on the 'unstable' aspect of a software release.

eg http://twitter.com/#!/search/nodejs%20unstable

Though I know about the even/odd thing, it seems rather damaging to the platform to be announcing 'unstable' seemingly 'major' releases, don't you think? Why not Alpha? or Beta? or some other common convention? Ugh.

Re: Node v0.5.0 just released

#5
post #4

I have never seen so much emphasis on the 'unstable' aspect of a software release. eg http://twitter.com/#!/search/nodejs%20unstable Though I know about the even/odd thing, it seems rather damaging to the platform to be announcing 'unstable' seemingly 'major' releases, don't you think? Why not Alpha? or Beta? or some other common convention? Ugh.

This is not a desktop app. The versioning requirements are different.

Many server systems use this convention as a way of embedding an extra bit of info (stable/unstable) for sys admins.

Many people are using Node to push boundaries in various ways, so they are using the unstable versions. I did this with 0.3, but 0.4 is good enough for the moment.

Re: Node v0.5.0 just released

#7
post #4

I have never seen so much emphasis on the 'unstable' aspect of a software release. eg http://twitter.com/#!/search/nodejs%20unstable Though I know about the even/odd thing, it seems rather damaging to the platform to be announcing 'unstable' seemingly 'major' releases, don't you think? Why not Alpha? or Beta? or some other common convention? Ugh.

As you noted, even is the stable/production version and odd is unstable/development version. The goal is to get a number of changes in at once so that you can have a stable branch that's around for a decent amount of time. If you are making multiple changes before releasing a stable branch, how would you describe them? If they get libuv working properly, is that then from alpha to beta since it is now more stable? What if they then rewrite http.request and experiment with different APIs; is it still beta even though it is probably more unstable than the last release? Why not simply version the dev branch with every release, note the changes, and avoid the semantics?

Re: Node v0.5.0 just released

#9
post #3

- add child_process.fork - add os.getNetworkInterfaces() - add remoteAddress and remotePort for client TCP connections I've been waiting for them to push these features out. (yes, I know you already have the address & port if you are a client).

I got too excited about child_process.fork before I read the description. I was imagining it would be like C where I can fork, setup the env and exec. That would probably be tricky and very ugly to implement, though..

Re: Node v0.5.0 just released

#10
post #9
post #3

- add child_process.fork - add os.getNetworkInterfaces() - add remoteAddress and remotePort for client TCP connections I've been waiting for them to push these features out. (yes, I know you already have the address & port if you are a client).

I got too excited about child_process.fork before I read the description. I was imagining it would be like C where I can fork, setup the env and exec. That would probably be tricky and very ugly to implement, though..

I don't think it would be too many lines of code, tbh http://nodejs.org/docs/v0.5.0/api/all.html#child_process.exe...
Post reply on HN