JavaScript Creator Talks About the Future 305
mikejuk writes "JavaScript is currently an important language — possibly the most important of all the languages at this point in time. So an impromptu talk at JSConf given by the creator of JavaScript, Brendan Eich, is not something to ignore. He seems to be a worried about the way committees define languages and wants ordinary JavaScript programmers to get involved."
I have a suggestion. (Score:2, Interesting)
I know this may be considered radical and groundbreaking for those who design the language but perhaps putting in some way of letting the developer decide if he/she wants to copy an object or just create a new reference to it when doing assignment?
For those who don't know what I'm going on about:
var myObj = new Object();
myObj.foo = 1;
var newObj = myObj;
newObj.foo = 5;
alert(myObj.foo);
That will display a dialog with "5" in it because newObj and myObj are basically the same object which is the opposite of how it works in most other languages that are commonly used these days.
Oh, and there's no magic "DON'T FUCKING DO THAT!" operator either...
The community is worse than the language. (Score:2, Interesting)
While the JavaScript language, development environments and implementations are absolutely terrible, as I see you're well aware, those are not the worst parts of it all. By far, the community is the most atrocious thing related to JavaScript. The people are generally nice enough, but my gosh, are they ever ignorant when it comes to computing.
JavaScript tends to drive away everyone who is even remotely a good programmer, as such people can usually see just how flawed JavaScript is, and they want nothing to do with it. So what we have left over is a bunch of non-skilled "programmers" who think they know what they're talking about, but in reality have absolutely no clue. They continually produce some of the shittiest code that has ever been written.
The scariest part is how they want to start getting involved with server-side development. This was typically one area of web development were good developers could use good technologies to get the job done well. But now the JavaScript community has put together very half-assed Erlang clones like Node.js, and have been hyping them as viable server-side technologies (when they clearly aren't). This is going to be a huge disaster, caused solely by the ignorance of the JavaScript community, and those who are foolish enough to hire such people to develop software.
Re:Javascript is a disaster (Score:5, Interesting)
function foo(x,y) { return x + y; }
foo("5",6) == "56"
In every other language I've seen, the CORRECTly expected result is 11 or error. Perl, C++, etc. The point is that you can never trust your input if you are expecting numeric.
You must guard the inputs with explicit (and thus inefficient/unreadable casts). If you're using a 3rd party library, you'll be pulling you hair out trying to figure out what went wrong.
The language is full of such wtf's. While you can happily redefine most core operations (e.g. how jQuery fixes IE), you can't overload the + operator. Call my cynical, but I don't like languages that let you corrupt basic building blocks.
That being said, javascript is excellent at what it was designed for - and passable for what it's currently used for, but I fear for the future if it's the basis of future industrial strength applications.
One place I WOULD like to see it extended is DB's.. CouchDB has a very nice java-script based map-reduce framework - it leads to concise and expressive code (that's really NASTY if plsql, etc are used).
Basically javascript is excellent fragment-code. But HORRIBLE for modular libraries - having to write an entire library (like jquery) in a scoped wrapper then assigned to a mutable/corruptable symbol is sick. (Especially since library A will mutate library B without permission - hello 1970s!!)
Thank you for your ignorance. (Score:1, Interesting)
In the whole scheme of things, no, the Web isn't overly important. Yes, it's very visible and very hyped in the media, but it's still a comparatively small part of the Internet as a whole. BitTorrent traffic alone far outweighs Web traffic. Then there are more traditional uses like FTP and email. Voice and video teleconferencing are always becoming more prevalent. Then there's also gaming. Don't forget DNS. And there are many other more technical uses that I know you won't be familiar with.
Sites that use Flash and/or JavaScript heavily tend to be rather useless. Slashdot has gotten progressively worse to use as more JavaScript has been introduced. Likewise, Flash doesn't really add anything useful to the table. We could download and play games long before Flash existed. We could stream videos using RealPlayer and other technologies long before YouTube existed. In fact, those real applications are often much effective to use than the Flash- or JavaScript-based "equivalents". GMail, for example, will never be as usable as real email clients like mutt, Thunderbird, and even Outlook.
iOS is already on its way out. Android is absolutely crushing it. Every sensible developer is moving to Android, and the language there isn't JavaScript. It's Java.
JavaScript is nearly irrelevant in the big picture. As a JavaScript advocate, I know you have trouble seeing that. But that's just because of your ignorance. You just aren't aware of the greater scene. Of course JavaScript will look important to you, because it seems that JavaScript is the only thing that you know. Not everyone is as ignorant as you, however. We see that JavaScript is merely a small turd in a huge toilet.
Design by commitee vs. design by guru (Score:5, Interesting)
The C++ standards committee has been lost in template la-la land for the last decade. They've focused on features understood by few and used correctly in production code by fewer. Since the discovery that the C++ template system could be abused as a term-rewriting system to perform arbitrary computations at run-time, that concept has received far too much attention. It's an ugly way to program, but it's "l33t". On the other hand, they've been unable to fix any of the fundamental safety problems in the language. C++ is unique among mainstream languages in providing hiding ("abstraction") without memory safety. (C has neither, Simula, Pascal, Ada, Java, Delphi, Erlang, Haskell, Go, and all the "scripting languages" have both.) So there's an example of a committee screwing up.
On the Python side, we have von Rossum. The problem there is that he likes features that are easy to implement in his CPython implementation, which is a naive interpreter, even if they inhibit most attempts at optimization. As a result, Python isn't much faster than it was a decade ago, and is still about 60x slower than C. Attempts to speed it up have either failed or resulted in insanely complex, yet still sluggish, implementations. So that's the "guru" approach.
Re:Wait until you fix your first Node.js disaster. (Score:0, Interesting)
Not sure this is even qualified to be "insightful". WTF is node.js got to do with MongoDB or visa versa for fucked up implementation and coding incompetence? Any fucktard can fuck up simple shit like node.js and MongoDB setup, just as easily as any fucktard can fuck up Oracle and C/C++/Java/etc. Do you jerk yourself off with fantasy thinking that migrating to "enterprise ready" stack everywhere will make you a better person?