Designer Web/Designer

Sim, de certa forma o título deste post é uma referência ao livro do Luli, design web/design [bom lembrá-lo que ainda esperamos a 3a. edição do livro!], mas a referência termina aqui.

No começo de junho, David Heinemeier Hansson, escreveu no Signal Vs. Noise, o blog da 37Signals, um excelente post defendendo a idéia de que o designer deve ser o responsável pela implementação dos layouts que faz. Durante alguns dias pensei em postar sobre isso, contando minhas experiências, como designer, como implementador e como designer+implementador+programador ou webfaztudo. Posterguei esse post até hoje, quando li um outro excelente texto no Diary of a Web Site, Ding Dong the photoshop only web designer should be dead.

Quando comecei a trabalhar com internet, lá em 1997, era muito comum que designers não produzissem seus códigos, por ser novidade, escrever código era coisa para nerds malucos, e não para designers cools, além disso o trabalho era muito complexo, tabelas dentro de tabelas, e incontáveis gifs transparentes de 1×1 pixel, mais conhecidos pelo maldito nome de spacer.gif. Com o passar de alguns anos, isso piorou ainda mais, o advento de alguns softwares que eram capazes de exportar as imagens dos layouts fatiados para htmls montados, facilitou o trabalho dos designers, e a figura do ‘implementador’ perdeu status.

Quando o movimento pelos padrões aportou no Brasil mais uma vez vi a turma se separar entre designers e implementadores, aqueles que criavam e aquelas que escreviam css+xhtml e faziam mágica ao lançar sites sem spacer.gif e sem tabelas aninhadas dentro de outras tabelas aninhadas dentro de outras…

Hoje existem centenas de micro-empresas implementadoras de layouts, algumas no Brasil mas a grande maioria no exterior, que prometem entregar seu layout psd, em css+xhtml, validado em sei-lá-quantos sites/sistemas diferentes, e num prazo que faz mesmo a gente querer contratar o serviço, o preço também costuma ser bem baixo.

O grande problema nesses serviços bem como nas equipes onde o designer não participa em nenhum ponto da implementação dos layouts que produz, é percebido quando o que foi projetado no photoshop, não pode ser implementado exatamente como planejado, ou quando alguma modificação é necessária no layout para que este possa ‘encaixar’ no CMS. Nestas horas só o designer que pensou o projeto é capaz de corrigí-lo sem que o prejuízo seja grande.

Outro fator importante para que designers implementem seus próprios layouts é que muitas vezes, alguns recursos não podem ser reproduzidos pelas imagens estáticas que o designer gera, e na hora de aplicá-los, a pessoa responsável pela implementação, muito provavelmente não irá pensar da mesma forma que o designer pensou e o risco de algo dar errado é muito grande.

Quando o designer conhece o meio, i.e. a internet, conhece o CMS em que o site vai ser implementado, seus pontos fortes e fracos, seus limites, plugins disponíveis, etc… já no processo de planejamento e layout ele pode prever se determinadas coisas funcionarão ou não. E evitar re-trabalho no processo de criação.

5 comentários

1 Diego Eis { 07.17.08 at 12:45 }

Seja ele designer ou implementador, tem que saber montar quebrar-cabeças. Tem que entender os elementos e tem que entender como eles se comportam por conta de um simples float:left;. Seja ele implementador ou designer, ele deve saber combinar imagem e código e saber as possibilidades.

As vezes, não dá certo deixar designer implementar seu próprio layout.

2 Jader Rubini { 07.17.08 at 22:23 }

Eu gosto de implementar os layouts que crio simplesmente porque é mais produtivo assim. Como eu conheço bem os dois lados, eu já faço as adaptações de design durante a criação e, ao mesmo tempo, já imagino como vou implementar cada coisa no HTML+CSS.

Sem contar que às vezes dá até dó entrear seu layout lindo nas mãos de um cupim de código… :P

3 Ronaldo Gazel { 07.17.08 at 22:34 }

Excelente post e ótimos comentários! Maravilha!

4 Rafael Apocalypse { 07.19.08 at 18:09 }

Diego,

designer que trabalha com web DEVE saber implementar seu layout, é isso que eu defendo. Deixar que outras pessoas implementem um layout pode causar algum transtorno e com certeza aumenta o tempo gasto com o desenvolvimento como consequencia o custo.

O exemplo do Jader é perfeito para mostrar isso.

5 Ronaldo Gazel { 07.20.08 at 22:46 }

A web é caótica, mutante, viva. Não é nada fácil debatê-la diante desse caos, considerando até que ponto estamos prontos para rever a própria função dentro da metodologia de design. Dá um frio na espinha imaginar que nossa metodologia pode não ser a resposta desejada sempre, se não houver transformação. Parece enxugar gelo, um esforço hercúleo e desnecessário. Mas não é, tenho me conformado.

O que vejo - e assumo, faço, muitas vezes - é produzir composições para interfaces que muitas vezes são apenas belas peças decorativas, e achar que basta sofisticar cada vez mais o approaching decorativo, ao invés de encarar a tecnologia não como um ruído, mas como um aliado que, bem compreendido (e aí entro diretamente no tópico), vai engrandecer o produto final. Sim, quero dizer com isso que é preciso conhecer os processos para que a cauda longa não transforme o especifismo das competências em uma linha burra de produção.

Just say-it