優れたコードレビューは、あなたの思い込みに挑戦し、建設的なフィードバックを与えてくれます。私にとって、コードレビューはソフトウェアエンジニアとして成長するために不可欠な要素です。

コードを書くことは親密なプロセスです。ソフトウェアエンジニアは、ソフトウェアエンジニアリングの技術を学ぶために何年も費やし、自分の作品について批判的なことを言われると、それを個人的に受け取らないのは困難です。私自身、批判を聞いたときに防御的になってしまうことがあります。レビュアーが善意でやっていることは分かっていますが、それが常に慰めになるとは限りません。優秀なソフトウェアエンジニアたちからの正直なフィードバックがなければ、今の私の半分のソフトウェアエンジニアにもなれなかったでしょう。

コードレビューの利点

1. バグの発見

時には、単純にコードを読むという事実だけでエラーを見つけることがあります。時には、他の開発者がエラーを発見することもあります。いずれにせよ、単純にコードを歩くだけで潜在的な問題を露呈するのに十分です。

私は自分の間違いを剣の砥石だと考えています。マイケル・ジョーダンの言葉を引用すると：

私はキャリアの中で9000回以上シュートを外した。300試合近く負けた。26回、勝負を決めるシュートを任されて外した。人生で何度も何度も何度も失敗した。だからこそ私は成功するのだ。

2. 知識の共有

自分の作品を他の人と共有することは謙虚な気持ちにさせます。多くの意味で、あなたはコードそのものです。私は自分のコードを共有するとき、脆弱性を感じることを知っています。

これは他のエンジニアから学び、また教える絶好の機会です。コードを共有することで、レビュアーを旅に連れて行くことになります。コードの中へ、そしてあなたに関する側面への旅です。あなたがどのようにコードを書くかによって、あなたについて多くのことを学ぶことができます。

コードレビューの終わりには、レビュアーはコードがどのように動作するか、その背後にある理論的根拠について良い理解を持ち、あなたについて少し学んだことになるはずです。

3. コードの健全性の向上

前述したように、コードを読む回数が多いほど、コードはより良くなります。レビュアーが多いほど、そのうちの誰かが改善を提案する可能性が高くなります。スキルレベルが重要だと思う人もいるかもしれませんが、そうではありません。経験の浅いソフトウェアエンジニアは、経験豊富なソフトウェアエンジニアほど深い技術的知識を持っていませんが、改善の機会を見つけるために、すべての精神的な技術的負荷を乗り越える必要もありません。

コードレビューは、私たちのコードを評価する利点を与えてくれます。少しでも良くするために変更できることは常にあります。

このように、コーディングは文章を書くことによく似ています。良い作品が焦点を合わせるためには、コードは休息し、再読される必要があります。このプロセスを繰り返すほど、コードはより良くなります。

終わりに

一部の企業では公式にコードレビューを行っていませんが、それでも構いません。他のエンジニアを探してください。ほとんどのソフトウェアエンジニアは、あなたのコードを見るために10〜15分を喜んで費やしてくれるでしょう。