This is a good read even if you don't have a dog in the fight - maybe even especially if you don't, because it's easier to evaluate the arguments objectively, and see how they apply to your world.
An observation: JavaScript and Java are arguing over adding complementary features.
But what arguments? His answer to "why classes at all" is that higher-level languages are good because they reduce complexity. OK. But then he takes for granted that his class-based approach is what does this. That's not an argument, that's assuming your conclusion.
The rest of the post says that because a committee has been arguing for 10 years, we're overdue for just adding something. That hardly follows. Sometimes adding "something" for the sake of it fucks things up. First do no harm?
Personally I'm glad that "luddites" have blocked these attempts to "fix" arguably the most important language in the world by making it be more like Java. As the OP points out, while the committee has been arguing, "JS has gone from being important to being critical to the construction of large systems", i.e. succeeding massively.
(Not that I don't empathize with how frustrating it must be to have a committee block what you think are all the good ideas.)
There seems to be some serious (willful?) misunderstanding here about what is being proposed. Instead of adding something foreign, the class syntax that we've nearly got settled is sugar for what we usually write in JS, albiet under a dozen or so different patterns and library conventions. See: http://infrequently.org/2011/09/why-class-doesnt-mean-what-y...
I'm also not suggesting that length of debate necessitates action. The near-consensus on the committee for adding classes isn't my doing; I'm merely arguing that it's worth doing a smaller thing and debating what extensions to make in due time. And if you look at what's being added (again, I'm not sure you have a grasp on it in any way), it's clear that we are doing no harm with Max/Min classes.
Invoking Java to describe what's being proposed is purely a slur. Indeed, the arguments which I'm attempting to talk down are the ones which would drag a class proposal more towards Java (not less).
I hear your annoyance. I hope it's only that my comment seemed that way because we're coming from very different perspectives.
By "more like Java" I just meant adding classes at all. I'm uninterested in that way of programming - not out of ignorance, I did it for years and I think it's a gigantic cargo cult. That JS somehow escaped it is, in my view, a small miracle. That we have JS at all is a miracle. For all its flaws, it's a small, hackable, dynamic language that retained enough magic from its Lisp/Self inspirations to spawn a new galaxy of creativity. I don't believe that if it had been done more "properly" we'd be better off today. Great inventions often live on the improper side of the proper/improper divide. JS succeeded on the web while its "proper" cousin, the one designed for "programming in the large", the one organized around "good" practices (including classes), failed. I think that fact is deep and mysterious and the most important thing is not to mess with it.
So while you say it's clear that you'd be doing no harm, that's far from clear to me. I read the links you provided and still think that.
But I acknowledge there are degrees here, and if you're mostly trying to prevent JS from turning into Java, thanks. I confess, though, that when you say the near consensus, my sympathies immediately leap to whoever the holdout is :)
Not trying to persuade you; just trying to unpack what I said enough to not seem thoughtlessly rude.
An observation: JavaScript and Java are arguing over adding complementary features.