Yahoo! User Interface блог (YUIBlog)

Вопрос: Какой самый лучший способ общения закономерность?

Люк Врублевский
Главный конструктор, Yahoo! Inc
Основатель / директор, дизайн интерфейса LukeW
Автор, осмотр достопримечательностей: Визуальный подход к веб-юзабилити

Дженифер делает некоторые большие пункты о ключевых компонентов шаблона проектирования. Я бы второе значение примера и вдумчивый "проблема" и "использовать, когда« описания. Помимо этих определяющих элементов, право метаданные для шаблона проектирования часто свидетельствовала вашей аудитории.

Когда я работал на первой итерации внутреннего библиотеке шаблон eBay, в дизайне пользовательского опыта группы были основаны на руководящих принципах и стандартах. Совершенно понятно, учитывая количество людей, которые работают на одном продукте: eBay рынке. Потому что так много разных людей внесли свой вклад в проектирование и разработку одного "сайт", правила должны быть приняты для обеспечения некоторой степени согласованности.

Со временем эти правила эволюционировали в высоком уровне архитектурный принципы и подробные описания представления и взаимодействия. Мы назвали эти типы правил, механизмов и компонентов. Рамки изложил взаимодействия и визуальную структуру задач и потоков экран типа. Например, процесс регистрации потока и справки странице Тип экрана. Рамки помогли установить, где и когда содержание и действия должны быть представлены пользователям. Компоненты описал наш основной пользовательский интерфейс блоков (меню, формы, панели инструментов и т.д.). Они предназначены для оптимизации использования и дисков согласованность всех eBay.

Пришлось рамках создания, где и когда элементы интерфейса должны быть использованы, и нам пришлось компонентов подробно, что эти элементы похож и как они себя ведут. Но мы все еще пытаются доставить соответствует конструкции интерфейс.

Чтобы воспользоваться терминологией из толпы IDEO, творческих профессионалов от рождения любопытны и часто применяют «ум ребенка" - открыты для новых идей и наблюдений - их уникальная форма решения проблем. У нас было много дизайнеров на eBay, и они подошли к своей работе именно таким образом. Они стремились к новым идеям и решениям и было врожденное любопытство обоснование структуры и компонентов, которые мы использовали для управления последовательностью. В результате, множество новых решений были предложены, и часто принято. Как вы можете себе это создает интересную динамику отношений между "правила" и дизайн - естественно итеративный и абдуктивного подход к решению проблем.

Чтобы охватить процесс проектирования в нашей переработан "правила", мы решили превратиться наши структуры и компонентов в набор шаблонов проектирования. Как правило, модели могут быть протестированы, проверены и пересмотрены. В отличие от правил, однако, они были повторяющиеся конструктивные решения общих проблем. Это ключевое различие, как акцент сместился от "вот как это должно быть сделано" на "вот путь, чтобы сделать вашу работу легче."

Для того, чтобы сделать этот переход, мы изменили нашу документацию структур и компонентов. Чтобы наши первоначальные объяснения, где и что мы добавили:

• Почему: какие возможности и ограничения помогли определить эту модель? Был ли исследования, проведенные для ее поддержки?
• Как: в усилия, чтобы сделать модель принятия как можно проще, мы включили прямые ссылки на визуальные характеристики и код, где это возможно. Мы также дали указание статуса для обеспечения надлежащего использования: в стадии разработки, необходимо, рекомендовать и т.д.
• Кто: прямые ссылки были представлены люди, которые документированы, определены или разработаны модели.

Учитывая нашу аудиторию (центральная команда разработчиков работает над множеством в конечном счете интегрировать продукты и функции), этот подход предоставляется гораздо больше гибкости в том, как мы делили и документально дизайн передового опыта. Тем не менее есть четко определенные различия в нашем подходе к тому, Дженифер выступал ранее. Интеграция примеры кода и визуальные характеристики важно для того, чтобы облегчить жизнь нашим дизайнерам, и мы включили несколько полей, которые могут быть посторонним для общего назначения аудитории. Основные ответы наши картины документации содержатся хотя были те же: "Что, используйте Когда, почему, как и примеры".

- Лука