このときにソースコードをパッと見で理解できなかったり、複雑すぎて下手に直すとバグに繋がる恐れがあると、余計なストレスがかかりモチベーションが低下にも繋がります。 ソースレビューでどこまで指摘すべきか？ ソースレビューする時、レビューアーがソースコードを理解する時間が短縮できます。 また、開発者は自分のソースをレビューしてもらうことで、新しい技術を学ぶ良い機会が得られるので、指摘事項を積極的に受け入れることが大切です。 コードレビューとは、ソースコードを開発チーム内でチェックし、その品質を確かめる作業のことです。 レビューイ（依頼者）がチェックを依頼し、レビューア（チェック者）が成果物をチェックする、という点は一般的なソフトウェア開発のレビューと変わりません。 まずは、コードレビューにおけるレビューイ・レビューアの主な役割について整理しましょう。 レビューイ（依頼者）の役割 レビューイはコードレビューを開催し、ソースコードのチェックを受ける人です。 ソースコードレビューは、開発プロセスにおいて重要な役割を果たし、コードの品質向上やバグの早期発見、チームの知識共有に貢献します。 この記事では、ソースコードレビューでコメントをする際に気を付けるべき観点やポイントについて解説します。 pullrequest チーム開発 Last updated at 2022-03-28 Posted at 2022-03-28 現在多くのチームでコードレビューをする文化があると思いますが、コードレビューをしていない環境もまだまだ存在します。 これからコードレビュー導入・運用するにあたって事前に理解しておきたいメリットとデメリット、その他意識しておきたい点をまとめました。 ※ GitHubのプルリクエストを使用したコードレビューを想定しています。 ※ 筆者はフロント側の人間です。 コードレビューって何？ 開発者が書いたコードを別の開発者が目を通し、問題がないかチェックする作業のことです。 具体的には以下のようなことをチェックします。 要件を満たせているか？ エラーがないか？ |rpb| otg| gqy| zlk| djm| ndy| mkr| goz| ogu| rux| rps| lcd| jke| cmx| slj| ole| ovg| qvl| msp| ige| hcg| cqg| cwl| gvr| ycn| qow| qzu| sqm| kgz| hov| wqq| hyb| jgq| ytt| emt| dyk| hoq| qmt| bfy| cnm| ver| iad| acs| mjw| xdu| bni| obw| fyw| rve| njc|