Node.js, is this the next big thing?

By | August 4, 2010

Although I did briefly notice node.js a few months back, it didn’t really catch my interest until I saw this video; Node.js: JavaScript on the Server.

I’ve been developing JavaScript on the client (browser) side more or less for the last 5 years. And I didn’t enjoy it too much right away, but with libraries like jQuery, Prototype, Scriptaculous, Ext JS, GWT, etc + continued performance improvements in the JS engines this has changed.

It’s now at the point that I feel a lot more productive creating “business apps” with HTML, JavaScript and CSS within a browser then I ever felt using things like Swing or the equivalent in the .NET world.

A few years ago (during my first attempted venture) I was creating a Microsoft MSN Messenger client for regular feature phones (with Java ME.) And part of what we did was to create a proxy that we ran on a server. This proxy basically translated the MSN Messenger protocol into a purpose built protocol for the client we were developing. There’s a ton of good reasons to do this; The phones at the time didn’t handle many simultaneous connections very well, and connections were also often dropped. So we needed something that would take all the MSN Messenger connections pr client, merge them into one optimized connection and also tolerate a few seconds of disconnection/reconnection every now and then.

The other horrible thing about developing for feature phones back then was the crappy support for socket connections. Often, the network operator would only allow a HTTP connection through their own proxy, so we also needed to support long pooling over an infrastructure that didn’t really support it.

Anyway, the point that started making me feel that good cozy warm feeling when watching the video was when I started thinking about how much easier it would have been to create that proxy using node.js.

Sure, we could have used blocking IO, and dealt with the scalability issues later on. But as sure as we were about the coming success of our client, non-blocking IO was the way to go. Dealing with partal reads, thread pools, sessions (remember, we needed to tolerate dropped connections) and all that was not very fun. Far from as fun as it is creating web apps with modern JS libraries.

And, this is where node.js might come to the rescue. Sure, it might be very early right now, but give it some time and a few killer frameworks, and maybe even back-end server programming will become just as fun as front-end browser programming. And looking at the future trend of web apps, with long pooled HTTP connections and WebSockets, tools like node.js is essential.

9 thoughts on “Node.js, is this the next big thing?

  1. Chandru

    I’ve been developing a full featured and flexible framework for developing web applications on Node.js called Grasshopper.

    It deals with most of what a web application would need. Routing, validations, layouts, static file serving, internationalization are available. It is very easy to get started with. Give a shot when you find time and provide your feedback.

    http://github.com/tuxychandru/grasshopper#readme

  2. Pingback: Tweets that mention Node.js, is this the next big thing? | Blog of Christian Felde -- Topsy.com

  3. Pingback: Rust, is this the next big thing? | Blog of Christian Felde

Comments are closed.