Os web designers devem conhecer o código? Encontrar compromisso em um debate cansado

Os web designers devem entender HTML e CSS básicos? É uma discussão cansada com dois lados que se recusam a ceder, por que discutir isso?

O objetivo deste artigo não é provar qual grupo está certo, mas tentar mostrar que os dois lados realmente fazem pontos válidos e verificar se a análise desses pontos nos leva a um compromisso com o qual ambas as partes podem concordar.

Um Tópico Quente

Um de nossos artigos, na semana passada, gerou vários comentários sobre implicações ao longo da peça, de que os web designers devem ter uma compreensão básica do código envolvido na criação de uma página da web. Muitos aplaudiram essa sugestão, enquanto um número igual de leitores achou que estava errada.

Este tópico foi discutido detalhadamente em quase todos os blogs de design da Web. Existem dois lados distintos no debate, cujos membros desenharam linhas claras na areia que provavelmente nunca serão cruzadas.

Estou certo e você está errado

Quem acredita que o entendimento do código não é necessário para o design simplesmente se recusa a pensar que essa visão pode estar errada. Da mesma forma, os designers que têm uma forte compreensão do código não podem estar convencidos de que não são melhores designers para ele.

"Os designers devem conhecer o código ou não, um argumento tão simples deixa pouco espaço para concessões."

Então, onde isso nos deixa? Parece que estamos em um impasse imóvel com os dois lados se mantendo firmes. O maior problema aqui é que parece não haver meio termo. Os designers devem conhecer o código ou não, um argumento tão simples deixa pouco espaço para concessões.

No entanto, o fato de ambos os lados se agarrarem tão firmemente às suas opiniões indica que cada um tem pontos importantes que não devem ser esquecidos. Hoje vamos tentar respeitar esses pontos e encontrar o meio termo indescritível. Felizmente, podemos direcionar a discussão para uma conclusão que os dois lados possam pelo menos parcialmente assinar.

O estado do desenvolvimento da Web

Dada a natureza do debate, presumo que alguns de nós entendam como os sites são criados e outros não. Com isso em mente, uma simples definição de termos ajudará a trazer todos para a mesma página.

A essência rápida e suja é que HTML é usado para conteúdo, CSS para estilo e JavaScript para comportamento. A seguir, é um pouco simplificado, mas reflete o estado geral de como as páginas da Web básicas são construídas.

“HTML é usado para conteúdo, CSS para estilo e JavaScript para comportamento”

Uma página típica pode ter o texto, links e até imagens primárias inseridas via HTML, cuja estrutura fornece a hierarquia para todo o design. HTML é o esqueleto da sua página.

Da mesma forma, CSS é a capa da sua página. Aqui, a maioria das escolhas estéticas é feita: cores, fontes e até layout são realizados via CSS. Muito do que um designer é responsável é realizado com CSS; portanto, se ele precisa entender algo sobre código, esse é um bom lugar para começar.

JavaScript é o cérebro opcional para sua página. Se você deseja apresentações de slides sofisticadas ou outros recursos dinâmicos, o JavaScript geralmente é a melhor maneira de fazer isso. Ultimamente, o CSS3 evoluiu para um senciente capaz de roubar parte do trovão comportamental do JavaScript, de modo que as linhas não são tão claras quanto antes.

Compreendendo seu comércio

Independentemente do tipo de designer que você é, é difícil argumentar que não é vital para sua carreira que você tente entender a natureza do que está criando.

Bons designers de impressão sabem tudo sobre impressão e seus processos circundantes. Eles entendem as operações básicas da impressora em quatro cores, como o papel é cortado no tamanho do anúncio e como isso se relaciona à configuração do arquivo, que tipo de tinta está disponível e como é misturada; continua e continua.

Um layout básico pode ser criado completamente sem esse conhecimento, mas profissionais reais investem tempo e esforço para aprender os processos por trás da implementação de um design, para que possam prestar contas deles durante o processo de design.

“Profissionais reais investem tempo e esforço para aprender os processos por trás da implementação de um design.”

Os designers da Web geralmente recebem um passe grátis nessa área. A tecnologia da Web é complicada, por isso não é realista esperar que um designer a entenda. Afinal, o que importa como a cor de fundo é implementada, desde que corresponda às especificações do design?

Isso é um argumento ou argumento legítimo? Os web designers realmente precisam saber o que está envolvido em dar vida a seus designs da maneira que os designers de impressão fazem? Se conhecer a diferença entre cores exatas e cores de processo faz de você um melhor designer de impressão, entender o papel, o relacionamento e a implementação das três tecnologias mencionadas acima o torna um melhor web designer?

Projetando para a Web

A web é uma forma muito exclusiva de mídia. Alguns projetos exigem um alto nível de interação, enquanto outros são pouco mais que uma representação digital do que poderia ser facilmente conteúdo impresso (este artigo, por exemplo).

Como web designer, você tem a tarefa de analisar cada cenário e fornecer uma estética que melhor atenda às metas e aos usuários do site. Uma questão importante é saber se você pode ou não realizar isso realmente sem um entendimento básico de como a Web funciona.

Digamos que você esteja criando um site para celular e que seu cliente queira manter o tempo de carregamento baixo. Se você sabe do que o CSS é capaz, pode criar facilmente um design atraente que não exija imagens. No entanto, se você não tem certeza de como é viável algo como um gradiente compatível com vários navegadores, está em desvantagem.

O mesmo se aplica à tipografia. Talvez você queira usar uma fonte exclusiva em uma parte do texto que precisa ser publicada, não ajudaria a entender a implementação @ font-face e o que você pode fazer com ela?

Separando funções

Um importante sub-argumento deste debate surge sobre se os papéis de designer e desenvolvedor devem ou não ser completamente separados. Essa é uma área em que ambos os lados têm argumentos igualmente legítimos.

Os separatistas dizem que web design e desenvolvimento web são duas funções completamente diferentes, exigindo conjuntos de habilidades muito diferentes. É muito melhor ter criativos dedicados exclusivamente ao design e técnicos apenas à codificação do que tentar mesclar as duas funções em um indivíduo. Fazer isso seria exigir muito de uma pessoa e o projeto sofreria.

De fato, muitas grandes empresas em todo o mundo lidam com suas equipes da Web exatamente dessa maneira, com um grupo dedicado à criação de projetos que são então entregues a um departamento diferente para serem transformados em um projeto ao vivo. Isso é especialmente necessário quando um projeto exige um alto nível de experiência em desenvolvimento, como em um aplicativo Ruby ou PHP.

"Nenhum de nós pode presumir conhecer um único formato que pode e deve ser aplicado a todas as empresas de web design em qualquer lugar".

No entanto, pequenas empresas e operações freelancers geralmente não podem pagar várias equipes de especialistas. Nesses cenários, o super-homem solitário que pode ver um projeto do início ao fim é um recurso inestimável. Goste ou não, esses indivíduos existem de fato, muitos dos quais são notavelmente bons em design e desenvolvimento.

Se abordarmos esse sub-argumento com uma mente aberta, acho que todos podemos concordar que há circunstâncias em que é benéfico que os papéis de designer e desenvolvedor sejam separados e outros cenários em que é melhor que eles sejam reunidos. Nenhum de nós pode presumir conhecer um único formato que pode e deve ser aplicado a todas as empresas de web design em qualquer lugar.

O coração do problema

Encontrar um compromisso no argumento acima é um passo importante. Se todos pudermos concordar que há casos em que dividir e unir as funções de designer e desenvolvedor é uma estrutura legítima, talvez possamos chegar a alguma conclusão geral sobre se os designers em geral devem entender o código.

Para encontrar um terreno comum, vamos analisar cada argumento. A situação do puro designer é fácil para eu entender, porque eu estava neste campo por tanto tempo. O design visual é mais complicado do que muitos pensam. Existem muitos profissionais de HTML e CSS que assumem que, por saberem como criar um site, devem poder criar um. Como a codificação, o design não é algo em que você pode ter sucesso sem uma educação fundamental e uma exploração do que funciona e do que não funciona. Designers não são meramente pessoas de olho em esquemas de cores, são indivíduos altamente treinados que trabalharam duro para desenvolver o conjunto de habilidades que possuem.

O argumento aqui é que os codificadores sem experiência em design provavelmente não têm negócios que pretendam ser designers. Da mesma forma, um designer não deve gastar seu tempo hackeando códigos mal escritos.

Mas espere, já discutimos acima como um entendimento básico do código pode de fato preparar melhor o designer para criar algo que se encaixe nos objetivos do site. Então, onde isso nos deixa?

O compromisso

A conversa acima pode parecer um pouco demorada e supérflua, mas os passos da lógica pelos quais passamos são importantes para nos levar a um ponto em que podemos chegar a uma conclusão.

Com argumentos válidos de ambos os lados, é muito mais fácil chegar a um compromisso. Podemos ver agora que aqueles que pensam que os designers devem entender o código geralmente não se importam se o designer é quem realmente codifica o site. Eles simplesmente argumentam que, armado com o conhecimento de como o back-end funciona, um design mais adequado pode ser criado.

"Às vezes, a compreensão do trabalho de outra pessoa ajuda você a se tornar melhor no seu."

O compromisso é que, embora alguns web designers possam e se beneficiem da capacidade de escrever código, talvez essa habilidade não seja universalmente necessária em todos os web designers. No entanto, isso é muito diferente de dizer que os designers não devem entender o código que entra nos sites de estilo.

Há uma distinção importante aqui. Por exemplo, eu entendo muito sobre como funciona a impressão de jornais. Entendo a qualidade do papel e da tinta e como isso se relaciona a conceitos como o uso de preto rico em vez de preto puro em meus projetos. No entanto, isso não significa que eu possa sair e conseguir um emprego gerenciando a sala de imprensa! Entendo os aspectos de impressão necessários para me tornar um designer melhor. Às vezes, a compreensão do trabalho de outra pessoa ajuda a melhorar o seu.

Da mesma forma, pode-se dizer que os web designers devem entender os aspectos da codificação que os tornam melhores web designers. Usando meus exemplos anteriores, é possível entender a flexibilidade e as restrições do @ font-face sem memorizar a sintaxe à prova de balas de Paul Irish. Você também pode entender quais efeitos CSS3 são suportados em quais navegadores sem poder escrever o código necessário para essa implementação.

Largue suas armas

Não sou ingênuo o suficiente para imaginar que todo leitor concordará com minhas conclusões. Como eu disse acima, há vários que simplesmente se recusam a considerar a possibilidade de que seu caminho não seja o único. No entanto, exorto cada um de vocês a considerar o quanto chegamos mais perto de terminar este debate com a lógica usada acima.

"Seu trabalho é absorver as informações que podem e devem afetar suas decisões de design."

No final, por que você se importa com quem faz o quê em uma empresa de web design, desde que o produto final seja satisfatório? Com esse objetivo em mente, um web designer que não consiga escrever CSS de cabeça para baixo não é um requisito absoluto, mas isso não significa que ele esteja distraído por entender a natureza fundamental do desenvolvimento da web e as ferramentas que será usado para implementar o design que ele cria.

Seja para projetar interfaces de aplicativos, outdoors, sites ou frascos de xampu, você tem a responsabilidade de entender como o design será implementado. Se você está ansioso o suficiente para aprender o processo bem o suficiente para fazê-lo, é bom para você. Caso contrário, seu trabalho é absorver as informações que podem e devem afetar suas decisões de design.

Conclusão

Para resumir, todos nós defendemos ferozmente se todos os web designers devem ou não entender HTML e CSS básicos. No entanto, se deixarmos essas opiniões de lado por tempo suficiente para perceber que os dois lados do debate fazem pontos válidos, talvez seja possível fazer um compromisso.

Se incentivamos todos os designers a entenderem o seu ofício e o que está envolvido na concretização de suas criações, todos temos um claro ponto de concordância. Anote seu julgamento do processo alheio e pegue um novo mantra: bons designers tomam decisões informadas. Quem pode argumentar com essa afirmação?

Deixe um comentário abaixo e deixe-nos saber o que você pensa. É verdade que os web designers, como os designers de impressão, devem pelo menos tentar entender o que acontece com o design depois de entregá-lo? Importa se um designer pode escrever código, desde que ele / ela entenda as implicações de como as tecnologias atuais da web devem afetar um design?