コードレビューのベストプラクティス | POSTD
Wiredrive では、私たちはかなりの数のコードレビューを行います。しかし、ここで働き始める前には私はコードレビューなどしたことがありませんでした。今回は、私がコードレビューをする時に何に注目するようにしているかや、私の考え出したベストなコードレビューのやり方をお話したいと思います。 コードレビューとは、簡単に言うと2人以上の開発者で問題を引き起こしそうなコードの修正について話し合うことです。コードレビューをすることのメリットについては多くの記事で語られており、知識を共有できること、コードのクオリティが上がること、開発者が成長できることなどが挙げられています。しかし、レビューを行う上で、どのように進めていくかという具体的なことについてはあまり多く語られてないように私は思いました。 レビューで何に注目するか アーキテクチャ/デザイン 単一責任原則 : 1つのクラスは変更する理由が2つ以上
成長したければ、ひたすら変化すべし - Chikirinの日記
これまでのあらすじ ・梅原大吾さんと対談しました ・梅原大吾さんとは？ 『勝ち続ける意志力』 梅原さんが（格闘ゲームにおける実績を超えて）スゴイのは、トップであり続けるために何が必要かを、端的に＆わかりやすく言語化できていることです。 たとえば変化について↓ 自分を変えるとき、変化するためのコツは、「そうすることで良くなるかどうかまで考えない」ということだ。もし悪くなったとしたら、それに気づいたときにまた変えればいい。 世の中には、「これを変えたら、本当に状況はよくなるのか？」延々と検討し続け、「結果が良いとわかったら変えよう」と思ってる人や会社がたくさんあります。 しかし彼はいいます。 「変えればいい方向に向かうとわかっていることは、みんなもそれに気がついてる。そんなことやってもトップには立てない。トップであり続けるためには、それがわかる前にトライする必要がある」 そりゃそーだ！ ものす
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
