Geralmente, depois de concluir um design da web, a ignorância do designer é revelada e criticada. Eles deixaram o trabalho pesado de criar código da Web para programadores. Esse fenômeno não ocorre apenas no setor de desenvolvimento de rede, mas também no setor de desenvolvimento de software e jogos.
O fato cruel é: o progresso do desenvolvimento pode estagnar devido a designers. Para buscar a melhor eficiência, os designers não apenas precisam desenhar, mas também precisam ser capazes de fazê -lo! Neste artigo, quero compartilhar com os leitores alguns motivos pelos quais os designers precisam aprender a escrever código.
Com uma impressão clara de como o produto final será implementado, os designers apresentarão conceitos mais práticos. Como parte integrante do processo de desenvolvimento, os designers são responsáveis por garantir que seus projetos possam ser transferidos para a mídia de rede sem problemas, além de levar em consideração sua usabilidade, legibilidade e implementabilidade na Web. Um site amigável não apenas possui uma lógica de sequência de navegação simples e clara, mas também fornece aos usuários todas as informações de que precisam sem parecer agressivas ou confusas. A única maneira de saber se um layout da web é viável é aprender a criar uma página da web.
Em quase todos os produtos independentes de design e implementação, o grupo de design e o grupo de implementação nunca atenderam às expectativas do outro, especialmente aqueles produtos intangíveis, como sites, software e jogos. Isso geralmente é atribuído a compromissos mútuos entre as expectativas e a viabilidade do produto , o que atualmente parece difícil de unificar perfeitamente. A solução é: os designers devem tentar pessoalmente projetar a implementação do trabalho para evitar confusão, mal -entendidos e desinformação na comunicação.
Um design na prática não deve ser absoluto. Quero dizer, o design deve ser flexível e amigável, capaz de modificar para atender às limitações técnicas do sistema sem distorcer sua conotação original. Essas mudanças repetidas, mas necessárias, só podem ser alcançadas pelo designer original. Um designer/desenvolvedor pode ser mais eficiente do que um desenvolvedor que reitera o design ao designer para alterações. E há atrito entre designers e desenvolvedores - na verdade, geralmente é o caso.
Muitas vezes gosto de pensar em software, rede ou desenvolvimento de jogos como orquestra, enquanto o designer é o compositor e o desenvolvedor é o condutor da orquestra. Imagine como seria ser a mesma pessoa? A sinfonia será incrível, charmosa e autêntica! Não é apenas a obra -prima do mestre, mas também seu próprio comando!
O papel simultaneamente de um designer como programador significa que o progresso do design e da codificação é contínuo, se não simultaneamente. O resultado é um encurtamento do ciclo de desenvolvimento - quem não se importa com a eficiência?
Os designers modernos precisam melhorar suas habilidades para manter o valor pessoal. Ter um conjunto de habilidades está longe de ser suficiente. Muitas vezes, precisamos usar títulos diferentes: designers, desenvolvedores de front-end, autores de artigos e gerentes de projeto.
Ao aprender a realizar seu próprio design, em vez de tornar o design um órfão nas mãos dos desenvolvedores - você aprimora seu próprio valor. Afinal, não vai doer mencionar habilidades de design e codificação em seu currículo. Pelo contrário, nessa era de reestruturação de crise financeira (ver: demissões maciças) e reduções de gastos, também é possível enfatizar a importância de uma pessoa sem ser demitida.
No entanto, mesmo com tantas razões para apoiar os designers no aprendizado de escrever código, ainda há vozes de objeção aqui.
Citação de um artigo controverso de Lukas Mathis. O designer não é um programador ( nota 1)
Se um designer implementar seu próprio design, ele estará sujeito a dois objetivos diferentes: código elegante e uma boa experiência do usuário. Esses dois objetivos são contraditórios. Se você deseja implementar seu próprio design, inevitavelmente comprometerá a qualidade do código, o que não é propício ao design interativo.
Os designers que implementam seus próprios projetos enfrentam dois problemas: eles sabem que uma ótima nova idéia criará código confuso e também sabem que o código existente será interrompido se a experiência do usuário for melhorada. Os dois são contraditórios porque a experiência do usuário está em pequenos detalhes que, em última análise, arruinam o código a serem confundidos com sua incapacidade de suportar.
Isso resume adequadamente a postura difícil adotada pelos puristas de desenvolvimento da web. Eles são antiquados e advogados desenhando uma linha entre design e desenvolvimento. Obviamente, os designers criam para humanos e desenvolvedores criam para máquinas. Portanto, os designers de UX devem projetar a interface do usuário mais viável e permitir que os desenvolvedores tomem as decisões de programação mais viáveis. Embora isso faça sentido, meus esforços para encontrar inspiração no código terminou em falha quando eu estava estudando uma interface do usuário. Em suma, é mais benéfico ter um conceito correto de limitações de tecnologia e usabilidade em sua mente.
Por fim, o tamanho do projeto desenvolvido pode determinar o papel de designers e desenvolvedores. Uma pequena aplicação pode ser controlada por um gerente de projeto ( nota 2) , enquanto um grande sistema deve exigir diferentes talentos profissionais!
NOTA 1 Mathis-lukas-designers não são programadores-ignoram o código
Nota 2 Spolsky-Joel descreve uma posição chamada designer e programador-como ser um gerente de programa-joel no software
O autor John Urban está no segundo ano da Universidade da Califórnia, com especialização em ciência da computação.
Texto em inglês original http://sixrevisions.com/web_design/why-designers-shave-learn-ow-to-code/