One Year with Node.js
joyent.com
joyent.com
http://thedailyshow.cc.com/full-episodes/x3o1ly/june-11--201...
One more thing: Developers using IO instead of Node are, well, not invited.
“IO.js, what’s that?” asked Joyent CEO Scott Hammond in response to my query about whether projects based on the fork would be able to enter. “This is a Node.js project for Node.js innovations.” "
Now if I may inject my personal (if biased) opinion: the objective of the reporter was not to get the facts straight in this case, but rather to get eyeballs on the page -- ginning conflict if and as necessary. This is unfortunate, but it's not at all a surprise. It should also serve as a warning to all who engage with those who write about current events for a living: some (many, in fact) hold themselves up as journalists and work hard to get the story right -- but not all do, and one must be very careful, especially when attempting humor that might be deliberately taken out of context!
I'm sure it does. Can you describe the situation that has forced you to do this? Do you rely on modules that are limited to one or the other? Are those internal modules?
For newer things I'm running io.js 2.x and patiently waiting for the first merged release but wanted io.js for the ES6 functionality and IIRC Node 0.12.0 wasn't out yet.
https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/conce...
How quickly did you guys expect to get treated like evil corporate overlords? I bet not this quickly.
Correct me if I am wrong but aren't "developers" the very users of Node.js?
> and encourage a vibrant ecosystem of technology and service providers to ensure the bright future we all envision.
He speaks about the "goal" without detailing the strategy. In short, he throws platitudes at the readers without effectively bringing anything interesting.
I understand that this is a PR but a couple lines would have been welcomed. You know, to ensure that we can envision "this bright future"!
No. There are developers of nodejs. And then there are users of nodejs that use it to build other things.
> I was well aware of Node.js’ developer popularity and success — mainly because those who use and love Node.js also love to talk about it
I have a hard time imagining how different are the needs of the "strong developer community" and "node.js users". If anything they seem completely aligned. Node.js (and io.js) has done an amazing job taking into account community feedback.
I fail to see how more transparency, openness and empowerment for the developers "unbalance" the needs of both groups. The only "loser" in this whole open-governance thing seems to be Joyent.
In short, my feeling is that sentence could be reformulated as follow:
"While crucial, an open governance model by itself does not guarantee long-term success. We’ll need to balance the needs of the strong developer community with those of our shareholders"
Maybe I am a bit too cynical or harsh, please let me know if you disagree with me.
I think Golang is a good example of this... the developers (mostly Google) want Golang to be small, less complex, etc (at the very least, it makes their job easier if they don't have to support certain features). But the users want generics, exceptions, and assertions (among other things).
So there's this difference in point of view -- the developers have a certain vision of what Golang should be.. and the users just want to get their project (that happens to be implemented in Go) finished as quickly/efficiently as possible.
> At the end of the day, there's money to be made in the technology somehow.
But reading Scott Hammond's PR again I have the impression that he oppose the open-governance model to Enterprise users' needs. I might be operating under the wrong set of assumptions but to me, an open-governance model is the best way to make the smartest decisions possible for the language's future and accommodates everyone needs as much as possible.
Slightly off-topic but Eran Hammer's post describe some of the conflicts between Enterprise needs and the Web world's in the context of OAuth 2.0 : http://hueniverse.com/2012/07/26/oauth-2-0-and-the-road-to-h...