Node.js v4.0.0 Released
New submitter TFlan91 writes: The first merge of the popular Node.js and io.js repositories has been released! From the announcement: "The collaborators of the Node.js project and the members of the Node.js Foundation are proud to offer v4.0.0 for general release. This release represents countless hours of hard work encapsulated in both the Node.js project and the io.js project that are now combined in a single codebase. The Node.js project is now operated by a team of 44 collaborators, 15 of which form its Technical Steering Committee (TSC). Further, over 100 new individuals have been added to the list of people contributing code to core since v0.12.7."
Can't wait to read all about the hate slashdot has for node.. again.
It's alive!
I've been trying to get started with Node for some time because I'm currently using XML. Is Node better or worse than XML?
There was a call for you on the EU cloning ban thread, be sure to stop there before you log out.
0.12 to 4.0 wtf?
Well, maybe, especially if you don't bother counting...
That is all.
Take a look at your Noscript window sometime, the web is just that, a tangled mess of shit. What we need is fewer new shinies and more clean light content. YOU render the text for me, server, don't demand that I render it for you.
That's quite a jump in version numbers: from 0.12.7 to 4.0.0! Windows has got nothin' on that. From another article:
Having a converged project means converged release numbers which is why Node.js is jumping to v4.0 and avoiding overlap with any existing io.js version numbers.
This explanation doesn't persuade me. The version number is namespaced by the product name. It would have been Node 0.13, not io.js 0.13. I wouldn't have gotten confused.
I never heard about much version-number skipping until recently: Windows 10, PHP 7, and now Node 4. Has this always happened every now and then? It seems like before, doing just a dubious major-number increment, like from 3.4 to 4.0 instead of just to 3.5, would cause controversy.
I don't get the node.js fanfare. I've been trying to figure out what's so great about it and Just Plain Don't See It, except for specialized niches, such as high-volume chat-rooms.
The claims about improved parallelism or speed don't seem to hold up when specific scenarios are requested and analyzed, at least for "regular" web programming tasks.
Sorry, in Vegas I'll bet against it as a general revolution. I've given the fans plenty of chances to demonstrate concrete general benefits. I've been around a while and it smells like the hype patterns I've seen before.
Well, you can at least establish a finite maximum since the last release, amirite?
So is this the new "cows go moo" post?
Shit goes plop, I guess.
I am genuinely looking for an alternative. Must be scripted for ease of deployment and event driven. Does anyone have any suggestions?
Thanks.
Apparently, according to this PHP 6/7 RFC, version 6 of software is bad...
I can think of... Total Commander 6, Opera 6, VB6 (hated here, but still)... I think Photoshop 6 may well used too.
Amazing to see news on Node.js on slashdot. There has been many important developments with node over the last year but nothing at all on slashdot. Glad to see someone is paying attention to the developments of this very important project.
Some important features added since v0.12 for instance around synchronous child process execution is essential for node to be utilized on non event based coding styles.
Regarding merging of node.js and io.js into a common stack supported by the node foundation, this is an awesome move. Node is too big for BDFL model and forking is not good at this stage. I don't really care about versioning model but going all the way to version 4 is a bit odd.
It's funny how much slashdot hates javascript, yet it is still the most popular and most used language.
I think you all have programming language envy, and are sorry that you didn't learn it sooner.
Having seen what this does, and having written software in a lot of different other languages (ok I started with basic, but went on to Pascal/TurboPascal, Cobol, C, Prolog, Lisp, at least 2 architectures of assembly (but I think maybe actually 3), APL, I learned compilers in modula-2 and a few others I can't even remember learning, (at one point I knew IBM CICS and JCL) and have studies various design methodologies (AI has different requirements than setting a J-K flip flop to a high state). Node seems to be just a crutch for those who can't design well. You can write that stuff down on a white board and check each one. Likewise, incremental testing will get you 100% of the way without having to worrying about a block of code within a much larger block of code that doesn't work. You could build modular and call, or even just build modular, test, then insert that code block into another code block, knowing each work as tested. It depends on exactly how anal retentive you insist on being. Anal retentive is good if you don't really understand the process, and feel the need to grasp the security blanket. When I was in university studying CS, I needed to take a general liberal arts requirement course, and took photography (shooting, developing, layout/mounting). I learned the algorithms for push and pull processing. Following the rules means one way of doing things, but I saved hundreds of developer-hours by intentionally over exposing the film and under developing (but you had to be quick pulling out of the developer bath and dumping the roll into the stop bath --eyes on stopwatch). Since the university mixed chemicals may not be that new either, keeping the film out of the muck for as little time as possible meant better prints. Node looks like a well organized stick to keep people in line, something a boss would use to herd unruly developers, but as an independent, you have your own reasons to keep code clean and well tested, and node seems to be a way of having the stick built-in.
Hey hipsters there is something waay soo cool in Erlang 2.0 aka OTP Pyschobith beats Node.JS anyday!!!
http://saveie6.com/
Here's a crazy idea.
Since, unlike browsers, node.js doesn't have 2 decades of code demanding backward compatibility, why not use node.js to FIX JAVASCRIPT. The Node.js devs could write a pre-process that barfs up big, clear, helpful errors whenever it encounters the kind of risky code BS we all have come to despise.
Just think, you could feed the typical garbage to node.js and it could spit back things like:
ERROR: Potential scope conflicts on the following lines. Explicitly declare all variables using "var = ".
WARNING: Nested function limit exceeded. The following lines call to the global scope, not the enclosing function's scope. Add "fixNestedFunctions = true" to config/index.js or accept one of the weirdest, sickest sources of potential bugs the world has ever seen as the norm in you code.
You get the idea.... Use the enthusiasm to make a better world!
Every rule has more than one consequence.