Is there a set of things that every JavaScript programmer should know to be able to say "I know JavaScript"?
locked by Lasse V. Karlsen Apr 4 '12 at 7:35This question exists because it has historical significance, but it is not considered a good, on-topic question for this site, so please do not use it as evidence that you can ask similar questions here. This question and its answers are frozen and cannot be changed. More info: help center. closed as not constructive by Gilles, Mark Trapp, Kev Dec 3 '11 at 17:08As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.If this question can be reworded to fit the rules in the help center, please edit the question. |
|||
|
Not jQuery. Not YUI. Not (etc. etc.) Frameworks may be useful, but they are often hiding the sometimes-ugly details of how JavaScript and the DOM actually work from you. If your aim is to be able to say “I know JavaScript”, then investing a lot of time in a framework is opposed to that. Here are some JavaScript language features that you should know to grok what it's doing and not get caught out, but which aren't immediately obvious to many people:
See this answer regarding the last two items. Most of all, you should be viewing JavaScript critically, acknowledging that it is for historical reasons an imperfect language (even more than most languages), and avoiding its worst troublespots. Crockford's work on this front is definitely worth reading (although I don't 100% agree with him on which the “Good Parts” are). |
|||||||||||||||||||||
|
array.
this behavior is hardly distinguishable from a language design bug.. |
||||
|
Learning a language really well and understanding its various quirks comes from (years of) experience. If you want to be a better programmer, I would say, understanding design patterns, how and when to use them and/ or even when you are using them without realising it; technical architecture & user experience. Knowing the (JavaScript) language means you can pick up any framework and use it at will. You'll inevitably need to dive into the source code, and if all you know is the syntax a framework or 2 or 3, then you won't go far. In saying that, getting into a few different frameworks' source code is probably one of the best ways to see how JavaScript can be used. Messing about by stepping through the code in Firebug or Web Inspector, then checking JavaScript Documentation, especially the Mozilla and Webkit docs, to get further understanding of what you're looking at. Understanding the difference between Object-Oriented and Functional Programming, that JavaScript is a sexy mix of the two and when and how to use both to create a killer codebase and awesome applications will make you a better JavaScript Programmer. Simply reading some books, especially Crockford's "good parts" which merely presents his opinions on what is good in JavaScript, while skipping most of the AWESOME parts of JavaScript is going to get you off on the wrong foot. Checking out code written by someone like Thomas Fuchs on the other hand is going to give you much more insight into the power of writing amazing and efficient JavaScript. Trying to memorise a few gotchas or WTFs is not going to help much either, you'll pick that up if you start coding and stepping through a library/ frameworks' code, especially a helpfully commented one, to see why they've used certain properties/ values and not others why and when it's good to use specific operands and operators, this is all there in the code of the framework's people use. How better than to learn by example? :^) |
|||||
|
JavaScript is not support separating return keyword and return statement with newline character like the following code (or try it at my jsFiddle page)
I don't understand why JavaScript does not support this style because it's much easier to read very complex JavaScript source code when compare with default style of JavaScript. PS. I have written JavaScript almost 6 years. But I just found this bug with myself when I try to execute the following function. It always returns undefined. When I use debugger and step into this function everything is work fine. I think it should be the worst programming bug in my life.
|
|||||||||||||||||||||
|
That Javascript is not something which can be learnt in an hour! |
|||||
|
In Javascript, Performance matters. There is not an intelligent compiler to optimize your code so You should be more careful while you are writing javascript code than languages like C#, Java... |
|||||||||||||
|
Understanding the stuff written in Crockford's Javascript: The Good Parts is a pretty good assumption that a person is a decent JS programmer. You can pretty much know how to use a good library like JQuery and still not know the hidden parts of Javascript. Another note is Debugging tools on various browsers. A JS programmer should know how to debug his code in different browsers. Oh! And knowing JSLint will totally hurt your feelings!! |
|||||||||||||||||||||
|
|
||||
|
You know javascript if you can use Array, Number, String, Date and Object effectively. Plus points for Math and RegExp. You should be able to write functions and use variables (in correct scope, i.e. as 'methods' of an object). I see some comments about knowing closures, extravagant function syntax, blabla. All that is quite irrelevant for this question. That's like saying you are a runner if you can run the 100m dash under 11 seconds. I say it takes maybe a couple of weeks to become proficient in javascript. After that it takes years and dozens of books and thousands of lines of programming to become an expert, a ninja, etc. But that wasn't the question. Oh, and the DOM is not a part of javascript, and neither is jQuery. So I think both are equally irrelevant to the question too. |
|||||||||
|
What every javascript coder should know? How about, I can turn off your efforts with 2 clicks. So provide a fallback if possible. |
|||||||||||||
|
You don't know JavaScript if you don't know:
|
|||||||||||||
|
Having read all the above, it's also perfectly fine to learn Javascript by using a framework like jQuery. The truth is it's the first way a lot of folks picked JS up in the first place. No shame in that. |
||||
|
The following things are also important: 1) Variable hoisting. 2) Scope chains and activation objects. and then things like these: :) 3) wtfjs.com 4) |
|||||
|
One should be aware about the following to say "I Know JavaScript":
|
|||||||||||||
|
Variables are global unless declared to be local!! Bad (DoSomething() is only called 10 times):
Good (DoSomething() is called 50 times as intended):
|
|||||||||||||||||
|
I strongly recommend to read Javascript: The Good Parts |
||||
|
... about Google Web Toolkit, which means that your javascript project probably could be developed in a much more conveniant way. |
|||||||||||||||||||||
|
If you want to be a true JavaScript ninja, you should know the answers to every question in the Perfection kills JavaScript Quiz. An example to whet your appetite:
|
|||||||||||||||||
|
object literals because they are so nice to write. |
||||
|
For knowing that Javascript was originally called LiveScript and the 'Java' prefix was attached for marketing purposes not because Java and Javascript are related (which they are not). Oh and for owning any version of David Flanagan's 'Javascript: The Definitive Guide' (this information is on page 2). ... and for appreciating those that have gone before in trying to obfuscate Internet Explorer 4's document.all[] and Netscape Navigator 4's document.layers[] before the likes of Jquery took away the pain. EDIT: As @Kinopiko points out JavaScript was called project Mocha originally (some sources also reckon it was called project LiveWire) but it is generally accepted that the language (written by Brendan Eich) was slated to be released as LiveScript before the Java prefix was adopted on release in early 1996. |
|||||||||||||||||||||
|
That it can be disabled. |
|||||||||||||||||||||
|
That javascript is the most widely deployed language in the world. (Probably) |
|||||||||||||
|
Javascript objects and function as first-class citizen, callbacks, not to forget about events and then JQuery. |
|||||||||||||
|
Since JS is a functional language, a decent JS programmer must be able to write Y-combinator and explain how it works off the top of head. |
|||||||||||||
|
|
|||||||||||||||||||||
|
..that javascript is not java :) Many, many people starting with website development have told me javascript is just simple java! |
|||||||||||||||||||||
|
|
|||||
|
That JavaScript is much more different than other languages than you might think. Watch this great Google Tech Talk to get an impression: http://www.youtube.com/watch?v=hQVTIJBZook |
|||||||||||||
|
jQuery would be my best recommendation. Not just for the code itself, it's the idiom, the style, the thinking behind it that's most worthy of emulation. |
|||||||||||||||||
|