>>楽譜は設計、演奏は実装

うまい例えだと思う。

余計な記述のある楽譜（設計書）の多いこと多いこと
楽器の構え方とかバルブの押さえ方も書いているから、
音楽（システム）として成り立たない。


楽譜は設計、演奏は実装 - Zopeジャンキー日記

しかしこの結果、「楽譜という設計」と「演奏という実装」が分離し、以下のようなメリットが生じた。

・作曲者は作曲（設計）に、演奏者は演奏（実装）に集中できる
・楽譜（設計書）のレベルで、管理や流通、保存ができる
・クラシック愛好者が、曲と演奏者の両方の基準で選択できる

そして決定的なのは、この仕組みによって、「いい曲が残る」ということだと思う。

成功するベンチャーと失敗するベンチャーの違い

このサイクルを可能にするようなアーキテクチャが求められると思うのだ。
つまりシステムのアーキテクチャのみならず、開発のアーキテクチャも構築するのが
アーキテクトの仕事なのではないのか？

成功するベンチャーと失敗するベンチャーの違い | きらら2号

ユーザに価値のある機能かどうかなんていくら会議しても正解は分からないのだから、結局は「作って、リリースして、フィードバック」のサイクルをしなければいけません。
そしてそのサイクルを出来るだけ短い期間でやることが重要になってくるのです。

2010年でやりたいこと

とりあえずあげておく
いくつできるか一年後が楽しみ

・「モジュール化」の読破と理解と応用
・ウェブデザイン勉強会開催
・selenium勉強会開催
・iPhone購入とアプリ作成
・iαppli作成
・香港旅行
・二胡レッスン始める
・タップダンスレッスン始める
・jpetstore-hacks再開