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 <[email protected]> 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 <[email protected]> > > > > > > > [+/- 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 [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
