I just got back from 3 days of Moodle Moot in Hamilton, officially the hickest town in the whole world! I gave a talk on digital repositories, got to hang out with and learn heaps from a whole bunch of cool Moodle people in NZ and also from Australia (including the big Kahuna Martin himself), Fiji, Canada and elsewhere. Photos are up on flickr with the moodlemootnz07 tag.
Compiling Javascript?
Okay Joel, interesting argument, and I sort of agree, but please don’t make silly stuff up to support your argument: http://www.joelonsoftware.com/items/2007/09/18.html
“You can follow the p-code/Java model and build a little sandbox on top of the underlying system. But sandboxes are penalty boxes; they’re slow and they suck, which is why Java Applets are dead, dead, dead.”
Well that’s not really true. Java Applets died because when Microsoft swamped out the Sun JVM with its own crippled 1.1 VM, nobody could realistically write to the much better Applet APIs that came out after version 1.1, so we either wrote crap AWT applets or ActiveX controls instead (a whole other world of pain and silliness). Also, the JVM is hardly “slow” these days, and is certainly faster than your average JavaScript engine.
“What’s going to happen? The winners are going to do what worked at Bell Labs in 1978: build a programming language, like C, that’s portable and efficient. It should compile down to “native” code (native code being JavaScript and DOMs) with different backends for different target platforms”
What, so JavaScript/DOM in a browser isn’t a frickin’ sandbox? Hello?! It seems ludicrous to add another language compiler layer on top of JavaScript/DOM, when you may as well write it in Java and “compile” it into an applet, which will have the same access to browser capabilities, require the same security restrictions and functionality sandbox, run a lot faster, and not require learning a new round of language, compilers and APIs.
You must be logged in to post a comment.