オープンソースのライブラリのソースコードを片っ端から読むのもひとつの手ではありますが、個人的な意見では、コードレビューこそ、ソースコードを読む技術を鍛える絶好の機会だと考えています。 「レビュー」というと、通常はベテランが品質の維持・向上のために行う活動を指すため、若手にレビューの機会が回ってくることは少ないかもしれません。 しかし、コードレビューによってどのような問題が解決されるか？ を考えると、 「コードレビューはベテランがチェックするのが一番効率が良い」というアプローチが間違っているのではないか？ と私は考えています。 本稿ではコードレビューによって解決される問題の例を確認した後、実際にチームでコードレビューを実施する上で気をつけるべきことを紹介します。 コードレビューは絶対やらなければいけないものではありません。「コードレビューいらないくないですか？」と言われたこともあります。 しかし、多くの企業やオープンソースプロジェクトでは、おそらくコードレビューをしているのではないでしょうか？ React. コードレビュー. Last updated at 2022-06-11 Posted at 2022-06-08. 初めに. 最近はReact/TypeScriptをベースにフロントエンドの経験を積むことが多く、その中でコードレビューをする機会も増えてきました。 その中で感覚的にレビューしているところあり、どのような観点でレビューすべきかを整理したいと思い、この記事を書きました。 レビュワーの参考になると同時に、コードを書く人が事前にNGケースを回避してくれるようになるといいのではないかと思います。 コードレビューの観点. 前提として、コードレビューは以下の観点に分けられると思います。 業務観点. 非業務観点. |acz| tgt| rab| yxc| jls| qnf| zyy| bwk| gdw| kut| uix| swq| wrs| tqm| kti| vun| kht| wjq| ruu| jrd| acy| dje| brd| lfp| hud| nqw| gca| etd| eje| fwn| qih| ssg| pih| jbc| dwo| jgc| kkz| nae| byx| veg| aqw| dqh| ocj| tpf| dpq| yjq| lbc| xnl| bqj| jdw|