5 designers de manequins de estimação têm com os desenvolvedores (e como evitá-los)
Gatos e cachorros. Caim é Abel. Designers e desenvolvedores. Estes são apenas alguns dos grandes confrontos históricos.
Designers e desenvolvedores muitas vezes parecem vir de diferentes planetas e têm cérebros completamente diferentes.
Os desenvolvedores querem que um site funcione corretamente, os designers querem que ele pareça certo.
Embora esses objetivos tenham muita sobreposição (e, é claro, eu estou estereotipando um pouco aqui), as diferenças geralmente se resumem nas expectativas de sucesso do designer e do desenvolvedor.
Gerenciar expectativas é uma questão de comunicação: apontar pontos claramente para o outro lado, encontrar um terreno comum e concordar com os objetivos.
Ok, talvez não seja assim tão fácil, mas é importante que ambos os lados, pelo menos, tentem se entender .
Em um esforço para promover a boa vontade entre designers e desenvolvedores, compartilharei alguns problemas que encontrei e explorarei os problemas que levam a eles e suas soluções.
Peeve # 1: "Por que o desenvolvedor não consegue fazer com que pareça o comp?"
Você cria um design atraente e entrega a imagem ao seu desenvolvedor, mas quando você recupera o site, parece uma colcha de retalhos do que você projetou.
Questão
Comps não são páginas da Web; eles não são uma mistura de código HTML, CSS e JavaScript. O Photoshop, o Fireworks e o Illustrator podem fazer muitas coisas que são impossíveis (ou pelo menos extremamente impraticáveis) na Web, o que geralmente significa que os desenvolvedores precisarão reduzir o design.
Solução
Converse com seu desenvolvedor enquanto você está projetando, não apenas depois. Pergunte-lhes se um efeito que você está usando será fácil de realizar ou se existe uma alternativa melhor. Além disso, à medida que você aprende mais sobre o desenvolvimento da Web, poderá diferenciar melhor entre quando o design é impraticável e quando o desenvolvedor está apenas relaxando.
Peeve # 2: "As cores estão todas erradas!"
Você não escolhe cores arbitrariamente, mas os desenvolvedores parecem pensar que "o fechamento está próximo o suficiente".
Questão
Eu não sei se isso é verdade para todos os desenvolvedores, mas uma vez trabalhei com um desenvolvedor que era daltônico vermelho-verde (ele era um grande fã do nosso gerenciador de conteúdo, que enviava todos os seus e-mails em texto rosa em um fundo verde-limão). No entanto, ser daltônico não o impediu de ser um desenvolvedor radical.
Solução
Se você quiser que as cores estejam corretas, escreva todos os valores de cor na página. Não confie no seu desenvolvedor para avaliar os valores das cores ou para testar as cores no Photoshop.
Você também precisa considerar que o problema pode não estar com o desenvolvedor, mas com você. As cores parecem diferentes em um Mac e em CMYK (se você acidentalmente ativar esse espaço de cor). Certifique-se de que o modo de cor do documento e as provas estejam definidos como RGB genérico por padrão.
Peeve # 3: "Os desenvolvedores sabem mesmo o que significa 'espaço em branco' ?"
Você deixou bastante espaço para respirar em torno de elementos para criar um caminho ocular fluido e melhorar a legibilidade, mas o desenvolvedor aproveitou tudo para dizer: "É a única maneira de se encaixar".
Questão
Certa vez, reclamei com um desenvolvedor que ele não deixava espaço entre a borda de um módulo e seu conteúdo, o que dificultava bastante a leitura da maioria das pessoas. Ele respondeu: “Eu não me importo com outras pessoas. Eu posso lê-lo ”. Embora a maioria dos desenvolvedores não seja tão insensível, eles não foram treinados na arte de misturar espaços positivos e negativos para orientar o olhar do visitante em torno do design.
Solução
Se você realmente quer que seus projetos sejam tão precisos quanto possível, não apenas dê ao designer uma compilação e espere que eles descubram o espaçamento. Especifique as larguras, alturas e comprimentos exatos em um documento de especificações de design. Isso serve como um plano que você e o desenvolvedor concordam sobre como as coisas devem ser espaçadas.
No mínimo, defina regras gerais para margens e preenchimento. Por exemplo, "Todos os módulos devem ter um mínimo de 10 pixels de preenchimento entre o conteúdo e a borda".
Peeve # 4: "O desenvolvedor nunca consegue fazer com que meus designs tenham a mesma aparência em diferentes navegadores".
Você olha para o site no Firefox e parece bem, mas quando você muda para o Internet Explorer ele cai aos pedaços.
Questão
Você tem que ser solidário com a situação dos desenvolvedores quando se trata de tornar os designs consistentes em todos os navegadores. Cada navegador tem suas próprias peculiaridades com espaçamento. As coisas estão melhorando (especialmente com a morte lenta do Internet Explorer 6), mas ainda é difícil fazer com que todos se divirtam completamente juntos.
Solução
Eu geralmente permito que alguns pixels de espaço de manobra em meus projetos acomodem problemas entre navegadores, mas ajuda saber quais são esses problemas enquanto você está projetando, para que você possa ajudar o desenvolvedor a evitá-los.
Não tenha medo de apontar problemas entre navegadores para o desenvolvedor e espere que eles sejam consertados. Mas resolver alguns deles pode exigir que você ajuste seu design.
Peeve # 5: "Isso levará quanto tempo?"
Nada é mais deprimente do que queimar o óleo da meia-noite em tempo duplo para que a sua parte de um projeto seja feita dentro do cronograma, apenas para receber um LOE (Level of Effort) de desenvolvimento que retire a data de lançamento do projeto um mês após o final da eternidade. .
Questão
Em um episódio clássico de Star Trek: The Next Generation , Scotty explica os fatos da vida de engenharia para Geordi La Forge: “Você não disse a ele [Capitão Picard] quanto tempo levaria, você sabia? Ah, rapazinho. Você tem muito a aprender se quer que as pessoas pensem em você como milagreiro. ”Alguns desenvolvedores pensam em designers da mesma maneira que Scotty pensa em Capitães da Frota Estelar.
Solução
Os desenvolvedores sabem que vão encontrar problemas imprevistos e, portanto, tendem a preencher suas estimativas de maneira grosseira. Isso também faz com que eles pareçam muito bons se eles terminarem muito mais cedo do que o estimado. Bata com o desenvolvedor até um prazo razoável e, em seguida, segure-os para ele. Ao conhecer um desenvolvedor, você encontrará seu próprio caminho para ser um “milagreiro”.
Especial Bonus Peeve: "Os desenvolvedores simplesmente não entendem os designers."
Ou pior:
"O desenvolvedor acha que é um designer!"
Já é ruim o suficiente quando os desenvolvedores parecem simplesmente se recusar a ver o ponto de vista do designer, mas essa diferença de opinião geralmente pode ser mediada (geralmente por um bom gerente de projeto). No entanto, quando o desenvolvedor acha que sabe mais sobre design do que o designer, os ânimos podem aumentar.
Questão
Eu tive que lidar com mais de um desenvolvedor que leu um artigo por Jakob Nielsen e então queria me dar uma palestra sobre boas práticas de design no meio de uma reunião. Isso não só mostra desrespeito pelo designer, mas desacelera o projeto à medida que o debate acontece.
Solução
Trabalhar com desenvolvedores sabe-tudo é complicado, e a maneira de lidar com essas situações depende do tamanho do ego com o qual você está lidando. Geralmente, acho melhor simplesmente ouvir o que eles têm a dizer e, em seguida, se eles tiverem razão, reconheçam e sigam em frente. Evite discutir com eles, se possível .
Muitas vezes a queixa deles é sobre uma “regra” de design que foi quebrada. Não tenha medo de reconhecer que você quebrou uma regra - é isso que os designers inovadores fazem - mas certifique-se de que você possa justificar por que você a quebrou .
Sempre que me encontro nesta situação, penso em meus dias de revisão na escola de design, quando tive que defender meu trabalho contra algumas críticas bastante brutais. Estas sessões foram muitas vezes ego-contusões, mas eles me ensinaram a defender rapidamente as minhas decisões, mantendo a calma.
Pode parecer humilhante ter que justificar constantemente suas decisões, mas quanto mais você mostrar o “método em sua loucura”, mais você descobrirá que seus colegas valorizam e confiam em seu julgamento .
Escrito exclusivamente para WDD por Jason Cranford Teague .
Que pet peeves você tem com os desenvolvedores? Gostaríamos de saber mais sobre isso, por favor, compartilhe seus comentários abaixo.