pocketコードレビューの長所と短所-その2https://zero-plus-one.jp/program-general/code-review-2/前の記事はこちらコードレビューがうまくいかないのはコードレビューする側の人の責任ですよ。コードレビューはそもそもが教育の側面が強いものです。優れた開発者が優れた教育者ではない場合があるということは想像できると思います。開発者は教育者ではない...レビューする側がレビューされる側よりも常に仕事ができる、というわけではないです。仕事ができない人は「俺は仕事ができる」といいはったりする傾向があるので、そういうのと同じように私は「そいつらより仕事ができる!」といいたいだけのようにも見えるかもしれません。いう事がいいたいのではなくて、その仕事の現場で私が感じたのは「俺は仕事ができる!」と思い込んでいる人がレビューする側にたってしまうと、ひどいことが起きるという事例だったな、ということです。多くの優れた開発者は大した実力もない開発者によるコードレビューでつぶされたのではないだろうかと思っています。開発者というのは分業しておけば、優れた開発者は優れた結果を残し、そして、大した実力もない開発者はそれなりの結果を残し、チーム全体としてみれば傷つけあうこともできずに成果を出し続けることができます。そこに「コードレビュー」が持ち込まれることでチームワークを破壊することができる道具が大した実力もない開発者に与えられて優れた開発者をつぶす権利を与えられてしまって成果をあげることができなくなります。レビューする側が優れた教育者である場合には、レビューされる側が無能でも有能でも関係なく適切にレビューは行われます。レビューする側が教育者として致命的ならば、レビューされる側が無能でも有能でも関係なく潰されますよ。これが最も致命的なコードレビューの問題点です。あるぞ、コードレビューのメリットを大きくうわまわるデメリット!どんどん見つけていこう!よーし、もっとコードレビューのデメリットをみつけていくぞーーー!!コードを見るだけで動作確認をともなわないレビューをする人がほとんどなので実際には適用できない指摘になる可能性がある。指摘されたことをその指摘は筋違いですよ。見せなければいけないのも面倒。レビューで記述された日本語があいまいで理解できない。