Comment Re:The summary defines the problem. (Score 1) 255
Yes, calling them an idiot or a dummy or indeed any disparaging adjective is not constructive (and is probably outright false), but if the boss has a large, complicated project that cannot go wrong (must deliver on-time and under-budget), the boss will not pick the person who can't deliver. Yes, the title of this article says more about the author than it does the people the author is describing, but we're not all "rockstar developers", and we can't all be treated as such.
The interesting thing about this is that I have worked a few developers over the years who were great at those sort of complicated chunks of development but were terrible at reviewing other peoples code. Partly, they had the attitude that it "belonged" to someone else so that someone else should fix it, partly it was just that they got bored reading it and just skipped it at lightening speed missing tons of stuff and not spotting bugs.
Someone who is apt at doing code reviews can often be the most important member of a team, regardless of them actually producing large chunks of development themselves if they actually spot the sort of tricky bugs in code that often slip through unit testing as they are actually design issues.