Live data from Hacker News

Node.js v4 Release Timeline

github.com

21–30 of 48 posts

Re: Node.js v4 Release Timeline

#21
post #10
post #6

Earlier quoted context omitted.

When are they going to change the webpage and download to v4.x?

Check the timeline posted in the link... presumably it would be: Thursday, 3rd of September: Release v4.0.0.

The release has been delayed until Monday (7 September).

Re: Node.js v4 Release Timeline

#22
post #13

One issue to go: https://github.com/nodejs/node/issues/2516 A .bat file is holding up the whole thing!

rvagg, in a comment on cited issue:

FYI this isn't holding up release ("A .bat file is holding up the whole thing!"—hackernews), it should be completed by recent commits to core, I'm leaving this open as a reminder to confirm that it's working as expected in the 4.0 RC builds.

Re: Node.js v4 Release Timeline

#23
post #14
post #8

Most excited about v8 4.5. Native support for arrow functions and stuff like Array.from really makes the dev experience feel so much smoother.

I may be out of the loop here, but wasn't the big benefit of JavaScript everywhere that it's the same JavaScript everywhere? Does it matter if server-side is JavaScript Next Gen and browsers lag by a few years of features? Too many more iterations of this and you'll be back to two programming languages again and web developers heads will explode from having to learn two things instead of one things.

with babel you can use the latest js everywhere.

Re: Node.js v4 Release Timeline

#24
post #7

So excited this is finally happening. I enjoy every bit of node I get to write, really excited for the updated features. Babel has taken a lot of the edge off, but I dont want to pull babel in for every script.

Am I doing something wrong? I find NPM very slow and buggy compared to maven which just works for me. It could be that I'm on Windows or just more familiar with Maven. Use an internal nexus for both proxying NPM and maven.

> It could be that I'm on Windows

It is. NPM is a joy to use on Mac or Unix.

Re: Node.js v4 Release Timeline

#25
post #19

Earlier quoted context omitted.

Chrome (logically) already supports features of the new JS spec that 'only now' get put into node. With automatic updates for browser being the trend currently I also think that it is now easier to keep the server and browser support for JS in sync.

Not necessarily. I don't think the v8 team really consider the Node project so breaking changes in v8 take some time to get merged into Node/io.js. This is the reason that arrow functions are only shipping now when v8 marked them complete a while back. AFAIK Node is somewhere around 3+ months behind Chrome.

This is not really accurate. Arrow functions shipped in Chrome on Tuesday (Sep 1) with Chrome 45 (V8 4.5).

Re: Node.js v4 Release Timeline

#26

Earlier quoted context omitted.

Not necessarily. I don't think the v8 team really consider the Node project so breaking changes in v8 take some time to get merged into Node/io.js. This is the reason that arrow functions are only shipping now when v8 marked them complete a while back. AFAIK Node is somewhere around 3+ months behind Chrome.

This is not really accurate. Arrow functions shipped in Chrome on Tuesday (Sep 1) with Chrome 45 (V8 4.5).

Gotcha. I guess marking them "shipped" just puts them into canary? That was done a while back.

https://code.google.com/p/v8/issues/detail?id=2700

Re: Node.js v4 Release Timeline

#27

Earlier quoted context omitted.

I'm curious, what is your development background, and what do you enjoy most about Node.js? I come from a Java background, but have been working exclusively with Node.js for the last eight months. Everything I write, I can't help thinking things like "this problem has already been solved in Java many times over", and "this would be safer in a statically typed language", and "this would be faster to write in anything…

Mostly dynamic languages. I really like statically typed languages for certain tasks, but many times a dynamic language that gets out of your way can be quite liberating. It takes a lot of trust compared to a language where your compiler is what you trust - and occasionally you spend a bit of extra time tracking down why things are in a state other than what you expect, but on the whole it takes the time from this is…

Yes, statically typed languages can help.

However, if you have good test coverage then you can test for that stuff and get a similar experience. For example, if a test break then you know your variable is not a number anymore when you need it to be.

Re: Node.js v4 Release Timeline

#28
post #14
post #8

Most excited about v8 4.5. Native support for arrow functions and stuff like Array.from really makes the dev experience feel so much smoother.

I may be out of the loop here, but wasn't the big benefit of JavaScript everywhere that it's the same JavaScript everywhere? Does it matter if server-side is JavaScript Next Gen and browsers lag by a few years of features? Too many more iterations of this and you'll be back to two programming languages again and web developers heads will explode from having to learn two things instead of one things.

Sadly, it's inevitable. But at least with things like Babel we can still write the same code for browsers, just with an extra transpile step.

Re: Node.js v4 Release Timeline

#29
post #8

Most excited about v8 4.5. Native support for arrow functions and stuff like Array.from really makes the dev experience feel so much smoother.

Doesn't this include the new class syntax? If so, will the standard libraries change as well to use the new classes?

Re: Node.js v4 Release Timeline

#30
post #8

Most excited about v8 4.5. Native support for arrow functions and stuff like Array.from really makes the dev experience feel so much smoother.

Doesn't this include the new class syntax? If so, will the standard libraries change as well to use the new classes?

Yes, classes are stable in V8 4.5 so Node.js 4.0 will have classes without runtime flags.
Post reply on HN