witola.com

Indo ao longo do meu blog pela manhã rola me deparei com este excelente artigo escrito em Webdesigner Depot por Jason Teague Cranford .

Eu tenho por muito tempo desfrutou projetando para a web, mas até há dois anos realmente fez o salto para codificação e desenvolvimento front-end. A parte interessante é que eu achei que fosse um pouco de uma luta em que como designer eu estou usando um lado do cérebro e como um desenvolvedor de eu usar o outro.

Mentalmente é essa tributação, como designer eu quero olhar para a direita e como um desenvolvedor eu quero o site para funcionar direito. Colmatar essa lacuna e chegar a um meio termo é tedioso, mas encontro-me ser a melhor mercadoria para lançar para o emprego. Na maioria dos casos, as pessoas são ou um ou o outro. Uma delas é projeto e divertido e equilíbrio, onde o outro é lógico, técnico e às vezes frustrante. Espero que gostem do artigo, eu fiz.

Implicância # 1: "Por que não pode o desenvolvedor apenas torná-lo parecido com o comp?"

Você cria um grande projeto para o futuro e mão do comp para o seu desenvolvedor, mas quando você começa o site de volta, parece uma colcha de retalhos do que você projetou.

Questão
Comps não são páginas da Web, não são uma mistura de HTML, CSS e código JavaScript. Photoshop, Fireworks, Illustrator e pode fazer um monte de coisas que são impossíveis (ou pelo menos totalmente impossível) na web, que muitas vezes significa que os desenvolvedores terão de reduzir o design.

Solução
Fale com o seu desenvolvedor, enquanto você está projetando, e não apenas depois. Pergunte-lhes se o efeito que você está usando será fácil de realizar, ou se existe uma alternativa melhor. Além disso, como você aprende mais sobre o desenvolvimento da Web, você será capaz de melhor perceber a diferença entre quando seu projeto é viável e quando o desenvolvedor está apenas acomodado.

Implicância # 2: "As cores são tudo errado!"

Você não escolhe cores arbitrariamente, mas os desenvolvedores parecem pensar que "é perto o suficiente."

Questão
Eu não sei se isto é verdade para todos os desenvolvedores, mas eu trabalhei uma vez com um desenvolvedor que era vermelho-verde-cego (ele era um grande fã do nosso gerenciador de conteúdo, que enviou todos os seus e-mails em texto rosa em um verde-limão de fundo). No entanto, sendo daltônico não o impediu de ser um desenvolvedor de Kick-Ass.

Solução
Se você quiser as cores para estar certo, então, enunciar todos os valores de cores na página. Não confie em seu desenvolvedor olho os valores de cor ou para experimentar as cores no Photoshop.

Você também precisa considerar que o problema não pode ser com o desenvolvedor, mas com você. As cores são diferentes em um Mac e em CMYK (se acontecer de você acidentalmente permitir que o espaço de cor). Certifique-se que o seu modo de cor de documentos e provas são definidas como RGB genérico por padrão.

Implicância # 3: "Não desenvolvedores sequer sabem o que significa" espaço branco "?"

Você deixou bastante espaço para respirar em torno de elementos para criar um caminho olho fluido e melhorar a legibilidade, mas o desenvolvedor abarrota tudo junto, dizendo-lhe: "É a única maneira que tudo vai caber."

Questão
Certa vez, queixou-se a um desenvolvedor que ele não deixou espaço entre a borda de um módulo e seu conteúdo, tornando-se muito difícil para a maioria das pessoas a ler. Ele respondeu: "Eu não me preocupo com outras pessoas. Eu posso lê-lo. "Enquanto a maioria dos desenvolvedores não são tão insensível, que não tenham sido treinados na arte de misturar espaços positivos e negativos para guiar os olhos do visitante em torno do projeto.

Solução
Se você realmente deseja que seus projetos para ser tão precisa quanto possível, não apenas dar o designer de uma compilação e espera que eles descobrir o espaçamento. Especifique as larguras exatas, alturas e comprimentos em um documento de especificações do projeto. Isto serve como um modelo que você eo desenvolvedor concorda em como as coisas devem ser espaçadas.

No mínimo, definir regras gerais para as margens e preenchimento. Por exemplo: "todos os módulos devem ter um mínimo de 10 pixels de padding entre o conteúdo ea fronteira."

Implicância # 4: "O desenvolvedor pode nunca chegar meus projetos para a mesma aparência em diferentes navegadores."

Você olha para o site no Firefox e ele parece estar bom, mas quando você alternar para o Internet Explorer cai aos pedaços.

Questão
Você tem que ser solidário com o sofrimento dos desenvolvedores quando se trata de fazer desenhos aparência consistente entre os navegadores. Cada navegador tem suas peculiaridades próprias, com espaçamento. As coisas estão ficando melhor (especialmente com a morte lenta do Internet Explorer 6), mas fazer com que todos completamente jogar bonito com o outro ainda é difícil.

Solução
Eu geralmente permitem que alguns pixels de espaço de manobra em meus projetos para acomodar questões cross-browser, mas ajuda a saber o que estas questões são, enquanto você está projetando, para que você possa ajudar o desenvolvedor evitá-los.

Não ter medo de apontar cross-browser problemas para o desenvolvedor e esperar que eles sejam corrigidos. Mas a resolução de alguns deles pode exigir que você ajustar o seu design.

Implicância # 5: "Isso vai demorar quanto tempo?"

Nada é mais deprimente do que queimar o óleo da meia-noite de double-tempo para obter a sua parte de um projeto feito dentro do cronograma, apenas para receber de volta uma LOE desenvolvimento (Nível de Esforço), que coloca a data de lançamento do projeto de volta um mês a partir do fim 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 [o Capitão Picard] quanto tempo seria realmente tomar, não é? Oh, rapaz. Você tem muito a aprender se você quer que as pessoas pensam de você como um fazedor de milagres. "Alguns desenvolvedores de designers pensam da mesma maneira que Scotty acha da Frota Estelar Capitães.

Solução
Os desenvolvedores sabem que vão encontrar problemas imprevistos e por isso tendem a almofada grosseiramente as suas estimativas. Isto também faz com que pareçam muito bom se eles obtêm a sua final feito muito mais cedo do que o estimado. Regatear com o desenvolvedor para baixo a um cronograma razoável e, em seguida, mantê-los a ele. Como você começa a conhecer um desenvolvedor, você venha a encontrar seu próprio caminho para ser um "milagreiro".

Peeve Bônus Especial: "Os desenvolvedores só não entendo designers."

Ou pior:
"O desenvolvedor pensa que é um designer!"
É ruim o suficiente quando os desenvolvedores parecem simplesmente se recusam a ver o ponto do designer de vista, mas que diferença de opinião geralmente pode ser mediada (geralmente por um bom gerente de projeto). No entanto, quando o desenvolvedor pensa que sabe mais sobre o projeto que o designer, pode incendiar os ânimos.

Questão
Eu tive que lidar com mais de um desenvolvedor que ler um artigo de Jakob Nielson e depois queria me palestra sobre boas práticas de projeto no meio de uma reunião. Isto não só mostra o desrespeito para o designer, mas retarda o projeto como debate segue.

Solução
Trabalhando com know-it-todos os desenvolvedores é complicado, ea maneira de lidar com essas situações depende do tamanho do ego você está lidando. Geralmente, acho que é melhor do que simplesmente ouvir o que eles têm a dizer e então, se eles têm um ponto, reconhecê-lo e seguir em frente. Evite argumentar com eles, se possível.

Muitas vezes sua queixa é sobre um projeto de "regra" que foi quebrado. Não ter medo de reconhecer que você quebrou uma regra, que é o que os designers inovadores fazer, mas certifique-se você pode justificar por que você quebrou.

Sempre que me encontro nesta situação, acho que de volta para meus dias de revisão em escola de design, quando eu tive que defender meu trabalho contra algumas críticas bastante brutal. Estas sessões foram muitas vezes ego-nódoas negras, mas eles me ensinaram a defender as minhas decisões rapidamente, mantendo a calma.

Pode parecer humilhante ter que constantemente justificar suas decisões, mas quanto mais você mostrar o "método em sua loucura," quanto mais você vai descobrir que valor os seus colegas e confiar em seu julgamento.