【コード哲学エッセイ】 コードは人格じゃない。僕がレビューで守る一線

「ピロン♪」

パソコンから Slack の通知音が鳴るたび、心臓が「キュッ」となる。
条件反射とは恐ろしいもので、フリーランスとして 10 年以上活動している今でも、あの音を聞くと一瞬だけ、新人の頃の「あの感覚」がフラッシュバックします。

まるで、学校のテスト返却の時間。
それも、真っ赤なペンで「×（バツ）」ばかりつけられた答案用紙を、クラス全員の前で突きつけられるような感覚。

「コードレビュー」。

エンジニアにとって、避けては通れないこの儀式。
それは時に、学びの宝庫であり、時に、「人格否定の公開処刑場」と化すことがあります。

かつての僕にとって、それは間違いなく後者でした。
でも、だからこそ今の僕には、レビューをする時、そして受ける時に、絶対に譲れない「一線」があるのです。

これは、言葉でうまく話せない吃音持ちの僕が、テキストという「武器」を使って、殺伐としたコードの世界に「居場所」を作るまでの、小さな哲学の記録です。

「脳みそ、繋がってる？」

20 代前半、僕はある開発会社で働いていました。
当時のリーダーは、技術力は神レベルだけど、コミュニケーションは悪魔レベル、という典型的な「職人肌」の人。

僕が震える手でプルリクエスト（コードの変更依頼）を出すと、数分後には GitHub が真っ赤に染まります。

「ここ、無駄」
「意味不明」
「インデントずれてる、やる気ある？」

そして極め付けは、チャットで飛んでくるこの言葉。

「このコード書いた時、脳みそ繋がってた？」

今なら笑い話にできます。「いや、Wi-Fi じゃないんで」とか言い返せるかもしれません（いや、無理か）。
でも、当時の僕はトイレの個室に駆け込んで、声を押し殺して泣いていました。

コードを否定されただけなのに、まるで「お前はダメな人間だ」「エンジニアに向いていない」「生きている価値がない」と言われているように感じてしまったのです。

心がポキリと折れる音がしました。
キーボードを打つ指が重くなり、画面を見るのが怖くなる。「また怒られるんじゃないか」という恐怖で、思考停止に陥る。

皮肉なことに、萎縮すればするほどミスは増え、レビューはさらに荒れるという負のループ。
僕は完全に、「コードレビュー恐怖症」になっていました。

言葉は 「刃物」 だと、僕は知っている

そんな僕を救ってくれたのは、皮肉にも「言葉」でした。

僕は吃音症（きつおんしょう）を持っています。
言いたい言葉が喉で詰まり、出てこない。電話が鳴るたびに冷や汗が出る。対面での議論では、いつも悔しい思いをしてきました。

だからこそ、僕にとってテキストコミュニケーションは、唯一、流暢に「話せる」聖域でした。
時間をかけて推敲し、自分の想いを正確に乗せることができる場所。

ある日、ふと気づいたのです。
「僕が一番大切にしているこの場所を、他人を傷つけるナイフとして使っていいのか？」

あのリーダーの言葉が僕の心をえぐったように、僕が放つ「なにこれ？」というたった 4 文字が、画面の向こうの誰かを殺すかもしれない。

言葉は、簡単に人を傷つける「刃物」になる。
でも同時に、誰かを救う「薬」にもなるはずだ。

話すことが苦手な僕だからこそ、書く言葉には誰よりも愛と敬意を込めたい。
それが、僕のコードレビュー哲学の原点になりました。

コードは人格じゃない

僕がレビューで守っている「一線」。
それは、「コードと人格を完全に切り離す」ということです。

バグだらけのコードを書いたとしても、その人が「バグだらけの人間」なわけじゃない。
ただ、その時のロジックが間違っていただけ。知識が少し足りなかっただけ。あるいは、疲れていただけ。

だから僕は、主語を絶対に「あなた（You）」にはしません。
主語は常に「コード（It）」か「私たち（We）」です。

たったこれだけのこと。
でも、この「一線」を守るだけで、受け取る側の心理的安全性は劇的に変わります。

指摘されているのは「僕自身」ではなく、目の前の「テキストファイル」なんだ。
そう思えた瞬間、否定は「攻撃」ではなく、作品を良くするための「共同作業」に変わるのです。

「否定」 を 「ギフト」 に変えるサンドイッチ

そしてもう一つ、僕が心がけているルールがあります。
それは、「否定をギフトに変える」ことです。

レビューは、間違い探しの場ではありません。
より良いプロダクトを作るための、知恵のプレゼント交換会です。

だから僕は、指摘をする時は必ず「感謝」や「肯定」でサンドイッチにします。

面倒くさいと思いますか？
でも、考えてみてください。

対面なら、声のトーンや表情で「怒ってないよ」と伝えられます。
でも、テキストだけのレビュー画面は、無機質で冷たい。
受け取り手のメンタル次第では、「ただ、ここは〜」という一文が、怒号のように聞こえてしまうこともあるのです。

だからこそ、あえて過剰なくらいの「体温」を乗せる。
「あなたのコードをちゃんと見ているよ」「敵じゃないよ、味方だよ」というメッセージを込める。

そうすることで、厳しい指摘も「この人は、僕の成長のために言ってくれているんだ」という「ギフト」として受け取ってもらえるようになるのです。

恐怖が 「居場所」 に変わる時

このスタイルを続けていたら、ある時、一緒に開発していた若手エンジニアからこんな DM が届きました。

涙が出るほど嬉しかった。
かつて、トイレで泣いていた僕に教えてあげたい。

お前を苦しめたその場所は、やり方次第で誰かの背中を押す「居場所」に変えられるんだよ、と。

今、チームのリーダーをしている方、あるいはレビューに悩んでいるあなたへ。

コードレビューは、愛です。
画面の向こうにいるのは、プログラムではなく、心を持った人間です。

僕たちが紡ぐ言葉一つで、その人の 1 日が、あるいはエンジニアとしての人生が少しだけ明るくなるかもしれない。

「ピロン♪」

今日も通知音が鳴ります。
僕はコーヒーを一口飲み、深呼吸をして画面の向こうの仲間に向けて、精一杯の敬意を込めてキーボードを叩きます。

「素晴らしい実装ですね！さらに良くするために、一つ提案があります」

あわせて読みたい

この記事を読んでくれたあなたには、きっとこれらの記事も響くはずです。

僕が言葉とどう向き合い、技術とどう付き合っているのか、さらに深い物語を綴っています。

吃音というコンプレックスを、いかにして「書く力」という武器に変えたのか。

コミュニケーションに悩むすべての人に読んでほしい、僕の原点の物語。

コードレビューと同じく、品質を守るための「テストコード」。

でもそれは、バグを見つけるためだけじゃなく、開発者の「心の平穏」を守るためのものだったんです。

とっさの質問に答えられない僕が編み出した、会議を乗り切るためのドキュメント術。

レビューのコメント力向上にも通じる、思考の言語化テクニックです。

ひとりごと

昔の自分のような若手エンジニアを見ると、ついついお節介を焼きたくなってしまいます。

「大丈夫、そのバグは君のせいじゃないよ、仕組みのせいだよ」って。

でも、あの頃の厳しいレビューがあったからこそ、今の僕の「堅牢なコード」があるのも事実。

だから、あの鬼リーダーにも（ほんの少しだけ）感謝しています。反面教師としての意味も含めてね。

みなさんは、忘れられない「レビューの思い出」ありますか？
良かったらコメントで教えてください。傷の舐め合いしましょう（笑）