Firefox 2.0 includes JavaScript 1.7 – here’s a breakdown of the new features.
Looking at this list of features, which includes destructuring assignments, generators, and list comprehensions, it seems to me that the Mozilla guys must have been heavily influenced by Python.
A long rant on the suckitude of XUL Templates, with a lot of the points ringing true for me:
XUL Templates are a Waste of Time (i.e., “suck”)
Another thing that sucks about “XUL Templates” is the name – it’s so generic that it’s easy to confuse XUL templates, which are a very specific feature of XUL, with XUL itself. XUL is not a bad markup language and it’s the only way to go for writing a Firefox extension, which is what I’m doing now at my day job (working on the del.icio.us Firefox extension). However, XUL Templates and RDF are really tedious and error-prone and less powerful than just using JavaScript and the DOM. I’m almost done replacing a bunch of code that used XUL templates with JavaScript, because JavaScript is so much more flexible.
I was writing some code today that output data structures in JSON and I wanted to validate my output.
This fit the bill nicely. Nothing to install. Just copy and paste and click a button.
I attended an interesting tech talk today – Douglas Crockford talking about JSON.
It’s pretty evident that JSON, because it uses JavaScript syntax, is certainly natural for JavaScript and especially AJAX (which is essentially JavaScript talking to Web Services). This is despite the fact that AJAX stands for “Asynchronous JavaScript and XML” – AJAJ (“Asynchronous JavaScript and JSON”) and AJADI (“Asynchronous JavaScript and Data Interchange”) don’t have quite the ring to it though. JIHAD (“JavaScript-driven Interchange of Hierarchical Asynchronous Data”)? 🙂
Anyway, the tech talk made me think about how JSON, like XML, is essentially just a standard representation for data, which means that it can be used for a lot of the things that people routinely use for XML. I’ve often thought that XML seemed like overkill for a lot of the problems that it is used to solve. JSON can solve a lot of these problems with a much simpler syntax and less bytes.
XML tries very hard to be completely general, extensible, validatable, and all things to all people. And the result is pretty complex. I was reminded me of the classic book, The Mythical Man-Month by Frederick Brooks and it’s essay about the “Second System Effect“. Brooks talks about how the second attempt at designing a system often turns out worse than the first, because people try too hard to make it solve every conceivable problem, especially ones that the first system couldn’t handle. My thought was that the old way to do data interchange was with something like CSV, which is extremely simple but is not self-describing and not suitable for representing complex data structures. Lacking in so many ways, it’s easy to see how, in designing another data interchange format, one would try to create something with a lot more “horsepower” so that it could solve all the problems of the previous format. In doing so, things could get out of hand and become very complex, especially as it evolves over many years and many different people add their own extensions to the core concept. There is also a bit of potential here for the tendency to see everything as a nail when all you have is a hammer, resulting in people using XML for an incredibly diverse range of things from data interchange to RPC (e.g.: XML-RPC and SOAP) to configuration files to GUI specification (e.g.: XUL, XAML, MXML, etc.). And once you start living and breathing a concept like XML, you will tend to solve problems within that world of XML – it’s not natural to think outside of the box and contemplate how to solve the problem with something wholly different. And why would you want to, when there are tons of XML parsers and such out there? Why not take advantage of the tremendous amount of work that folks that have done to write parsers, editors, validators, etc.?
Interestingly, several people were motivated enough to look for an XML alternative and as the story goes, JSON was independently discovered by a number of people.
It’s not rocket science, but it has the potential to solve a lot of the same problems that XML solves and to solve them in a simpler way. And if there’s something that it can’t quite handle because of its simplicity, then we always have XML.
Drag and drop and other neat effects using JavaScript:
Wow, this is amazing! These guys implemented a fully-functional UNIX shell environment in JavaScript. You can even use vi!
Thanks to the Lazy Hacker for finding this.
I just checked out the 10 minute intro to Laszlo and it was pretty interesting.
It’s an XML user interface language, similar to XUL. You write
JavaScript event handlers like XUL. You can make your own tags like with XBL, except the Laszlo syntax seemed more intuitive.
I didn’t see any mention of CSS for styling though. The Laszlo stuff gets compiled into a Flash movie so you can have cute animations and it works in any browser that has a Flash player.
This 10 minute demo walks you through the basics. I liked in particular
the XML data binding and the drag & drop features.
If you have a few minutes to spare, it’s a fun little interactive demo.
Thanks, Andrew!