JSLint tests one particular person’s (Douglas Crockford) opinions regarding what makes good JavaScript code. Crockford is very good, but some of his opinions are anal retentive at best, like the underscore rule, or the use of the increment/decrement operators.
Many of the issues being tagged by JSLint in the above output are issues that Crockford feels leads to difficult to maintain code, or they are things that he feels has led him to doing ‘clever’ things in the past that can be hard to maintain.
There are some things Crockford identifies as errors that I agree with though, like the missing semicolons thing. Dropping semicolons forces the browser to guess where to insert the end-of-statement token, and that can sometimes be dangerous (it’s always slower). And several of those errors are related to JSLint not expecting or supporting multiple assignments like jQuery does on line 24.
If you’ve got a question about a JSLint error, e-mail Crockford, he’s really good about replying, and with his reply, you’ll at least know why JSLint was implemented that way.
Oh, and just because a library is popular doesn’t mean it’s code is any good. JQuery is popular because it’s a relatively fast, easy to use library. That it’s well implemented is rather inconsequential to it’s popularity among many. However, you should certainly be reading more code, we all should.
JSLint can be very helpful in identifying problems with the code, even if JQuery doesn’t pass the standards it desires.