読了「小さなチーム、大きな仕事」

この手の本ではよく言われているこばかりだったので、個人的には今一つでした。

時間があるなら「革新的ソフトウェア企業の作り方」の方が、ボリュームもあるのでオススメです。

小さなチーム、大きな仕事―37シグナルズ成功の法則 (ハヤカワ新書juice) 早川書房 2010-02-25 売り上げランキング : 340 おすすめ平均 Amazonで詳しく見る

Eric Sink on the Business of Software 革新的ソフトウェア企業の作り方 翔泳社 2008-09-11 売り上げランキング : 105790 おすすめ平均 Amazonで詳しく見る

Hubroidがv1.2でようやく暇潰しに使えるレベルになった

AndroidのgithubビューワであるHubroidがv1.2でようやく暇潰しに使える感じになりました。

最初にインストールしたときは、ウォッチしているリポジトリの一覧くらいしか見れなくてがっかりしていたのですが、バージョンアップによってコミットコメントが見れるようになったりと、少しずつ進化してきました。

そして、v1.2でついにコミット単位でのdiffが見れるようになりました！

まだソースコード全体を見ることはできませんが、ウォッチしているプロダクトのdiffを確認できるだけでも十分楽しめますよね？

そんな、これかの進化が楽しみなHubroidのソースコードはこちら
eddieringle's hubroid at master - GitHub

はてスタが付けられなくなっているようです(が直ったようです)

どうも先日からこのブログではてスタが付けられないようです。
特になにもいじってないのですが、デザインをデフォルトに戻してはてスタのJSだけつけてもだめなので、ダメなんでしょう。

どうしてもはてスタ付けたいという方がいましたら、http://ruby.agile.esm.co.jp/ に私の記事も集約されていますので、そちらからなら付けられるようです。

追記:2010/02/26 10:04
いつのまにか直っていました。
というわけで、みなさん好きなだけスター付けていいんですよ？

プログラミング初等教育とTDDの相性は最高

1年半ほど前、入社前はプログラミング経験ゼロの@chibisayoを新入社員としてチームに迎え、私がOJT担当っぽくなった時の経験から、プログラミング初等教育とTDDの相性は最高であることをきちんと文章に残しておきたかったので、このビックウェーブに乗ることにしました。

私が @chibisayo に何度も何度も言ったのは、まずユニットテストを先に書くということです。

これによる最大のメリットは、何がわからなくて悩んでいるのかをこちらが把握できることです。

• テストが書けないのであれば、仕様が理解できていないか、テストの書き方が分からない
• テストがREDになっているのであれば、それを通すプロダクトコードの書き方がわからない

初心者（じゃくなくても）でよくある、「わからない所がわからない」「全部わからない」状態になる可能性がとても低いのです。最初は、本人が「全然わからない」と思い込んでいることがよくありますが、こちらから見れば一目瞭然です。

徐々に本人も自分のわからない所がわかるようになり、質問の仕方も「このテストの書き方がわからないんです」とか「こんなテストを書いたんですけど仕様とあってますか？」と非常に具体的になってきます。

プロダクトコードについては、「このテストを通そうとしてここまで書いたんですが、ここから先が分かりません」と質問の仕方のお手本のような聞き方ができるようになります。

なんということでしょう！TDDを意識しただけで、コーディングスキルだけじゃなく、適切な質問の仕方まで身についてしまったではないですか！すごい！

このように、プログラミング初等教育からTDDを意識させるのは、コーディングスキルの面でも、コミュニケーションスキルの面でも、とても価値のあることだと思っています。

またこの副作用として、常にTDDを意識させられた @chibisayo は、配属から半年経ったころに「テストを書かなくてどうやってプログラム書くんですか」という名言を残すこととなったのでした。

最後になりますが、TDDを意識したプログラミング初等教育の難しさは、仕様からテストコードを導出するアプローチをどう習得させるかというところだと思います。

今回はそちらも（たまたま）成功したと思うので、まだ記憶が残っているうちにエントリにしたいと思っています。（続く）（かも）

bloggerのコメントをDISQUSにしてみた

bloggerのコメントシステムは昔から大変アレな感じなのは皆さん周知のことかと思います。

今の時代、コメントシステムも外部に委譲することができるそうで、ruby.agile.esm.co.jpが採用したことでも有名なDISCUSを使ってみることにしました。

基本的には、言われた通りに進んでいけばいいのですが、テンプレートに埋め込む部分で、「Use Disqus Comments on all blog entries. Any existing comments can be imported in.」を選択しないと上手く埋め込めませんでした。
このあたりは、テンプレートによってダメだったりするんですかね。

Uploaded with plasq's Skitch!

ただ、まだ誰もコメントしてくれないので、上手くできてるかどうか全然わからないんです。
みんなもっとコメントしてくれいいんですよ？

某サミットに参加してきました

2月でサミットと言えば、当然、呑まれ部サミットですよね。

当日の様子と後日談はTogetterにまとめましたので、こちらをご覧ください。
Togetter 呑まれ部サミット2010

途中で帰った@chiba777顧問の某サミットの第二部どうなったのか、早くききたい！という発言に対して、@koic顧問による名言をここに残しておきます。

「顧問が後日談を聞きたいとはどういうことか。顧問は後日談を作るものだ」

Ubuntu9.10でPPAの使い方が簡単になった

普段はMacやGentooを使っている人も、やむを得ない理由によりUbuntuを使わなければいけないシチュエーションが当然ありますよね。

そんな時に困るのが、Ubuntuのaptリポジトリにないソフトウェアや、あってもバージョンが古い場合ですね。
野良ビルドをしてもいいんですが、無駄にCPU資源を使って、後々管理しにくい方法でインストールするのは得策とは言えません。

「そこでPPAですよ」という発表を昨年のオブラブ夏イベントでしたのですが、9.10になってPPAの使い方が超簡単になったようです。

例えば、9.04でgitのstableを入れたいのであれば、まず/etc/apt/sources.list.d/git-core.list を以下の内容で作成し、

deb http://ppa.launchpad.net/git-core/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/git-core/ppa/ubuntu jaunty main

apt-keyで鍵を取り込みます。

sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com E1DF1F24

鍵の取り込みは必須ではありませんが、そのリポジトリからインストールする度に、インストールしてよいか聞かれるので取り込んでおいたほうがいいです。

https://launchpad.net/~git-core/+archive/ppaの Not using Ubuntu 9.10 (karmic)?をクリックすると表示されるされる部分がsources.list.dに書くべき内容で、Signing key:のスラッシュの後ろがapt-keyで指定する文字列です。

とてもとても大変ですね。

これが9.10ならば、以下のコマンドでOKです。

add-apt-repository ppa:git-core/ppa

ね。簡単でしょ。

こんなに便利になっていたのに、つい最近まで知りませんでした。これからはちゃんとリリースノート読みます。