チームでコードを書き始めた後、「どうやらレビューってやつをした方が良いらしい」くらいの若手に向けた資料です。
code_review_basics.md コードレビューの基本 一番大事な事 ソースコードはプロジェクトの共同所有物である 誰かだけが触れるコードを無くす 自分だけが持っているコードを無くす 自分だけが触っている時間を短くする コードレビューで大事な事 コードレビューは... 相互学習型のプロセスである メンバが成長することが大事 相互学習とは レビュアーとレビュイーが、お互い学び合うこと 考え方を共有すること 質問することで学ぼう 一番できる誰かだけが教えるのではない 知識や経験の少ない人が何に躓いているのか学ぼう メンバの成長 同じミスをチーム内で繰り返さないことが成長 ミスを繰り返さないために 本人の問題にしない 明日はわが身 仕事の正しい手順を覚えよう 道具の正しい使い方を覚えよう コードレビューの心構え 伝えることが大事 改善するまでがレビュー レビューにコストをかけ過ぎない
自信が無いエンジニアこそコードレビューをするべき - Qiita
概要 コードレビューを受けるのは勿論成長につながりますが、コードレビューをする側になるのも 成長出来るチャンスがたくさんあるなとここ1年で実感しました。 「レビュー」と付いているとすごいこう上からな感じがして 新卒のうちやあまり自信が無い時だと中々やらなかったり、 読んでもわからないからある程度みてあとは適当に流しちゃうとか そういう人も多いんじゃ無いかなと思います(自分もそうでした) どんなに短いプルリクでも、1つ1つのコードをしっかり見ることはメリットが物凄くあると思います。 そこで、実体験を元にコードレビューをする側に立った時のメリットを書いていきたいと思います。 自分では書けないコードがたくさん見れる 最大のメリットはここにあるなと思います。 自分じゃ思いつかないようなスマートな書き方や、知らなかったメソッド、 クラス構成などがどんどん目に入ってきて、 「なんでこう書いてるんだろう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
