コードレビューって、結局コミュニケーションなんだと気づいた話

レビューは「正解を指摘する場」じゃない

コードレビューの流儀って、実装テクニックの話よりも、人間関係の話の方が大事だと最近強く感じるんですよね。

僕も若い頃は「バグがあればそれを指摘する、非効率なコードなら改善案を示す」くらいの感覚でレビューしてました。でも、それだけだと相手の反発を招くことが多くて。いい指摘してるはずなのに、なぜか気持ちよく受け入れられていないような空気になる。

相手の文脈を読む重要さ

あるとき気づいたのは、同じ指摘でも「お前のコード間違ってる」という態度と「ここ、こういう理由で別の書き方の方がいいかも」という態度では、受け取り方が全く違うということ。

相手がなぜそう書いたのか、制約条件は何か、学習途上なのか効率を優先したのか。そういう文脈を一度考えてから指摘するだけで、同じ言葉でも相手の腹落ちの度合いが変わる。

褒めることの力

あと、いいコードを見つけたときに「これいいですね」って素直に言うこと。これが思った以上に効く。批判ばっかり受けるよりも、良い点も認識されてる方が、自分のコード改善への動機づけが全然違う。

テックスキルだけじゃなく、相手の学習を加速させる環境を作る。そっちの方がチーム全体の質が上がる気がします。