[B! review] mako-28のブックマーク

オーディオの部屋

◆ お知らせ：2008年9月27日(土) 『ぴあの好きの集い第9回演奏会』◆ 上野旧奏楽堂。入場無料。私は、アルベニス晩年の傑作ラ・ベーガを演奏します

mako-28 2009/07/29

リンク

MOONGIFT: » VMWareの開発でも利用されているソースコードレビュー共有ソフトウェア「Review Board」:オープンソースを毎日紹介

※ 画像は一部公式サイトデモより Web2.0（？）の特徴はCGMや共有と言ったキーワードだ。サイト側から与えられるコンテンツではなく、ユーザが皆で協力してコンテンツを作り上げていく楽しさがある。ブックマーク、ニュース、コミュニティ…様々な要素がシェアされている。そうした中、これもまた新しい共有の要素になるだろう。それはソースコードだ。今回紹介するオープンソース・ソフトウェアはReview Board、ソースコードレビュー共有サービスだ。 Review Boardはリポジトリを登録し、そのDiffファイルを使ってReview Board上でソースをグラフィカルに表示する。そして差分に対して皆でコメントしていくのだ。ソースの一部分に対して的確にレビューできるので、分かりやすい。 SubversionやCVS、Perforce、Git、Mercurialのリポジトリに対応している。興味深い

mako-28 2009/04/09

リンク

コードレビューWebシステムが必要な理由 - プログラマの思索

最近、コードレビューWebシステムに興味を持っている。アイデアをメモ。【元ネタ】プログラマの思索: ソースインスペクションを真面目にやるGoogle、MS プログラマの思索: コードレビューはペアプログラミングの代替手段プログラマの思索: レビューはペア作業であるべき最近思うのは、SW開発でレビュー工程が最大のボトルネックになっていること。レビューは、設計書を作成完了した後、設計書に従って実装完了した後に行われる。レビューの目的は二つあると思う。一つは品質チェック。他方は、チーム全体で仕様や設計思想を情報共有すること。しかし、レビューがうまく機能していない。実際は、レビューが品質強化につながっておらず、むしろ、要件定義の代替プロセスになっていたり、ソースチェックで自動化できるぐらいのレベルでしか、情報共有できてない。僕の考えでは、XPのペアプロのように、レビューは二