【コード哲学エッセイ】 指摘が痛い夜に。 レビューは 「戦い」 ではなく 「共創」 だ

「Changes requested」 の文字が怖い

Slack の通知音が鳴り、GitHub のアイコンに赤いバッジがつく。
恐る恐る開くと、そこには冷酷な二文字。

「Changes requested」

その瞬間、心臓がキュッとなるのを感じます。
大量のコメント。鋭い指摘。
「なんでこんな実装にしたんですか？」
「これだとパフォーマンス落ちますよね」

まるで、「お前は無能だ」と突きつけられているような感覚。
画面の向こうのレビュアーが、腕組みをして僕を見下ろしている姿が目に浮かぶ。

「違う、そうじゃないんだ」
「仕様が複雑で、仕方なかったんだ」

言い訳が喉元まで出かかり、キーボードを叩く指に力が入る。
かつての僕にとって、コードレビューは「戦い」でした。
自分の正しさを証明し、相手の指摘を論破するための、不毛なマウント合戦。

でも、今は分かります。
その戦いに、勝者なんていなかったのだと。

指摘は 「人格否定」 ではない

なぜ、あんなにも指摘が痛かったのか。
それは僕が、「コード＝自分自身」だと思い込んでいたからです。

コードへの指摘を、自分に「×（バツ）」をつけられたかのように感じてしまっていた。
だから、指摘されるたびに傷つき、防衛本能が働いて、攻撃的になってしまったのです。

でも、冷静になって考えてみれば、レビュアーは僕の人格なんて攻撃していません。
彼らが見ているのは、あくまで「コード」です。
そして、その視線の先にあるのは、「より良いプロダクト」だけ。

「ここ、バグりそうだよ」
「もっと読みやすく書けるよ」

その言葉は、僕を傷つけるためのナイフではなく、未来のトラブルから僕らを守るための盾だったのです。
厳しい言葉の裏にあるのは、「良いものを作りたい」という、僕と同じ熱量でした。

レビューは 「共創」 の場である

視点を変えてみましょう。
レビューは、間違いを指摘し合う「減点法」の場ではありません。
一人では気づけなかった視点を持ち寄り、コードを磨き上げる「加点法」の場です。

それは、敵と戦うリングではなく、仲間と作戦を練る「ホワイトボードの前」なのです。

「なるほど、そういう書き方があったか！」
「この視点は抜けていたな」

指摘をもらうたびに、自分の手札が増えていく。
そう思えたとき、あんなに怖かった通知音が、少しだけ楽しみに変わりました。
「Changes requested」は、「もっと良くできるよ」という招待状だったのです。

「勝ち負け」 を手放して

もし今、あなたがレビューでの指摘に落ち込んでいるなら。
どうか、その痛みを「自分への攻撃」だと受け取らないでください。

その指摘は、あなたのコードに向けられた「愛」であり「ギフト」です。
受け取り方ひとつで、それはあなたを傷つける刃にも、成長させる肥料にもなります。

僕たちは、誰かを負かすためにコードを書いているわけではありません。
誰かの役に立つものを、チームで作り上げるために書いているはずです。

だから、勝ち負けなんて手放してしまいましょう。
画面の向こうの相手は、敵ではありません。
同じゴールを目指して、背中を預け合う仲間なのですから。

あわせて読みたい

▼ 指摘する側の視点を知りたいときに

レビュアーとして言葉を紡ぐとき、僕が大切にしていること。

傷つけず、でも妥協せず、コードと人格を切り離して伝える技術について。

▼ 言葉の裏にある「約束」を知りたいときに

コードレビューでよくある「命名」の指摘。

なぜ名前ひとつにあんなにこだわるのか？
その哲学的な理由を紐解きます。

▼ フィードバックに心が折れそうなときに

一生懸命作ったものを否定されたとき、どう立ち直ればいいのか。

フィードバックを前向きに捉え直すためのマインドセット。

ひとりごと

指摘されるのって、やっぱり痛いですよね（笑）
僕も未だに、厳しいレビューをもらうと一瞬「ウッ」となります。

でも、「これは僕じゃなくてコードへの指摘だ」と呪文のように唱えて、なんとか自我を保っています。
完璧な人間なんていない。だからこそ、僕らはチームで開発するんですよね。