デザインパターンの会話:パターンを伝達するための最良の方法は何ですか? パート2。

ビル·スコット12:24で2006年10月16日|でデザイン | 3コメント

これはデザインパターンを伝える上で5回シリーズの2番目の部分です。 今日、ルークウルブレフスキーはジェニファーTidwellによって前のコメントに応答します。

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

ジェニファーは、デザインパターンの重要な要素についていくつかの大きなポイントになります。 私は2番目の例と思慮深い "問題"の重要性をしたいとの説明 "するときに使用"。 これらの定義の要素を超えて、デザインパターンに適したメタデータが頻繁にあなたの聴衆によってdicatedされています。

私はeBayの内部のデザインパターンライブラリの最初の反復に取り組んでいたときに、ユーザーエクスペリエンスの設計グループは、ガイドラインや基準に接地されていた。 eBayマーケットプレース:完全に理解できる単一の製品に取り組んでいた人々の量を与えられた。 そう多くの異なった人々は、単一の "サイト"の設計と開発に貢献しているので、ルールはある程度の一貫性を確保するための場所に置かなければなりませんでした。

時間の経過とともに、これらの規則は、高レベルのarchitecuralガイドラインとプレゼンテーションとの相互作用の詳細な説明に発展しました。 我々は、これらのタイプのルールのフレームワークとコンポーネントのと呼ばれる。 フレームワークは、タスク·フローおよび画面の種類の相互作用と視覚的な構造を概説した。 たとえば、登録のプロセスはフローであるとヘルプページには、画面タイプです。 フレームワークは、どこで、いつコンテンツとアクションがユーザーに提示すべきである確立しました。 コンポーネントは、我々の基本的なユーザー·インターフェースのビルディングブロック(メニュー、フォーム、ツールバーなど)を説明します。 彼らは、eBayの全てにわたって使いやすさとドライブの整合性を最適化するために設計されています。

だから我々は、いつのUI要素を使用して、我々はそれらの要素がどのように見て、それらがどのように振る舞うかを詳述した成分を持っていなければならないを確立するフレームワークを持っていた。 しかし、我々はまだ一貫したインタフェース·デザインを提供するために苦しんでいた。

IDEOの観衆の用語を使用するには、創造的な専門家は、本質的に好奇心旺盛であり、しばしば "子どもの心"を適用 - 新しいアイデアや観察にオープン - 問題解決の独自のフォームに。 我々はeBayでのクリエイティブなデザイナーをたくさん持っていた彼らは、まさにこのような方法で自分の仕事に近づいた。 彼らは新しいアイデアや解決策に努めた、我々は一貫性を駆動するために使用していたフレームワークやコンポーネントの背後にある理論的根拠については本質的に興味があった。 結果として、新しいソリューションの多くは提案され、しばしば採用されました。 これが "ルール"と設計の間の興味深い動的を作成して想像できるように - 自然に反復的問題解決への仮説的なアプローチ。

私たちの再設計された "ルール"の中で設計プロセスを採用するために、我々はデザインパターンのセットに私たちのフレームワークやコンポーネントを変形することを決めた。 ルールと同様に、パターンは、テストを検証し、見直される可能性があります。 ルールとは異なり、しかし、彼らは一般的な問題に再現性のある設計ソリューションであった。 強調に "ここでは、それが行わなければならない方法だ"から離れるように、これは重要な区別であった "ここはあなたの仕事を容易にするための方法です。"

この移行を行うために、我々はフレームワークやコンポーネントの我々のドキュメントを変更しました。 我々の最初の説明とどのように、我々が追加されました:

  • 理由:どのような機会や制約は、このパターンを定義するために助けた? それをサポートするために行われるすべての研究がありましたか?
  • 方法:できるだけ簡単にパターンの採用を行うための努力で我々は視覚的な仕様とコードを可能な限りに直接リンクが含まれていました。 開発中で、必要に応じて、お勧め等:我々はまた、適切な使用を確保するためのステータスの表示を提供
  • 誰が:直接リンクは、文書識別、パターンを設計した人々に提供されていました。

私たちの観客(最終的に統合された製品および機能の無数に取り組んで中央設計チーム)指定された、このアプローチは、我々は設計のベストプラクティスを共有し、文書化する方法に、より多くの柔軟性を得た。 それは、以前の主張1ジェニファーに我々のアプローチはいくつかの違いがはっきりとありました。 コー​​ドサンプルと視覚的な仕様の統合は、我々のデザイナーのために物事を容易にするために重要であった、我々は汎用聴衆のために余分かもしれないいくつかのフィールドが含まれています。 私たちのパターンのマ​​ニュアルではしかし提供する基本的な答えは同じであった: "何、なぜ、使用して、どのように、実施例。"

- ルーク

共有および拡張: del.icio.usでブックマーク | Diggそれ! | reddit!

3コメント

  1. [...] <b>ダウンロードデザイン</ b>のパターン会話:<b>を通信するための最良の方法をいただきました... </ b>]を[...]

    によってピンバック20サイト»レイトニュース速報 - 2006年10月16日

  2. "YUIのブログでは、すべての"プリンシパルデザイナー、ヤフー株式会社 "という特定のLukeWについての記事があります しかし、彼のページhttp://tinyurl.com/y3fmtqは、 84の警告があり、それと何かあったの? "

    によるコメントBillyG - 2006年10月17日

  3. 私は記事自体に固有のコメントにコメントスペースを確保して好きなように、ここからこのオフラインにして喜んでいる。

    あなたは、ヤフードットコムでbドットスコットで私と一緒にフォローアップすることができます。

    しかし、すぐにあなたの質問にお答えします。
    1)yuiblog.comルークウルブレフスキーのサイトではありません
    b)にルークのサイトはlukew.comです。
    c)このブログのページではJavaScriptコンソール(Firefoxの)を介してCSSから4の警告を受け取り、そこに非互換性の問題をbrowswerことになっている。 私はIE6またはIE7上の任意のに気づかなかった。 おそらくあなたは、複数のページのロードからのエラーの合計を見ている。

    あなたはこの議論を継続したい場合に電子メールを経由してご返信ください。

    管理者によるコメント- 2006年10月18日

申し訳ありませんが、コメントフォームは、この時点でクローズされます。

ヤフーが主催する

著作権©2006-2012ヤフー株式会社すべての権利を保有。 プライバシーポリシー - サービス利用規約

を搭載ワードプレスヤフー ウェブホスティング