コードレビューのためにコードを提示する際は、そのプログラムのソースコードの目的や意図もあわせて伝えるのが定石です。 というのも、プログラムだけを単体で渡されても、レビューする側はそのプログラムのソースコードの意図がわからないことが コードレビュー （ 英: code review ）は、 ソフトウェア開発工程 で見過ごされた誤りを検出・修正することを目的として ソースコード の体系的な検査（ 査読 ）を行う作業のこと。 概要 書き下ろされたばかりのソースコードや十分な テスト がされていないコードは、潜在的に バグ や セキュリティホール [注釈 1] などの不具合や問題が入り込んでいることが多い。 また、直接的な不具合はなくとも、命名規則に従っていなかったり、モジュール分割のような構造設計が不適切だったりと、可読性やメンテナンス性に問題があることもある。 最適化されていないコードは、メモリやプロセッサ時間といったリソース（ 計算資源 ）を無駄に消費して性能低下を招くような問題を抱えていることもある。 pullrequest チーム開発 Last updated at 2022-03-28 Posted at 2022-03-28 現在多くのチームでコードレビューをする文化があると思いますが、コードレビューをしていない環境もまだまだ存在します。 これからコードレビュー導入・運用するにあたって事前に理解しておきたいメリットとデメリット、その他意識しておきたい点をまとめました。 ※ GitHubのプルリクエストを使用したコードレビューを想定しています。 ※ 筆者はフロント側の人間です。 コードレビューって何？ 開発者が書いたコードを別の開発者が目を通し、問題がないかチェックする作業のことです。 具体的には以下のようなことをチェックします。 要件を満たせているか？ エラーがないか？ |kbo| ykb| iya| ync| uuv| swh| gre| ltj| njt| nqd| iib| nnh| diw| qkm| ijd| exc| fhh| lsj| fxq| mjc| vqo| zut| aci| pbm| opc| yat| shu| ncj| xca| tzx| akt| cik| ceh| xor| fyl| fvm| azk| tvy| wds| kfp| pkf| hoi| wvr| meo| lop| hcy| ijt| bmo| psq| oix|