Why I'm Becomming a JavaScript Convert

http://www.benjamincoe.com/blog/index.php?entry=entry100425-122529

by 3pt14159 • 16 years ago

69 37 16 years ago

JS is not perfect but is good enough. It is everywhere and will be used everywhere in the future, from browsers, to servers, mobile, etc.

Maybe it will be perfected as new versions come along. We should push in that direction if we feel there are rough spots right now.

I've learned to love it. I wish there is JS hosting solutions as simple to run as php for newbies. Remember the first one giving such a service, appjet, was bought by google by millions. There is market for JS on the server.

There is market for JS on the mobile world too. APIs are wonderful, see all you can do with canvas, svg, websockets, etc. all managed thru JS and you can do wonders with them.

If the whole iPhone/iPad experience could be accessed using JS apis, it would grow the ecosystem by tenfold. I hate objective C, but I could easily build a thousand apps in javascript overnight. No kidding.

JS is here to stay, and I am happy for that.

gruseom• 16 years ago

As I've said here before, it turned out to be a great stroke of luck for us all that Eich had recently read SICP when he was handed the job of making Livescript. Sure, the pieces that made it in may be mangled and half-digested, so much so that it took 10 years before people were able to even recognize them, but enough of the original greatness survives that amazing things are possible with JS. Imagine if he had been infatuated with, I don't know, Ada instead.

Edit: "it took 10 years before people were able to even recognize them" isn't quite right. It would be better to say that it took 10 years for people to reassemble the pieces that were left, like a vase from antiquity or one of those fragmented biblical codices.

BenjaminCoe4• 16 years ago

Some of the server-side JavaScript stuff is really slick. APE ( http://www.ape-project.org/ ) runs JavaScript on the server-side, for instance. You basically write a client and server in JavaScript and it uses Comet to push events to the client, rather than a JavaScript client needing to constantly request updates -- a great paradigm, that could lead to much more robust multi-user JavaScript applications.

hoggle• 16 years ago

"Helma" Framework comes to my mind too: http://helma.org/

jayair• 16 years ago

I've been in love with JS ever since I started with it in '06. Learnt about closures, prototypes etc all through it. Loved the FP side of it so much that I went and read SICP as a result of that.

On a side note I recently wrote up a sliding puzzle in JS as a pre-loader for Cadmus. Might not be as complicated as the Tetris game but it was fun to write (and test).

http://blog.anomalyinnovations.com/2010/04/a-sliding-puzzle-...

zxz• 16 years ago

Did you mean "Becoming"?

BenjaminCoe4• 16 years ago

Yikes, typo fixed.

arethuza3• 16 years ago

JavaScript has probably become my all time favorite programming language (beating Common Lisp and PostScript).

I wonder if anyone has done an OS command line shell with JavaScript as the scripting language - having commands pipe JSON to each other could be rather cool.

jrockway3• 16 years ago

Having commands pipe JSON to each other could be rather cool

http://en.wikipedia.org/wiki/Windows_PowerShell

arethuza3• 16 years ago

Yeah - I've used PowerShell a lot and while it is a nice idea I sort of find the overall experience less good than it should be.

For a bit I was doing a fair bit of PowerShell scripting and bash scripting at the same time and I ended up concluding that I still preferred the Unix command line. Using JSON as the "standard" data format would seem to me the ideal compromise between delimited lines of text (Unix shells) and full blown objects (PowerShell).

tlrobinson• 16 years ago

Lots of people have. Unfortunately they all have different APIs, which we've been trying to fix with the CommonJS project: http://commonjs.org/

Personally I work on Narwhal (http://narwhaljs.org/). All of Cappuccino's (http://cappuccino.org/) build tools are written in JavaScript (and Objective-J) using CommonJS APIs now too.

Also, Narwhal comes with a nifty "json" tool to convert Unixy formats to/from JSON: http://narwhaljs.org/json-tool.html

jonpaul• 16 years ago

I use to hate Javascript. I attempted to build a large enterprise system using ExtJS... I ran into a number of problems. I then realized that I could accomplish the same task using GWT/GXT. It was successful. I still don't like Javascript, but I'm warming up to the idea of embracing it.

It seems to me that with the advent of Node.js and document oriented databases that use JSON for their document description, such as MongoDB, Javascript will become the world's most used language. I think Javascript's momentum is unstoppable.

Time will tell.

wvenable3• 16 years ago

JavaScript really doesn't seem appropriate for large software. Much of the features (like, for example, prototype inheritance) makes for small code but at the cost of some complexity. Even trying to ensure some measure of public/private data requires a lot of boilerplate code.

Probably adding the necessary features to JavaScript to make it more appropriate for these tasks would ruin it for the things it's really very good at.

jrockway3• 16 years ago

public/private is the most pointless distinction ever invented. Enforced privacy makes reuse nearly impossible.

That said, I don't really think Javascript is all that special. Prototype OO sucks.

mnemonik2• 16 years ago

"Even trying to ensure some measure of public/private data requires a lot of boilerplate code."

Just use closures. Thats less code than you would have in many other languages.

BenjaminCoe4• 16 years ago

Yeah, for my personal website I'm about to try out node.JS with MongoDB -- I think it will be an exciting experiment. As more frameworks grow up around technologies like these, I really think server-side JavaScript makes a ton of sense -- most importantly, it can lead to a lot more sharing of application logic between the static and client-side JS parts of a site.

mkramlich• 16 years ago

For all the positives of JavaScript, I still prefer Python. There are a lot of similarities, but I give Python higher marks in a few areas. The first one that jumps out immediately is the lack of requiring "var" in Python variable declarations. What I'd like to see instead I think is Python built-in to every major browser as a default language. And/or make it super easy for users to install runtime plugins for Python, Ruby, etc. that way we're not limited to a particular language in the browser client.

baddox3• 16 years ago

I bet as soon as you attempt to implement a DOM manipulation standard for Python you'd introduce all the same cross-browser incompatibilities as Java has. Also, in many ways Javascript is superior to Python. Closures are the only examples I know of off the top of my head.

mikeklaas• 16 years ago

Python has as much support for closures as javascript. The only significant feature in this respect that it is missing (that I am aware of) is multi-statement, in-expression lambdas.

Javascript's syntactic nicety is higher there, but on balance I think python's is far superior.

Both great languages, though.

mhansen2• 16 years ago

Java != JavaScript

orangecat• 16 years ago

Yeah, I don't get the recent Javascript love-fest when Python and Ruby (heck, even Perl) are tremendously superior. Mainly due to lacking insane design decisions like default global scope and having standard libraries that are actually useful. I mean, did it not occur to anyone that a language heavily used for processing user input might benefit from String.trim? And you'd think a language built on key-value pairs would come with a hashtable object.

Yes I'm probably ranting; I've spent a large portion of the last 12 hours writing a bunch of Javascript that I really shouldn't have had to.

util• 16 years ago

Don't objects function as hashtables? var v = {"a": 1};

cracki• 16 years ago

python's variable scoping is useless.

i can't reassign a variable in an upper context. i can mutate the object it refers to, but i can't reassign the variable right there. instead it gets instantiated at the current level.

that's why javascript has "var". it has real lexical scoping.

IIRC python 3 has the "nonlocal" keyword to "fix" this mess, but i'm not pleased by that. i read the PEP and understand their reasoning. still, it's different behavior from what other languages do (notably scheme and js). they can't even make proper lambdas, but that's because they painted themselves into a corner with the syntax.

a freeform mode for python might solve the lambda issue... but then we'd have ruby or javascript, pretty much.

what tips the scales for me (i use python most) is libraries and environment. javascript doesn't yet have a real command line scripting experience. microsoft's windows scripting host and jscript come close, but all the library documentation is scattered throughout MSDN. i much prefer python's HTML documentation. it's terse and easy to browse.

jackfoxy• 16 years ago

I recently had an epiphany about JS too. I think Crockford's evangelizing and the maturing of libraries (especially jQuery) has awoken many to the fact "JS is what we got to program the client". (I just met someone today at the jQuery conference from FreshBooks.)

jasongullickson• 16 years ago

I've completed a simular "conversion" myself recently.

After reading "JavaScript: The Good Parts" and with the arrival of things like Node.js I have come over from being a staunch "C as a first language" programmer to learning to not only accept JavaScript, but to embrace it, and the power that comes from becoming proficient in the only programming language understood by both the web browser and server.

ElbertF• 16 years ago

I made a Tetris game in JavaScript a while ago, I think it looks better and works a bit smoother too:

http://elbertf.com/tetris/

Source: http://elbertf.com/tetris/tetris.js

Why I'm Becomming a JavaScript Convert

Related Stories