4 ms·
> is Node and JavaScript feasible to create complex and long living applications If you know how to quench fires like this one: http://techblog.netflix.com/201
by lollipop25 11y ago
> is Node and JavaScript feasible to create complex and long living applications
If you know how to quench fires like this one: http://techblog.netflix.com/2014/11/nodejs-in-flames.html http://techblog.netflix.com/2014/11/nodejs-in-flames.html
> Not only SAP and other behemoths, but complex web applications like online banking and other similar business-critical system. I'm sure the tech can do it, and the asynchrony pays off in performance in some applications.
Consider using Java instead. There's a reason why Java is still around in the enterprise, and that it's version (assuming it follows semver), is still at 1.x.
> ES6 is adding classes that will make JavaScript more familiar to developers from other languages.
It's just sugar. It's still prototypal inheritance underneath. If you start thinking that JS classes are like classical OOP classes just because JS now has classes, then you're in for a lot of hurt.
> Is there some unique advantage that Node can offer over the more traditional languages like Java, ASP and PHP that are more mature
Besides the fact that you can prototype apps in half the time and mashing the keyboard gives you Mona Lisa? Nothing really. If you look closely at the JS community, they're trying to solve problems that have already been solved in other languages (streams, module management, socket connections, p2p, better syntax etc.)
> is it just better to leave JS for integrations and other simpler tasks
Yes. As a JS dev since forever, JS is best suited for quickly prototyping apps (Phonegap comes into mind), mock servers and API endpoints (express is good on this one), bots and automation (chatbots are a good example). For other tasks like banking, security, gaming, business etc, look elsewhere.
- atmosx 11y ago> If you know how to quench fires like this one: http://techblog.netflix.com/2014/11/nodejs-in-flames.html http://techblog.netflix.com/2014/11/nodejs-in-flames.html Awesome article, thanks for sharing. However, doesn't say much about JS per-se. The problem was a bug in Express.JS (see here[1] the resume) not in JS :-) [1] http://www.infoq.com/news/2014/12/expressjs-burned-netflix http://www.infoq.com/news/2014/12/expressjs-burned-netflix
- lollipop25 11y agoWell the point was: - At some point, you'll eventually offload most of the JS effort to pre-exising modules that will more or less have bugs like this. And these kinds of bugs aren't apparent during development, or on a controlled environment. They happen on a production setting, which is at times hard to replicate. - JS is a terrible language in terms of debugging. There's no "compile time errors" to kill half of the bugs early. The best that tools at the moment could do is infer types based on static analysis, but that's it. If code is written in a very dynamic fashion, then you keep these tools guessing.