Aproveitando que tem haver com o mesmo assunto... Alguém chegou a ler esse livro aqui: http://designingwebinterfaces.com/ Bom? Ruim? Alguém tem outros links bons de web interfaces? Digo não só pra ver um modelo, mas sim que ensine como fazer.. técnicas..etc ?? Até
2009/5/7 Beck Novaes <beck.nov...@gmail.com> > > Hm... se eu for falar o que eu acho é que Design aí sim vai embanar > tudo. Só para vocês terem uma idéia, ao tentar resolver um problema de > programação podemos resolvê-lo da melhor forma possível se pensarmos > como um Designer. É o tal do Design Thinking. > http://en.wikipedia.org/wiki/Design_thinking > > Mas é melhor eu parar por aqui :-) > > > On 7 maio, 15:47, Mário Júnior <juninho...@gmail.com> wrote: > > Estava agora há pouco conversando rapidamente com a Gabriela no msn, e só > > para tentar deixar mais claro a MINHA (pessoal) idéia de design: > > > > Design não é efeitinhos e purpurinas... não é só fazer a tela girar e dar > > piruetas... nem colocar efeitos festivos. Design - ressalto o "PARA MIM" > - > > é a forma de exibir os dados certos de maneira fácil e correta para o > > usuário ter o menor esforço possível em compreendê-los. > > > > Essa imagem diz tudo: > http://www.nainil.com/blog/wp-content/uploads/2009/02/product-design-... > > > > Agora, amigos, após verem essas telas na imagem reflitam: > > "Minhas apps RIAs (seja lá com ou sem flex/air) são parecidas com a > ultima > > tela da figura?" > > > > Se a sua resposta for "SIM" .. então está na hora de rever seus > conceitos. > > > > Um abraço! > > > > 2009/5/7 Anderson Straube <as.lis...@gmail.com> > > > > > > > > > > > > > [+/- OFF] > > > Só complementando a excelente colocação do Beck: > > > > "Mas o problema é que muitas implementamos coisas que não precisam > ser > > > > implementadas porque o cliente acha que precisa daquilo. Além do mais > > > > ele está pagando e vira e mexe ele confunde qualidade com > quantidade."... > > > Por essas e outras que sou fã das Metodologias Ágeis, mais > > > especificamente neste caso o SCRUM onde no ^[1] planejamento da Sprint > > > (iteração) é possível identificar e priorizar funcionalidades que > trarão > > > maior ROI (Return On Investiment) para o cliente, e as firulas são > > > implicitamente "jogadas" para segundo plano. > > > > > > ..."Bem, se ele usa raramente, faça meia boca! Faça algo para ele > usar e > > > ponto final. > > > > Então, você terá mais tempo para fazer bem o que ele usa 90% do > > > tempo."... > > > > > Isso me faz lembrar o ^[2] Princípio de Pareto (regra 80/20), fazendo > > > uma analogia com o comentário acima ele diz o seguinte: > > > "80% dos usuários usam apenas 20% das funcionalidades de um sistema" > > > sendo assim, se focarmos em apenas 20% dos recursos (aqueles mais > > > utilizados), estaremos contribuindo com 80% dos usuários que o > utilizam, > > > ou de uma maneira mais genérica, "80% dos resultados que obtemos estão > > > relacionados com 20% dos nossos esforços". > > > > > =========================================== > > > ^[1]http://improveit.com.br/scrum/sprint_planning_meeting > > > ^[1]http://pt.wikipedia.org/wiki/Scrum#Planejamento_de_sprint > > > ^[2]http://pt.wikipedia.org/wiki/Princ%C3%ADpio_de_Pareto > > > =========================================== > > > > > Att, > > > > > -- > > > [ ]'s > > > Anderson Straube > > >http://www.andersonstraube.com/ > > > > -- > > Mário Júnior > > Programador Java / Adobe Flexhttp://blog.mariojunior.com > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---