Conversa Design Pattern: Qual é a melhor forma de comunicar Patterns? Parte Cinco.
23 out 2006 às 6:44 am por Bill Scott | Em Desenho | Comments OffEste é o último artigo de uma série em cinco partes em comunicar padrões de projeto. Quando James Reffell escreveu esta peça, ele foi o curador padrão para o motor padrão eBay. Para mais informação sobre padrões de projeto, você pode ler uma conversa anterior em cinco partes responder à pergunta O que são Design Patterns?
Q: Qual é a melhor maneira de se comunicar um padrão?

James Reffell
Manager UI Design, eBay Inc.
Curador, Motor Padrão eBay
Eu estou constantemente espantado com o poder de padrões de projeto para se comunicar. Eu descobri que existe um padrão bem descrita tanto pode transmitir tanto uma solução específica (que pode me ajudar a resolver um problema de projeto difícil) e os princípios fundamentais de interação que underly todos os padrões de boa (o que pode ajudar a fazer de mim um melhor designer).
Enquanto designers irá provavelmente ser sempre os autores principais de público e de padrões de projeto, eu estou achando mais e mais que eles são úteis na comunicação com todos os tipos de pessoas. Estes incluem não só os desenvolvedores que são responsáveis pela construção de nossos projetos, mas também as pessoas de negócios, gerentes de produto e outros não-designers. Há também uma grande diferença entre falar com outros designers dentro de uma organização (como eBay ou bibliotecas internas do Yahoo padrão) e falando para um público mais geral de design (como acontece com os livros ou bibliotecas públicas).
As peças principais de informação - que, usar quando, porquê, como, e exemplos - são necessárias para contar a história de cada padrão para todos os públicos, e que se torna um grande negócio em uma biblioteca interna. Os usuários de uma biblioteca interna também pode encontrar links para os padrões de design e especificações internas úteis, bem como uma lista de lugares onde o padrão aparece. Além disso, como Bill recorda, se o padrão será utilizado por um público desenvolvedor específico, o Como e exemplos podem adicionar código de amostra e detalhes de implementação. Uma vez que os padrões não são exatamente construído em pedra, também é útil para adicionar coisas como avaliações, discussões, links para padrões similares e afins.
Depois de adicionar todos esses elementos de informação adicional que você tem algo que tem crescido muito além de um projeto de biblioteca - e isso é OK desde que trabalha para o público-alvo, e desde que essas peças centrais primeiros estão no lugar!
Tanto para as partes do conjunto. Eu acho que é importante também olhar para a descrição do padrão como toda uma história e coerente, no entanto. A narrativa é uma ferramenta importante para a comunicação, e acho que não poderia aproveitá-lo o suficiente - algumas descrições de padrão pode ficar um pouco clínica. Eu prefiro ver os exemplos arredondadas com um pouco de história e Maye algum drama e algumas risadas! Não há mal nenhum em dizer como chegamos a perceber um determinado padrão foi uma boa solução, os solavancos ao longo da estrada, as outras coisas que tentei e falharam divertida. Por can'ta padrão de design também ser um fio rasgando bom?
Finalmente, o designer em mim, pensa que deveríamos talvez levar um pouco do nosso próprio remédio aqui. Padrões de projeto são principalmente ferramentas para designers, e devemos projetá-los em conformidade. Uma das coisas que me impressionaram com o trabalho do grupo padrão do Yahoo é que eles trabalharam em alguns methodlogies a boa concepção quando a construção do amor biblioteca I'd para ver mais trabalho ao longo destas linhas. Alguém sabe de outros exemplos de testes com usuários de nossas bibliotecas padrão?
- James
Compartilhar e ampliar: Bookmark com del.icio.us | digg it! | reddit!
Sem comentários ainda
Desculpe, o formulário de comentários está fechado no momento.

Copyright © 2006-2012 Yahoo! Inc. Todos os direitos reservados. Política de Privacidade - Termos de Serviço
Powered by WordPress no Yahoo! Web Hosting .
