Ship It! ソフトウェアプロジェクト 成功のための達人式ガイドブック

Ship It! ソフトウェアプロジェクト 成功のための達人式ガイドブック

まあわりと常識的なことが書いてある気がする。たぶんはてな界隈の人にとってはあまり新鮮味は無いかも。新米開発リーダが読むにはいいかも。薄いし。

３章１３節　あらゆるコードをレビューする、１４節　コード変更通知の送信はちょっと面白い。

p92

コードをチェックインする際に付けるコメントには、そのコードのレビュー担当者の名前を明記する必要があります。そうしておけば、後からほかのメンバーがそのコードの変更理由について疑問を持った場合に、コード作成者に連絡が付かなくてもその理由を（少なくとも基本的なレベルでは）説明できる開発者がもう一人いることになります。

なるほど。あとレビュー担当者が一人に固定されないようにするのも大事だね。レビューがボトルネックになったら駄目だしね。

ソースのdiffをメールで通知するのはどうなんだろ。いっぱいメールが来てうざい気もするがまあ全部読む必要無いし興味を引いたものだけ見ればいいかな。

曳光弾開発はちょっとよくわからなかった。レイヤー毎に開発するように読めたのだがそれはあまり効率良くないような気がする。ユースケース毎に開発するのがいいんじゃないのかな。