Contributor

JavaScript as the language of the cloud

opinion
Jan 20, 20163 mins

JavaScript is the essential glue that holds cloud apps together

Since my last post, I had an opportunity at work to take over the responsibilities for a couple of Web apps. I also implemented one from scratch. The last time I had anything to do with JavaScript was over a decade ago. The browsers were weak and JavaScript support was not standard. Web pages were rendered using server-side templates and all business logic happened on the server.

A decade in the software industry is like a century in other fields. Browsers are no longer dumb terminals, and JavaScript has emerged as a tool for building cross-platform apps. Expensive and bloated Java application servers declined in popularity years ago. Node has emerged as a platform for server-side JavaScript.

Proliferation of cloud platform APIs gave rise to the idea that an app does not actually need a complex server back end. It is now conceivable that apps may exist entirely in the browser and use cloud APIs. If needed, the same developer working on the app can build the server back end using Node.

The software industry would not exist if it weren’t for the hype surrounding technologies. JavaScript and Node are no exception. It is easy to write spaghetti code that is impossible to maintain. Skilled JavaScript developers that can write quality programs are hard to come by. Dozens of competing and incompatible frameworks confuse and get in the way of creativity.

JavaScript on the server side in Node is not the same as JavaScript in the browser. Node is based on V8, as is Chrome browser — and Chrome is far from being the dominant browser. This may not be much of a problem for enterprise apps where IT can dictate everyone to use a particular browser, but consumer-facing apps do not have such luxury. Developers still need to test their apps in different browsers.

Node itself is not cross-platform in the same way that Java is. In Java I can include all the framework and library “jars” with my deployment package. I know that if my Java server runs on my MacBook Pro it will also run on the Linux servers. This is not the case with Node modules that use native code.

There are tools and frameworks for JavaScript that exist to address the flaws of the platform and make it better. Sticking to established, well thought-out framework alleviates concerns developers have with the platform. Bower and NPM make dependency management easy. Angular, ReactJS and Polymer are great frameworks for buildings apps. Using Apache Cordova, it is possible to package JavaScript apps as mobile apps. AppJS can package a JavaScript app as a desktop app. Docker solves the problem of Node portability.

Java has served me well over the years, but it is time to move on. It is 2016 and it is the year of JavaScript. Just like Cobol developers, Java developers will remain employable for decades. The need to support and maintain millions of lines of code of core business software will always be there.

With the rise of the cloud, network has at last become the computer. A developer working out of their bedroom can build an app that can reach millions. The wild array of framework choices is a sign of innovation and creativity that captures the essence of the cloud. Platforms that do things better superseded Cobol. JavaScript is doing that to Java.

Oleg Dulin is a Big Data software engineer and consultant in the New York City area.

In 1997 Oleg co-founded Clarkson University Linux Users Group. This group was influential in bringing awareness of open-source to Clarkson, and later morphed into what now is a dedicated lab and curriculum called Clarkson Open Source Institute. While at Clarkson, Oleg advocated on behalf of open-source and Linux and community and helped with construction of Clarkson’s first open-source high-performance computing cluster called “The North Country.”

While at IBM T. J. Watson Research Center in 1999-2000 Oleg co-authored a paper on federated information systems that was presented at Engineering of Federated Information Systems (EFIS) conference in 2000. This R&D project involved building a proof-of-concept federated IS that integrated structured (SQL) and unstructured (multi-media) data under a single set of API and user interfaces.

From 2001 to 2003 Oleg worked as a data integration consultant at a major investment bank in NYC on a web portal for private banking. This project involved aggregation of secure financial data from multiple legacy databases and presenting it in a customizable web portal.

In 2004, while working at a startup called ConfigureCode, Oleg contributed to two patent applications involving construction and semantic validation of mixed-schema XML documents. This technology was utilized in a Data Capture and Tracking System for Human Resources data integration.

From 2005 to 2011 Oleg worked at a Wall St. company (see Oleg’s LinkedIn Profile for more details) where he was instrumental in improving data quality, reducing trading errors, implementing analytics and reporting within the context of an equities order management system. The system was a 24/7 high performance computing platform that processed billions of dollars worth of trade executions daily.

From fall of 2011 to end of 2016, Oleg worked at Liquid Analytics as Cloud Platform Architect, where he was a thought leader in the implemention of a cloud-based PaaS for mobile Business Intelligence.

Presently, Oleg works at ADP Innovation Lab as Chief Architect.

The opinions expressed in this blog are those of Oleg Dulin and do not necessarily represent those of IDG Communications, Inc., its parent, subsidiary or affiliated companies.

More from this author