2006-03-25 近況 転職後, ソースコードの品質に自信が持てない. ピアレビューをしていないからだ. 一人でコードを書いているとレビュー相手がいない. 自動テストとレビューは一度慣れてしまうとそれが無い状態がかなりストレスフル. デバッガが使えない環境で仕事をするのに似ている. 最近はようやく適応してきたが, "Radium Software" に ピアレビューの話が 載っているのを見て不安がよみがえった. いい機会から, 以前私のいたチームがどんな風に レビュー(ピアレビュー)をしていたかを少し書いてみよう. なお, この方法自体は私や私のいたチームのオリジナルではなく, 社内のエンジニア達の間で広く草の根的に 発生したものだということを先に明らかにしておく. 私達のレビューのやり方は, オープンソースのレビュー様式を 企業内開発の特性に合わせて効率化したものだと考えることができ
はじめに 「プログラミングに関する雑多な事柄」がテーマの本連載、第4回は「コードレビュー」について取り上げたいと思います。 コードレビューの方法 コードレビューは、文章のレビューと似ています。文章と同様にコードの場合も、人に見てもらうことで、わかりづらい部分や冗長な部分など、さまざまな問題点が見つかります。 自分の書いた文章を人にレビューしてもらうには、たとえば、文章をメールで送ります。この場合、レビューのフィードバックはメールの返信という形で受け取れます。 コードレビューの場合も同様の方法で行えます。コードレビュー用の市販ツールなどもありますが、人に見てもらってフィードバックを得るということが一番大切ですから、特に方法にこだわる必要はないと思います。 コードレビューのメリット それでは、コードレビューに具体的にどんなメリットがあるのか見ていきましょう。 コメントの充実 コードを書いた本人
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
