So, they're making noise and dropping names to try to reinspire confidence, without actually promising anything.
Joyent doesn't trade, but if they did they'd be losing a few percentage points today.
While all the new stuff has value, to me the value of frameworks will always lie in prototypes and small projects, with big production projects needing the flexibility of libraries.
I don't think jQuery will be going anywhere until the DOM itself evolves past a need for it or we evolve past a need for the DOM
It isn't clear that node had to go that direction, or even that they can't change course now.
jQuery 2.x dropped support for <= IE8.
Who and how many of the earlier Node.js core developers are still developing for Node.js, how many are developing for io.js, and how many are developing for both?
io.js contributors: https://github.com/iojs/io.js/graphs/contributors?from=2014-...
node.js contributors: https://github.com/joyent/node/graphs/contributors?from=2014...
Some of us not following too closely, may have been under the wrong impression about io.js being a new initiative.
I had no idea that's how GH designed the commit history UI.
Also, it might be a nice bonus, if there was an indication of the fork, somewhere on the graph timeline.
[1] https://github.com/joyent/node/graphs/contributors [2] https://github.com/iojs/io.js/graphs/contributors
io.js kept mum until the last moment before their release, with an invite-only codebase. io.js also took quite a while (> 6 months, far longer if you count the first fork attempts) to get to the first release and actually open their community -- turns out that producing a stable runtime is harder than it looks!
Let's call a spade a spade -- io.js is a great way to test out new functionality, but node.js is the stable, trusted version. io.js is the hype.
It remains to be seen whether io.js will prove itself profitable for adoption.
io.js spent part of December in a rapid incubation, and released in early January.
It's stable for me on several production applications, but what does 'stable' actually mean, vs 'beta'.
Their community started open, and remains open, and has a larger contributing base than node by more than triple. They have an open technical committee, with meetings that anyone can attending (and I have).
Here's the spade: You're wrong. Actually do your research, have facts that you can back up, and try again. Your tune will be very different when you have the facts.
For example, there is no "build passing" badge on the io.js github, because the tests aren't passing [2]. Even if they were, no CI service is yet available -- so how can the community at large reliably test against it?
[1] https://github.com/search?q=io.js&type=Issues&utf8=%E2%9C%93
Please cite your io.js source for their statement of maintaining 100% compatibility with all node modules. I can't find any reference to that anywhere. NPM is certainly usable, as I use it daily with io.js, which fits their websites statement of "This project began as a fork of Joyent's Node.js™ and is compatible with the npm ecosystem.".
Still nothing credible in this thread, move along.
> io.js is an npm compatible platform originally based on node.js™.
Sorry, they were aiming for 100% tests passing [1], I would assume for npm compatibility which is their primary goal.
A stable API means that dependent packages don't have to change to stay compatible. Tests are failing because they change things that broke packages:
* Node-inspector does not work with io.js! How is anyone supposed to debug their code? [2]
* Fibers do not work [3]
* msgpack does not work [4]
* sqlite3... there is a long list [5]
There is no CI, no debugger, tests aren't passing, major modules don't work. I absolutely cannot go to my CEO and make a bet on that for my company.
I think io.js is great! But the amount of misinformation about the state of Node is staggering. Let anyone with proof otherwise also cite their sources.
[1] http://blog.izs.me/post/104685388058/io-js
[2] https://github.com/node-inspector/node-inspector/issues/523
[3] https://github.com/laverdet/node-fibers/issues/203
Node 0.12 was released and ships with v8 3.28.73. Most (if not all) of the bug reports you cite refer to needing NAN 1.5 which fixes issues with v8 > 3.28. NAN is used by both io.js modules AND node.js modules.
Both io.js and node.js 0.12 have a v8 > 3.28. All those modules are also broken in Node 0.12 because the underlying v8 API changed.
As pointed out by others, the node.js tests are only passing because some last minute shenanigans so they could claim all their tests were passing "but io.js' tests are not."
Compiled modules are generally more tied to the version of V8 that node/iojs is bound to, depending on that library's interface needs. This is why many libraries are written, rewritten and using javascript-only, so that they can run everywhere. For that matter, many compiled modules didn't work right in windows until well after 0.10 was first released, and some still don't.
io.js does not contain this commit, or any of the changes from this commit: https://github.com/iojs/io.js/search?utf8=%E2%9C%93&q=%22PAS...
> io.js kept mum until the last moment before their release, with an invite-only codebase.
This is factually inaccurate. Fedor Indutny created the iojs fork on November 26th. The 1.0 release came out on January 13th, significantly less than 6 months. The iojs repo was always public.
The project you're referring to was the node-forward/node repo, which was initially public and forced to be made private due to Joyent's trademark.
This history is all fully documented here: http://blog.izs.me/post/104685388058/io-js
> On July 11, Mikeal Rogers created a private node-forward repository under his personal GitHub account to discuss the future direction of Node.js.
> Io.js continues the work that was previously being done by Node Forward in the node-forward/node repository. We hope to merge with the original Node.js project at some point in the future.
The "fork threats" started in 2013. [1]
It would have been simple to rename node-forward and keep it public, odd to blame Joyent for their choice to continue trademark infringement in private?
Previous to its release, io.js supporters spammed HN with multiple contentless links about its release. [2] No explanation to the community, raised a ton of questions and did not provide answers except within their insular circle.
Everyone is trying so hard to be part of something new and trendy, that they are blind to the facts in front of them.
[1] http://venturebeat.com/2013/09/18/can-this-startup-steal-nod...
I don't know the exact history of node-forward, but node-forward/node was only a piece of the node-forward repository. Early on it was my impression was that node-forward was just about collecting pain points in the node ecosystem and working towards those pain points (technical or not). The fork came later.
The fork threats you mention don't seem to have anything to do with node-forward. In addition, the article clearly states that "Roth told VentureBeat his company does not intend to fork Node" so these fork threats were not reality.
As for why they didn't rename node-forward/node? Well the previously linked article explains it quite well "We agreed to make the repository private in order to show our commitment to working with Joyent on improving Node.js."
I agree io.js has generated some of its own hype; that's why I'm surprised Joyent has distanced themselves from it. Node is coasting on a lot of previous hype, but io.js is poised to steal the proverbial thunder. "Node is stable," AKA "Node isn't going to change or disrupt anything," is meanwhile a powerful argument, maybe especially to Joyent's customers, but that isn't always a good thing (think IE6), and it definitely isn't a good way to build hype.
This made water come out of my nose. You're absolutely right, and having spent the winter writing Go and not knowing about io.js (at least as "new node-forward"), it was instantly apparent to me that io.js has all the important mindshare, and now Joyent will be struggling.
I can't imagine Joyent doing anything in good-faith, they are scared of losing relevancy and are looking to protect their interests, they don't give a flying cow about anything else but themselves.
This would not have happened if io.js was not on the scene, call me cynical but I don't trust them.
They bought Node on the off-chance it would be as big a cultural phenomenon as Rails, and they would own it and have control, rather than losing their golden blessing to Engine Yard back in the day.
Have to say, the names they're dropping do not inspire confidence in me. Nobody on that last is well known for their stewardship of open source projects, to say the least.