I disagree with some of what you say, but I think your last point is correct.
>you yourself may be mistaken in your JS criticism
It should be easy to verify I'm not. `__proto__` is indeed bad practice [0] and I'm pretty sure criticism of `var` vs. `let` and `const` is a Google search away. Same idea for the other problems I listed, but the details are besides the point.
>There is a clear judgement on your part
I'm not sure what makes you think there is. It was important to first point out that this contribution to HN is a rather poor one on technical grounds. People might have taken away bad practices from the article. Then, I felt it would also be interesting to share my suspicion about the author's state of mind. This is after all what commentators of all kinds do, from movie critics to sportscasters.
>sharing your own [...] shows you speak from experience, and engages someone emotionally into feeling for you rather than just being defensive
This rings true and I could be a better communicator if I applied this advice. So here goes: this [1] is my most upvoted SO answer that I wrote years ago. The code I suggest is rather bad, as I'm sure any experienced C++ dev would agree, and I find the style pompous. It makes me cringe a little, but that answer also demonstrates an interest in technical topics and an eagerness to share, just like the author's article.
Cool, yeah I wasn't saying that your JS was good or bad, just the possibility of it being so. I'm with you, I think you're good at JS, but then I don't really know. And neither, in truth, do you. We're both judging.
I think you need to remain open to the possibility, not just of DK but of we all have something to learn. I think I'm pretty good at JS and have popular projects and good test scores, but I also fail some JS questions (the other day in the FB PE screen I couldn't work out that the regex /^sep\n$/g wouldn't actually match. I was confused and thought the newline was needed as well as the $. Haha. Just one example.) I try to give my self a rating of 7. Keeping open to the possibility of being wrong, is more important than being right or wrong. I can't really explain it right now (maybe one reason is it's super late here, another might be I just don't know how to explain it right now) but I feel that humility is important, more so the more you know and the better your skill. Somehow I feel more humility make your skill better, especially the more skill you have.
Thanks for your humble and vulnerable example, I appreciate it! It gives you great credibility. If you were more open to the possibility of things you don't know, and not so absolutist about your JS knowledge, I would have felt you were even more credible.
Finally, you have a blindspot. You can't see that you judgement of the JS skill was actually a judgement. Because you're so sure you're right about it. Ties in with what I said before about humble and open to wrong. Of course it's a judgement, it's a "you think" it's like this, not a "it is like this". There are other perspectives that are valid. I think if you see that, then it will make wielding this big sword you have an easier and more pleasant experience! :P ;) xx
>you yourself may be mistaken in your JS criticism
It should be easy to verify I'm not. `__proto__` is indeed bad practice [0] and I'm pretty sure criticism of `var` vs. `let` and `const` is a Google search away. Same idea for the other problems I listed, but the details are besides the point.
>There is a clear judgement on your part
I'm not sure what makes you think there is. It was important to first point out that this contribution to HN is a rather poor one on technical grounds. People might have taken away bad practices from the article. Then, I felt it would also be interesting to share my suspicion about the author's state of mind. This is after all what commentators of all kinds do, from movie critics to sportscasters.
>sharing your own [...] shows you speak from experience, and engages someone emotionally into feeling for you rather than just being defensive
This rings true and I could be a better communicator if I applied this advice. So here goes: this [1] is my most upvoted SO answer that I wrote years ago. The code I suggest is rather bad, as I'm sure any experienced C++ dev would agree, and I find the style pompous. It makes me cringe a little, but that answer also demonstrates an interest in technical topics and an eagerness to share, just like the author's article.
[0] https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
[1] https://stackoverflow.com/questions/4788965/when-would-anyon...