Skip to main content

JavaScript is the assembly language of the Web



In my last blog post, I outlined how clever developers are starting to use CoffeeScript as a way of moving forward with Harmony (JavaScript's newest spec that improves the lexicon to be more productive) without breaking current browser implementations of ECMAScript by leveraging transpiling techniques. Concordantly, there are other transpiling tools now for C# (JSIL) and Python (Skulpt). Furthermore, I've come to realize now that based on these initiatives, JavaScript is now the assembly language of the web platform. It is fundamentally and ultimately a compilation target.

ChromeOS is a Linux-based operating system but makes heavy use of their V8 JavaScript engine. Additionally, Mozilla has stepped up and announced that there are plans to create a web operating system to compete with Chrome OS and Windows 8. I've compiled a list of technologies that have indoctrinated the HTML5 family including WebGL, WebSockets, JavaScript, CSS, HTML:

Palm Pre: HTML/CSS/JavaScript with Mojo application framework
Apple iOS through WebView: HTML/CSS/JavaScript
Apple iOS iAd: WebGL/HTML/CSS/JavaScript
Android WebView: HTML/CSS/JavaScript
Chrome OS: HTML/CSS/JavaScript with File API for File I/O
Windows 8: HTML/CSS/JavaScript for application development
Windows 7: Using Chrome/Firefox/IE10 for HTML/JavaScript/CSS -- almost full support, perhaps no WebGL implementation for Internet Explorer.
Mac OS X: Same as above

Four years ago, there was the war of the JavaScript libraries including jQuery, MooTools, YUI, and Dojo. While it does seem like jQuery has triumphed over the other libraries in terms of popularity, will jQuery be used a de-facto Application development library (or perhaps an application framework built on top of jQuery like Backbone.js or Blast Mojo) in the upcoming Operating System war?

Now is the time to start thinking about more abstraction on top of JavaScript. In our current state, we've got SASS for CSS, which again, improves productivity by providing developers capabilities of mixins and mathematical functions, CoffeeScript for JavaScript, which aims to sweep away the bad parts of JavaScript and allow for higher levels of productivity, and then we have Haml/Jade/Razor for HTML to make writing structured content easier.

Winter is coming. There's going to be another exciting paradigm shift in how we write and organize our applications in JavaScript when Windows 8, Chrome OS, and Mozilla OS become more widely used for several reasons: File I/O, Audio, Video, Capture (WebCam, Microphone), Network (XHR or WebSockets), Games with OpenGL (WebGL), and Graphics (SVG/Canvas). My only hope is that in the future, developers will be given the avenues to write code in their favourite language whether its C#, Python, Ruby, Java, and have it safely transpile to JavaScript because sustainable productivity is only achievable if you really enjoy what you're building or designing.

Jaime Bueza is a software engineer in Vancouver, British Columbia, Canada. He has developed web applications for Nintendo, Starbucks, Bacardi, Nike, Electronic Arts, Ritchie Brothers, Kiwi Collections, Cox Communications and Microsoft. When he's not developing useful software that constantly evolves with business requirements, he's writing open source software andcreating tutorial videos for aspiring front-end developers.
Post a Comment

Popular posts from this blog

TextMate Tutorial: How to add a Strikethrough keybind to your Markdown bundle

Markdown is awesome for quickly generating Readme's on Github. After looking at other projects using the strike tag, I've decided to create a custom keybind for it in my TextMate Markdown bundle. Here's how:

1) Click the + sign on the bottom left and click New Command.
2) Paste this into the editbox and make sure you name your command "Strikethrough".

For the input field, select WORD in the drop down.
For the output field, select "insert as snippet".
As for the keybind, you can totally map it to whatever you're comfortable with but I chose Command-D as it is the same thing in Microsoft Word.

Cheers,
Jaime

World of Warcraft Ninjalist addon: version 0.1 coming along quite nicely

After toying around with more GUI related issues in World of Warcraft's API, I've decided to take a totally different direction. Originally when I architected this addon, I knew in my mind it would be a super simple Console application that a user could easily paste in a name and add it to the database; however, why stop there?

After discovering AceGUI, I can easily start developing UI components in no time! As of right now, I've got it saving data in between game sessions--the interesting part will come when I'll have to develop the web service that will parse the SavedVariable.lua, eliminate duplicate entries, as well as, do a huge merge between their copy and whats on the server's (per realm basis of course).

Here's a screen shot of the responses when adding new Ninjas to your list:
When a user clicks add after entering a name in the textbox, it'll go ahead and add that person to the ninjalist tagging the user's realm and current date/time. Someday, I…

Using Git Hooks: Prepare Commit Message to automatically prepend branch names on commit messages

When you're practicing branch by feature with distributed version control, typically you'll get assigned a ticket or issue and that ends up being your feature branch. Instead of always typing in the branch name in every commit, you can edit your Git hooks (specifically prepare-commit-msg).

Assuming that this is a brand new git repository:

mv .git/hooks/prepare-commit-msg.sample .git/hooks/prepare-commit-msg
vi .git/hooks/prepare-commit-msg

Edit the file by commenting out what was originally in the file and then add this:



Now, whenever you make a commit, it should show up like this in the log:



Since GitHub and Bitbucket both support Emojis inside commit messages, you can do something cute like this



Want more emojis? check out the Emoji Mardown Cheatsheet!