JavaScript in enterprise development

JavaScript generally and the server-side Node.js runtime environment specifically are setting the stage for “the largest change in enterprise development in greater than a decade,” described in a research by Forrester. The research (“The Dawn of Enterprise JavaScript”) sees back-end JavaScript arising to overcome the weaknesses of Java and.Net, while Node.js “will certainly change enterprise technology similar to Java before it.”

Enterprises, as a matter of fact, usually have actually selected between Java and.Net when developing a platform to for customer-facing Web visibility, but the demands of mobile “are fracturing this duopoly,” the report stated. JavaScript is addressing the scalability challenge, changing enterprise architectures and programming models, and Forrester advises becoming familiar with Node.js and investigating Amazon Lambda, for cloud applications, and similar platforms.

While JavaScript platforms are not replacing Java and.Net as the foundations of enterprise architectures, JavaScript is deemed a must-have tool in software development and shipping for modern companies. Long-running processes and legacy process work best on Java and.Net stacks, while the parallel, lightweight nature of the JavaScript stack is superior for customer-facing, Web-scale systems of engagement, Forrester claimed.

The report discusses Web servers switching to Nginx, with Node.js tasked for data composition. Raising and tearing down Node.js environments could happen in “microseconds,” instead of days for Java and.Net developers, according to the record. The Node package manager (Npm), meanwhile, lets developers easily add third-party performance to applications built on Node.

Enterprise JavaScript, though, does have challenges. For one, Node.js recently was forked, by means of the io.js fork. “This type of change in low-level platform software is unprecedented in the enterprise, however it’s a precursor to the new norm in the development world,” Forrester said. Also, use of Npm postures the danger of bloat, if developers, uncontrolled, take advantage of third-party software packages to solve small problems. Open source and security violations also could result, though companies can maintain their own Npm repositories to ensure use of only vetted packages.

 

Source: http://www.javaworld.com/

Post a comment