Yahoo!のユーザーインターフェイスブログ（YUIBlog）

Q：パターンを通信するための最良の方法は何ですか？

ジェームズReffell
UIデザインマネージャー、eBay社
キュレーター、 eBayのパターンエンジン

私は常に通信するためのデザインパターンのパワーに驚いています。 私は十分に説明したパターンの両方が特定のソリューション（これは私が困難な設計上の問題の解決に役立つことができる）とコアの相互作用の原理の両方を伝えることが判明して基礎となるすべての良いパターン（私よりよいデザイナーに役立つことができます）。

設計者はおそらく、常にデザインパターンのため、観客の第一著者になる一方で、私は彼らが人々のすべての種類との通信に有用だということより多く見つけている。 これらは私達の設計だけでなく、ビジネスの人々、製品管理者、および他の非デザイナーの構築を担当する開発者だけが含まれています。 組織（eBayやYahooの内部のパターンのライブラリと同様に）内部に他のデザイナーと話をし、より一般的な設計の聴衆（書籍や公共図書館と同様に）に話の間には大きな違いもあります。

情報の中核部分 - 、なぜ、どのように、そして例、何を使用して、 - すべてのユーザーにとって、各パターンの話をするために必要である、と誰が内部ライブラリに大したことになります。 内部ライブラリのユーザーは、便利な内部の設計基準及び仕様へのリンクだけでなく、パターンが表示された場所のリストをまた見つけるかもしれない。 さらに、ビルの指摘するように、パターンが特定の開発者の視聴者によって使用される場合に、どのようにして例としては、サンプルコードや実装の詳細が追加される場合があります。 パターンが正確に石で構築されていないので、それは評価、協議、同様のパターンへのリンク、などのようなものを追加するためにも役立ちます。

一度あなたがいるだけな設計のライブラリを越えて成長したものを持っている情報のすべてのこれらの追加の部分を追加しました - それはOKそれが意図した聴衆のために働く限りだし、それらの最初のコアの部分がきちんと整っている限り！

そんなに全体の部品のため。 私はそれがしかし、全体と一貫した物語として、パターンの記述を見ることも重要だと思う。 物語は、コミュニケーションのための重要なツールであり、そして私たちは十分にそれを利用しないかもしれないと思う - いくつかのパターンの説明では、臨床少しを得ることができます。 私はいくつかでて丸みの例を参照してください歴史を、いくつかのドラマといくつかの笑いをmayeすることを好む！ 我々は与えられたパターンが、道に沿ってバンプ、我々が試したと愉快に失敗している他のものの解決良かった実現するために来たか伝えるには害はありません。 なぜcan'taのデザインパターンはまた、リッピング良い糸になる？

最後に、私の中でデザイナーは私達が多分ここに我々自身の薬のほとんどを取るはずだと考えています。 デザインパターンは、主にデザイナーのためのツールであり、そして我々はそれに応じて設計する必要があります。 ヤフーパターングループの仕事で印象に残ったことの一つは、構築時に彼らはいくつかの良いデザインのmethodlogiesで働いていたということであるライブラリを、I'dは、これらの線に沿って多くの作業を見ることが大好き。 誰もが我々のパターンのライブラリのユーザテストの他の例を知っていますか？

- ジェームズ