EMHO, eu acho que uma APLICAÇÃO cheio de firulas não é interessante. Você pode até achar interessante quando você vê pela 1a vez e tudo +... mas vai usar no dia a dia pra você não ter mais saco de ver aqueles efeitos e outras firulas.
Creio que, por terem consciência disso, eles não procuram estabelecerem esta vertical em seus trabalhos profissionais. []'s 2009/5/7 Beck Novaes <beck.nov...@gmail.com> > > Ampliando a discussão... > > Por que é tão difícil encontrar Designers bons para fazer o Look and > Feel de uma A-P-L-I-C-A-Ç-Ã-O? > > Os caras só querem saber de Hot Site, Ilustração, 3D, ou seja, quando > você fala de Aplicação os caras fogem. Talvez parte da culpa seja do > sentido pejorativo que o pessoal de TI atribui ao Design tal como > "algo supérfluo" para não dizer "frescura". > > Eu acredito que um bom Designer pode agregar muito às RIAs. Mas é > preciso fazer com que o trabalho dele não seja apenas fazer o Skin da > App. Ele não deve apenas colorir um Wireframe Cinza. Ele tem que estar > envolvido no processo desde o início e deve haver sempre um Tradeoff > entre a estética x usabilidade - estética programação. Em outras > palavras, as vezes devemos abrir mão da usabilidade perfeita em prol > da estética desde que a pena para a usabilidade não seja muito grande > a ponto de mais incomodar o usuário do que agradá-lo no conjunto da > obra - usabilidade boa o suficiente e estética também. Experiência do > Usuário é o "Conjunto da Obra". Não é só usabilidade. Não é só > estética. Não é só resolver um problema técnico. Portanto, devemos > pesar estes três itens e saber quando dar maior prioridade para cada > um deles num determinado contexto. O problema é que a estética NUNCA é > prioridade quando colocada frente a frente com os outros dois itens. > Mas se o que importa é o conjunto da obra e se uma premissa de > usabilidade emperra o Designer porque não rever esta premissa de modo > a chegar a algo belo e usável? > > O mesmo com a programação. O pessoal de desenvolvimento vive podando o > Designer quando diz que vai dar muito trabalho fazer o que eles > querem. Poxa vida... quem deveria mandar não era o pessoal de > programação nem o Designer mas sim o usuário. Se numa reunião de > tradeoff ficar claro que é importante implementar o que o designer > quer o programador que se vire. Por isso ele é programador! Para > resolver problemas reais. Isso é um problema real. Não o que ele > escolhe. Não o que ele gosta. Ele adora Design Pattern e dá um volta > enorme para deixar o seu código lindo. Mas no final nem precisava de > fato daquilo. E o que precisava, deixar a aplicação bonita, ele não > quis fazer porque dava trabalho. É complicado.... > > Mas já que estamos falando de RIA bonita, esta aqui eu acho animal. > http://blog.dclick.com.br/wp-content/uploads/screen1.png > > Não foi a DClick quem fez. Ajudamos apenas implementar. Foi feita por > um Designer que tive oportunidade de trabalhar em Nova York. O melhor > Designer de aplicações que já trabalhei. E o cara ainda fazia CSS no > Flex e estendia componente para chegar ao resultado desejado. Procurei > alguém assim no Brasil mas, sinceramente, não encontrei (alguns têm > potencial, mas precisa desenvolver isso ainda). Os Designers querem > continuar fazendo 3D, photoshop e hotsite.. e isso talvez só reforce o > sentido pejorativo que damos ao Design. > > > Att, > Beck Novaes > > > > On 6 maio, 20:18, RafaelViana <rfl.vi...@gmail.com> wrote: > > Estava tentando aprimorar um pouco o visual das minhas aplicações > > Flex.E fiquei muito impressionado com o visual da aplicação da > > DataSul. > > > > http://pinho.datasul.com.br/scripts/cgiip.exe/WService=webdesk/layout... > > > > Uso skin para fazer aquele header? > > > --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
