第4回 コードレビューについて | gihyo.jp

はじめに 「プログラミングに関する雑多な事柄」がテーマの本連載、第4回は「コードレビュー」について取り上げたいと思います。 コードレビューの方法 コードレビューは、文章のレビューと似ています。文章と同様にコードの場合も、人に見てもらうことで、わかりづらい部分や冗長な部分など、さまざまな問題点が見つかります。 自分の書いた文章を人にレビューしてもらうには、たとえば、文章をメールで送ります。この場合、レビューのフィードバックはメールの返信という形で受け取れます。 コードレビューの場合も同様の方法で行えます。コードレビュー用の市販ツールなどもありますが、人に見てもらってフィードバックを得るということが一番大切ですから、特に方法にこだわる必要はないと思います。 コードレビューのメリット それでは、コードレビューに具体的にどんなメリットがあるのか見ていきましょう。 コメントの充実 コードを書いた本人

[kana321]

コードレビューについて

[kiyo560808]

コードレビュー

[yujiorama]

ポイント7つ。

[miya2000]

↓「is」で始めたいのはハンガリアン的な考え方ですよね。悪くないと思うけどJavaでbooleanを返すメソッドをisで始めるのは if (this.isValid()) とか書きたいからなので、変数の場合は本文の方が読みやすい。スコープは最小限に

[sotarok]

コードレビュー

[shimooka]

いい記事

[hiromark]

いい記事。

[tanku]

頻度重要。個人的には is_data_initialized の方が好きなんだけど‥‥

[balibali]

コードレビュー重要

[hideAki]

コードレビュー　プログラミング

[agx]

メリット：コメントの充実・変数名，関数名などの改善・バグの発見・APIの改善・リファクタリング・ノウハウの共有

[hiro_y]

コードレビューを行うメリット。