陶芸教室で、生徒を

• たくさん造ることを目標とするグループ
• いいものを造ることを目標とするグループ

にわけて作業をさせると、試行錯誤を重ねた前者のグループのほうが結果として高品質なものを造るという話。

元ネタはSketching User Experiencesという本のようだけど、確かにそうかもしれない。

ソフトウェアの持つ機能・インターフェースの名称は、そのソフトウェアが扱う領域（写真管理、作曲、請求書の作成などなど）におけるDSLである。

これは、37signalsがiPhoto ‘09 and Domain Languageというエントリで主張していることで、言われてみればその通りなんだけど実際にソフトウェアを設計している段階ではなかなか思い当たらないことでもあります。

DSL（ドメイン固有言語 – Wikipedia）といっても実際に何らかの言語でコードを書くという話ではなく、機能に付けられた名称がソフトウェアの挙動や使われ方までもを左右するため、新しい機能やソフトウェアにおける用語は熟慮したうえで決定する必要があるということです。

例えば、37signalsのプロダクトのひとつであるBasecampの場合は「プロジェクトにおける人々のコラボレーション」という問題領域を扱っており、同社ではこれを

• メッセージ
• ファイル
• マイルストーン
• ToDo

というメタファーに切り分けて表現しています。Basecampの例だと具体的な効果がわかりづらいですが、この考え方のよりわかりやすい例としてAppleのiPhotoが挙げられています。

Originally uploaded by Quasimime

Before iLife ‘08, iPhoto’s domain language was the same as any other photo app. You had Photos and you had Albums. Then in iLife ‘08 something changed. Suddenly you also had Events in the mix. This is huge. Apple realized that people don’t just want to find photos. Go back to iPhoto’s domain: it’s that situation where you have a bunch of photos and you want to look at them and share them. When you’re in that situation, you don’t just want to see random photos. You want to see and share photos of certain things. Like photos of your wedding, photos of your trip to Maine, or photos of that dinner in Paris. These are Events. They’re part of the domain, and since 2008 they have been expressed in iPhoto’s domain language.

かつてのiPhotoでは、他のソフトウェアと同様に「写真」と「アルバム」という用語（ドメイン固有言語）が用いられていたが、iLife’08（に含まれるiPhoto）からは「イベント」という用語も使われるようになりました。これはつまり、iPhotoユーザーは単に写真を探したいわけではなく結婚式や旅行といったイベントの写真を家族や友人と見たり共有したりしたいのだ、ということにAppleが気付いたということです。

この考え方が正しかったと言わんばかりに、7日に発表されたiLife’09ではさらに「人々（Faces）」と「撮影地（Places）」という用語も導入されましたが、これもちゃんとiPhotoがどのように使われるかという点を意識した機能になっています。

ソフトウェアやサービスを設計する時には、対象とする業界や競合製品で使われている用語をそのまま真似るのではなく、そのメタファー・用語で問題ないかどうかをユーザーの利用シーンを想定しながらよく考える必要があります。用語を決定するということは、ソフトウェアの挙動や使われ方を決定するということでもありますから。

• Getting Real: Copywriting is Interface Design (by 37signals)
• Getting Real: 日本語訳

レポートは、「ページレイアウトにCSSを利用しているか？」や「マークアップをValidationしているか」といったデザイン寄りのものから「サーバサイドの開発言語は？」といったものまでなかなか幅広い内容になっています。個人的に気になったのが「開発に導入しているプラクティスは？」という設問で、意外なことにユニットテスト(UnitTesting)やコードレビュー(Code Reviews)を導入している開発者の割合が、バージョン管理(Versioning)をしている開発者よりも多いという結果になっています。バージョン管理は真っ先に導入すべきじゃなかろうか。

ちなみに、Rubyで開発している人は約5%とのこと。

先月WordPressを1.5系から2.0系にアップデートして以来、既成のデザインテンプレートのまま放ったらかし状態だったこのサイトですが、三連休を利用してデザインをリニューアルしました。



今回はロゴも一新したかったのでOrcin Sansというフォントを購入しました。曲線が柔らかで上品なイメージなので、$14.00というセール価格のわりに使いやすかったです。

ファイルを逐次サーバにアップロードしながらの作業だったので、連休中にアクセスされた方には色々とご不便をおかけしたと思いますが、なかなかいい感じになったと自負してますので今後ともよろしくです。

O’Reilly からユーザーインターフェースデザインのエッセンスをパターンとしてまとめ上げた書籍 Designing Interfaces が出版されます。O’Reilly のサイトからは Sample Chapter の PDF もダウンロードすることができ、なかなか面白そうなのでアマゾンで予約しようかと思ったのですが、本日時点で6,201円って！高けー。