Live data from Hacker News

Show HN: Test your JavaScript modules simultaneously in 32 different versions of Node.js

victorbjelkholm.github.io

61–69 of 69 posts

Re: Show HN: Test your JavaScript modules simultaneously in 32 different versions of Node.js

#61

Awesome job! Can't wait to try it. An aside - over the last few months I began running my containers on two popular CI services and have had some serious pain. I have a slight feeling you will regret the words: "works well with CI as well!"

Hah, we'll see! Did some initial testing on Circle, Travis and Jenkins but still have a lot to test left.

Maybe I should be more careful with my words in the future...

Re: Show HN: Test your JavaScript modules simultaneously in 32 different versions of Node.js

#62

Dumb question, from someone who doesn't work with Node.js: Why are there 32 versions of it?

I'm more intereted in why would you need to test against 32 versions of node.js? Doesn't it maintain backwards compatibility? Shouldn't testing against one version cover it?

Re: Show HN: Test your JavaScript modules simultaneously in 32 different versions of Node.js

#63
post #53

Earlier quoted context omitted.

I don't think the issue is that they've released multiple versions, it's more that they've had so many backward-incompatible releases. Python and OCaml have had 3 each. Libc has had 6. 32 for something that's been around less than a decade is a bit excessive. Are all these 32 actually backwards-incompatible?

There have only been 3 major releases with known backwards-incompatible changes. The reason you would want to test your code in so many versions of Node would be to check that you aren't depending on newer features that aren't in older versions that you want to still support. Testing across 32 versions is probably very overkill for most people though.

(Oh, I meant to say 3 major releases since 0.10, which I arbitrarily picked as what seemed to be the earliest version still in any significant use today.)

Re: Show HN: Test your JavaScript modules simultaneously in 32 different versions of Node.js

#64

Earlier quoted context omitted.

That's my plan. But it means I can't use other people's modules anymore.

Why? Put a transpiler inside your build chain.

This almost always leads to broken debugging, which I think is a bad tradeoff.

Most node developers seem to not use a debugger, but I think that's a huge productivity sacrifice.

Re: Show HN: Test your JavaScript modules simultaneously in 32 different versions of Node.js

#65

This is why I hate ES6. JavaScript used to be a write once, run anywhere language. We sacrificed that for syntactic sugar.

JavaScript was never 'write once, run anywhere'. There were quite a few differences between the Netscape and MSIE implementations during the first few years of its existence and things didn't stabilise until the IE5 era.

Sure there are always obscure bugs, but if you stick to core JavaScript they are rare. And you can work through them.

If a module is heavily using ES6 and you want to run it on an older runtime you're just toast.

Re: Show HN: Test your JavaScript modules simultaneously in 32 different versions of Node.js

#66
post #42

Would you implement binary search? A feature like git-bisect could be usefull to find breaking changes.

I might give it a go. That was one of the first things I thought of!

By all means, please do :) Would be very interesting in having this as a feature.

Re: Show HN: Test your JavaScript modules simultaneously in 32 different versions of Node.js

#67
Thanks everyone for the feedback and discussions, been very helpful and also motivating to see that people like/dislike the project in different ways!

As a small update, I've now made autochecker completely language agnostic, so you can test basically anything you can put in a docker container. There is some examples on how to use this here: https://github.com/VictorBjelkholm/autochecker/tree/master/e...

Again, thank you all for taking the time to give feedback, I'm forever grateful to the HN community.

Post reply on HN