4
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

コードレビューで学んだこととメンタルの保ち方

4
Posted at

最初のコードレビューで感じた恐怖

駆け出しエンジニアだった頃、初めてのコードレビューを受ける日が来たとき、胸が締め付けられるような不安でいっぱいだった。自分が書いたコードが先輩たちにどのように映るか想像すると、手が震えてキーボードを打つ指が止まってしまう。特に「この変数名、本当にこれでいいのか?」や「ここらへんのロジック、もっとシンプルにできないか」といった指摘を想像すると、まるで自分の価値が問われているような気がして、逃げ出したくなったことを今でも覚えている。実際にレビューが始まると、指摘は思っていたよりも丁寧で、「ここではこういうケースを考えてみたらどうですか?」という提案が中心だった。それでも最初のうちは、指摘を受けるたびに「自分はまだまだダメだ」と思い込んでしまい、フィードバックを素直に受け取れなかった。その経験から学んだのは、レビューでの不安は誰でも通る道であり、それを「自分の能力が低い証拠」と決めつけるのではなく、「成長のための材料」として受け止める姿勢が重要だということだ。今では、レビュー前に深呼吸をして「この指摘は自分を伸ばすためのヒントだ」と自分に言い聞かせるようにしている。

コードレビューから学んだ具体的な技術ポイント

最初のレビューで特に印象に残ったのは、命名の重要性だった。先輩から「変数名はその役割が一目でわかるように」と助言され、それまで適当に付けていた名前を見直すきっかけになった。たとえば「data」という曖昧な名前を「userList」や「orderTotal」のように具体的に変えるだけで、後から読む人の負担が劇的に減ることを実感した。また、関数の責務を一つに絞るという原則も、レビューを通じて身についた。最初は一つの関数に何でも詰め込んでしまいがちだったが、「この関数は何をするべきか?」という問いを繰り返すことで、自然と小さな関数に分割できるようになった。さらに、エラーハンドリングのパターンもレビューで学んだ。先輩が「例外を握りつぶさず、適切な場所で伝播させる」という指摘をしてくれて、それからはtry-catchの使い方や、エラーメッセージをユーザーに伝える設計を意識するようになった。これらの技術的な気づきは、レビューという場で実際のコードを見てもらい、具体的な改善点を示してもらわなければ得られなかったものだ。毎回のレビューを「自分だけでは気づけない盲点を指摘してもらう機会」と捉えるようになってから、コードの質が着実に向上していることを感じている。

フィードバックを受け止めるメンタルの整え方

レビューで指摘を受けたときにまずやることは、感情的な反応を一旦止めることだ。私は指摘を見た瞬間に頭の中で「また間違えた」という自動的な思考が走るのを感じる。そこでまずは深呼吸を三回し、指摘の内容をメモに書き出すようにしている。書き出すことで感情が言葉に置き換わり、「これは事実なのか、それとも自分の解釈なのか」を客観的に見つめ直すことができる。次に、指摘を「改善のための提案」と再解釈する。たとえば「このロジックは冗長だ」と言われたら、「ここでもっとシンプルに書ける余地がある」とポジティブに捉える。さらに、指摘された点をすぐに修正せずに、まずはなぜそのように書いたのかを自分自身に説明してみる。そうすると、自分の考え方の癖や知識の gaps が見えてきて、同じミスを繰り返さないための学びになる。また、レビュー後の気持ちをリセットするために、少しだけ趣味の時間を作るようにしている。好きな音楽を聴くか、軽くストレッチをするだけでも、頭の中のモヤモヤが晴れて次の作業に集中しやすくなる。このように、感情をコントロールしつつフィードバックを前向きに捉える習慣が、メンタルの保ち方において大きく役立っている。

日常的に取り入れている小さな習慣

レビューでの学びを日々の仕事に活かすために、私は三つの習慣を続けている。まず一つ目は、毎朝五分間だけ前日のレビューを振り返る時間を設けることだ。指摘された点や自分が気づいた改善点を簡単に箇条書きにし、今日のタスクにどのように活かすかを考える。これで同じミスを繰り返すリスクが減り、学びが定着しやすくなる。二つ目は、コードを書く際に「レビュー者目線」で自分自身をチェックすることだ。たとえば「もしここでレビューを受けたら、どんな指摘が出るか?」と想像しながら書くと、自然と命名や関数の分割、コメントの付け方に気を配れるようになる。三つ目は、週に一度、チーム内で「良かったレビュー事例」を共有するミーティングを開くことだ。ここでは、特にわかりやすかったコメントや、効果的だった修正点をみんなで話し合う。これにより、レビューの質が全体的に向上するだけでなく、指摘を受ける側も「自分だけがダメだ」という感覚が薄れ、チーム全体で成長している実感を得られる。これらの習慣は、最初は面倒だと感じたが、続けていくうちに自然と身につき、コードレビューが恐れるものではなく、自分を伸ばすための頼りになる場になった。

まとめコードレビューは技術的な成長だけでなく、メンタルの持ち方も試される場だと実感してきました。最初は恐怖や不安が大きかったけれど、フィードバックを「自分の伸びしろ」と捉え直し、小さな習慣を積み重ねることで、次第に心が軽くなりました。同じように悩んでいる駆け出しの皆さんも、まずは自分の感情を一時停止させ、指摘を事実として受け止めてみてください。そして、それを自分のコードに活かす小さな一歩を毎日積み重ねていけば、きっとレビューが怖くなくなる日が来ます。これからも一緒に、レビューを通じて少しずつ前に進んでいきましょう。

✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨

習い事教室の先生向けに、SNS 投稿・生徒募集・保護者通知の文章を AI で生成する Web サービス「おしらせAI」を個人開発しました。Next.js + Supabase + LLM で構成しており、無料で月 10 回まで試用できます。よければ触ってみてください。

→ おしらせAI: https://oshirase-ai.vercel.app/

✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨✨

4
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
4
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?