Yahoo! Interfaz de usuario de blog (YUIBlog)

Q: ¿Cuál es la mejor manera de comunicar un patrón?

Bill Scott
Evangelista Ajax, Yahoo Inc.
Blogger, ve las buenas obras Bueno
El ex comisario, Yahoo! Biblioteca de diseño de patrones

La pregunta de "¿Cuál es la mejor manera de comunicar los patrones?" Tiene varias dimensiones.

¿Cómo se Patrones ser distribuido?

Para responder a la cuestión principal, es importante preguntar específicamente "cómo los patrones se distribuirá?" En Yahoo! la experiencia del usuario y del equipo de diseño (UED) (en ese momento encabezada por Erin Malone, Matt Leacock, Wheeler Chanel y otros) creó la colección de patrones usando una popular fuente de contenido de código abierto sistema de gestión (CMS) - Drupal. Esto es importante porque uno de los principales beneficios de un CMS es la facilidad con la que permite que el contenido (por ejemplo, patrones) que se cree por cualquier persona designada como autor (en este caso abierto a todos los de Yahoo UED).

Esto ha permitido la Yahoo! Diseño de la colección de patrones de crecimiento orgánico a través de la organización. En lugar de un autor único patrón el control de la colección, cualquier persona puede añadir patrones a la biblioteca (aunque existe un proceso de revisión para llevarlos a la publicación completa.)

Sin embargo, el patrón de la colección pública no utiliza el sistema Drupal. El sistema CMS es el más adecuado para añadir contenido (patrones), pero no tan flexible en la organización de los patrones, de manera fácilmente encontrable. Con la biblioteca pública que elegimos un diseño flexible para ayudar a resolver el "problema encontrabilidad." Por supuesto que no hemos resuelto todos los problemas de facilidad de encontrar, pero ya no estamos limitados por el CMS. Para la biblioteca patrón de los patrones externos están representados en JavaScript Object Notation ( JSON ) formato. Esto nos permitirá la distribución de los patrones como los servicios web - no sólo como páginas web. Esto hará posible la publicación de los patrones en diferentes formatos para diferentes dispositivos. Y, por último, el patrón de otros sitios podrán mashup de sus patrones con los patrones Yahoo! en un solo sitio web.

¿Por qué todo este asunto? Patrones de distribución en formato en línea son más fáciles de compartir que los patrones que no tienen una presencia en línea. Esto no descarta que hay beneficios claros a otros formatos (por ejemplo, el libro.) Distribución de los patrones de las páginas web y servicios web, que llega a las masas más rápida que arrojó una tasa de adopción más alta.

¿Cómo se Patrones ser restringida?

La siguiente cosa a considerar es lo que las restricciones legales se aplicarán a los patrones. Esto no debe tomarse a la ligera. En Yahoo! elegimos la menos restrictiva Creative Commons License ( por atribución .) Esto fue a propósito. Sentimos que ésta era la mejor manera de dar a nuestros patrones "alas".

¿Cuál fue el resultado de establecer nuestros patrones gratis? En primer lugar, hemos recibido una enorme cantidad de buena voluntad desde el diseño y la comunidad de ingeniería. En segundo lugar, se ha puesto de manifiesto el concepto de patrones a un público mucho más amplio. Y, finalmente, otras compañías han decidido (o están considerando) la liberación de todos o algunos de sus modelos al público como consecuencia de ello. Esto sólo puede significar cosas buenas para el diseño y desarrollo de la comunidad en general.

¿Quiénes son los usuarios de nuestros patrones?

El buen diseño siempre empieza con: "¿Quién es el usuario?" y "¿Cuál es el objetivo del usuario?" Principalmente nuestros modelos están dirigidos para los diseñadores web, ya que es el núcleo del negocio de s Yahoo!.

Conocer nuestro público objetivo nos llevó a pensar en cómo queremos organizar nuestra biblioteca de patrones. Por supuesto, no hay una sola taxonomía para la organización de una biblioteca de patrones.

Un año atrás me llevó a todos los patrones de Jenifer Tidwell, Martijn Van Welie y Laakso Lanka y se dispuso a encontrar una buena manera de estructura. ¡Qué esfuerzo agotador! Finalmente he experimentado con mapas mentales de software que me ayude a lidiar con la complejidad.

Después de varias sesiones de mapeo de la mente, finalmente me di cuenta de lo obvio. Si un diseñador es llegar a la biblioteca de patrones, lo más probable es que haya un problema y está buscando una solución (que sí, que debería haber sido obvio.) Sabiendo que los patrones de contener una declaración del problema y una solución, sólo parecía natural para organizar de una manera coherente con las declaraciones de su problema. El planteo del problema típico puede decir: "El usuario debe necesita reorganizar la distribución de los módulos en una página web directamente." Esto entra en la categoría de las necesidades del usuario y personalización (necesidades de los usuarios para personalizar ...). Resulta que una serie de patrones directamente satisfacer las necesidades del usuario y el resto son impulsados por las limitaciones del sistema que el diseñador debe tener en cuenta. Esto significa que algunos patrones están dirigido a un objetivo, el resto están basados en restricciones. Esto condujo a la actual organización de la biblioteca pública patrón.

Así que ¿Qué hace que un patrón?

Creo que es importante para estructurar los patrones de una manera consistente con algunas secciones claras y concisas. Hemos elegido el primer estado el problema, se muestra un ejemplo de sensibilización, a continuación, pasamos a uso y concluir con la solución. También tenemos un par de secciones opcionales: una lógica que puede entrar en más matices de diseño detallado, así como una sección de accesibilidad.

Además, ofrecemos ejemplos de código con la mayoría de nuestros patrones. Estos patrones no son sólo una solución de diseño, sino también código de inicio para obtener equipos en movimiento lo más rápido posible. Como una cuestión de convención, colocamos las soluciones de código en la barra lateral y no en el cuerpo del patrón de contenido principal. Esto pone de relieve que, aunque el código se relaciona con el patrón, no es parte directa del patrón. Creo que la adición de código es una gran solución para bibliotecas de motivos específicos de la empresa. Pero también estoy de acuerdo con Jenifer que en general las bibliotecas patrón objetivo general debe evitar proporcionar ejemplos de código.

Un último punto de aclaración es que internamente nos separamos de las Directrices de Diseño Visual (escrito como visual de patrones de diseño) de los Patrones de Diseño de Interacción (como lo que ves en el sitio público.) Esto nos permite mantener los patrones de interacción más general por la separación de la estilo (espaciado, fuentes, colores, etc) a partir de la interacción.

- Proyecto de Ley