kousyou [QUICKR]

新しいアプリケーションのデザイナー・開発者として、我々は毎日小さな決断を幾度と無く繰りかえします。緑なのか青なのか？１つか２つか？静的なのか動的なのか？止めるか修復するか？などなどこれらの決断をどうすればよいか？もし重要な決断ならば人を尋ねるかもしれないが、残りは自分で予想しなければならない。こうした自分の決断や予想がアプリケーションの一部となります。

開発者として、私はこういうことはイヤです。ソフトウェアに私が刻むこうした小さなレベルの時限爆弾がストレスになるのです。「かゆいところに手が届く」オープンソースの開発者の場合、こうしたストレスに悩みません。彼らは自身がすでにユーザーのため、自分たちの決定の90%に正確な答えを見出すことができるからです。そして、会社でコード打ちのしんどい仕事をしながらも、家に帰りオープンソースのプロジェクトに参加できるのです。そうしてリラックスするのです。

—デーブ・トーマス, 「プラグマティック・プログラマー」

自分でソフトウェアを構築する

ソフトウェア構築に一番よい方法は、自分自身の問題を解決しようとするところからです。あなた自身がソフトウェアの完璧なターゲットとなることで、何が大切で何がそうでないかわかるでしょう。そこから、常識の壁を突き破る製品のスタートがきれるでしょう。

ここでキーになるのは、あなたは一人ではないということです。つまり、あなたが問題に当たっても、同じ問題にぶち当たっているあなたのような人が何百何千といるかもしれないということです。そこはあなたのマーケット。簡単じゃないですか？

弊社製品であるBasecampは、１つの問題から生まれました。デザインに携わる会社として、我々は、プロジェクトをクライアントと簡単にコミュニケーションする方法が必要でした。我々は、手動でアップデートできそうなクライアントのネットワークを使ってその方法を始めました。しかし、毎回 HTML更新だと、アップデートの必要な作業はスムーズにいきません。これらのプロジェクト・サイトは、リアルタイムでうまくいかなかったため、結局やめることになりました。仕事をスムーズにするはずのアイディアが結果的に逆効果となり、クライアントにも迷惑をかけてしまったこともありました。

そこで、我々は他の道を模索し始めました。しかし、我々のまわりにあるツールは、_必要としているものでない_、もしくは_必要ない機能だらけ_…例えば広告や、厳しいアクセス・コントロール、チャート、グラフなど… 結局自分たちで作るのがいいのだろう、という結論にいたりました。

あなたが自身の問題を解決するとき、あなたが本気になるツールを作ります。やる気・情熱はキーワードです。情熱とはつまり、あなたが本当に使いたい、本当によくしていきたい、と思うことです。そして、同様に他の人にも情熱を与える方法になります。