優れたコードレビューはあなたの仮定に異議を唱え、建設的なフィードバックを与えてくれます。私にとって、コードレビューはソフトウェアエンジニアとして成長するための重要な部分です。

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

コードレビューの利点

1. バグの発見

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

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

私のキャリアで9000以上のシュートを外しました。ほぼ300試合に負けました。26回、ゲームウィニングショットを打つことを信頼されましたが、外しました。私は人生で何度も何度も失敗してきました。そしてそれが私が成功する理由です。

2. 知識の共有

自分の仕事を他の人と共有することは謙虚さを学ぶことです。多くの点で、あなたはコードそのものです。自分のコードを共有するときに脆弱性を感じることは知っています。

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

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

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

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

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

このようにコーディングは執筆に非常に似ています。良い作品が焦点を当てるために、コードは休息し、再度読む必要があります。このプロセスを繰り返す回数が多いほど、コードはより良くなります。

結論

公式にコードレビューを行わない企業もあります。それは大丈夫です。他のエンジニアを探してください。ほとんどのソフトウェアエンジニアは、10～15分かけてあなたのコードを見直すことを喜んでくれるでしょう。