The latest example on that blog (from Feb. 5th) examines the unexpected effects of type coercion when using double-equals for comparison. That's fine, as far as it goes, but, like most of these examples, it's a WTF that experienced JavaScript developers know how to mitigate (triple-equals) and not that big of a problem in practice. I'm trying to think of a time that JavaScript's wacky coercion rules actually bit me and I can't.
Well, the wacky coercion rules are just one of many Javascript gotchas. I agree that most of them won't affect an experienced javascript programmer, but that doesn't mean its not a language fault. For example, in C, most programmers will know to check bounds or to use strncpy instead of strcpy, but a lot of C code that has buffer overruns still slips through.
My point is that any language fault can be memorized and worked around, but that doesn't make it go away. Also, I've noticed a lot of non-experts using javascript, so if the obvious solution isn't the correct one (using == vs using === for example), then that does cause real problems.
Note that I'm not saying Javascript is an especially bad language, just that it has, in my opinion, some severe faults.
