Thread muito interessante Só que isso é algo complicado, acho a teoria do Beck certa, temos que fazer algo voltado para o usuário.Não adianta falar em usar animação, skin, efeitos flash, entre outros.Como também para o usuário não interessa se eu utilizei design patterns, algum framework.Ele quer ver o sistema funcionando e fácil de usar..
Acho que o melhor de tudo é o equilibrio, se é um sistema (não um site), ele vai usar aquilo todo dia, o tempo todo, tem que verificar se aquelas animações, transições não estão incomodando o usuário.Como também, fazer algo sem nenhuma transição, sem cor..Acaba decepcionando o usuário. Infelizmente, a parte mais dificil é agradar o usuário, porque cada um tem seus gostos, e suas preferencias... O intermediário (no meu ponto de vista) é o ideal On 31 jul, 09:06, Eduardo Kraus <eduardokr...@gmail.com> wrote: > Falou pouco, mais falou bonito. > > Estava esta madrugada meditando sobre esta thread. E cheguei a conclusão que > os sistemas mais caros são puros CRUD. > > Um grande exemplo é o PeoploSoft da Oracle. Este com certeza é o pior em > design que conheço, péssima usabilidade e 100% puro CRUD. Para montar uma > nova tela, você monta uma VIEW e define bla, bla, e blu blu, e sai uma nova > tela. Puro CRUD. Agora duas empresas aqui em SC gastaram mais de 4 milhoes > para ter este sistema. > > O detalhe é que em caso de sitema, ( Sistema, não site ), usabilidade é > muito mais importante que animação. Animação em sistema é quase considerado > perda de tempo. Vejo em sistemas FEIOS e cheios de animação. Janelas com > Fade e Zoom e algo mais para abrir só atrapalha. Se animação desse dinheiro, > colocaria um coelho sautitando e uma cachoeira de fundo. > > Site !=. Usuário acessa pouco, animação em pouca escala é legau.(Aquela que > simula a vida real). Montar um site em 3D, ou com muita aninação é show, > Aquele que usuário só acessa uma vês.http://www.sinapsedainovacao.com.br/. > > Usuário quer saber de funcionar, não de animação, frescura, cores. Olhe por > exemplos seus programas desktop que você mais utilizas e gosta! Quais > animações ele possui? Quais cores? Qual usabilidade? Acredite, é isso que > usuário quer! Ele adora mais que frescuras.... > > Esta ai minha esperiencia na vida de Vendedor/Programador/Projetista. > > Lembre-se que *RIA* === Usabilidade. > *RIA* não necessáriamnete significa animações. Você pode construir um > sistema que seje *RIA* sem nenhuma animação. > > *Eduardo Kraus* > Desenvolvedor > eduardokr...@gmail.comhttp://blog.mxml.com.brhttp://twitter.com/EduardoKraus > > 2009/7/31 Beck Novaes <beck.nov...@gmail.com> > > > > > > > Outra coisa que influencia muito este tipo de coisa tem a ver com as > > frases abaixo: > > > A formulação de um problema é mais importante que sua solução. - > > Albert Einstein > > > Indagado sobre o que faria se tivesse apenas uma hora para salvar o > > mundo, Albert Einstein respondeu: “Eu gastaria 55 minutos para definir > > o problema e 5 minutos para resolvê-lo” > > > Se dissermos a um programador que ele tem apenas uma hora para salvar > > o mundo, ele implementará algo em 30 minutos e começará a Debugar o > > código. E mesmo que ele tivesse duas horas restantes e não apenas mais > > 30 minutos o mundo acabaria com o programador debugando. - Beck Novaes > > > Att, > > Beck Novaes > > > On 31 jul, 02:37, Eduardo Kraus <eduardokr...@gmail.com> wrote: > > > Esta thread esta massa. > > > > Me lembro ainda do meu primeiro sistema. sabe aquele que inaugura a pasta > > > www? Na época eu tinha o ServerN-NT (hoje uso o wamp). > > > > Aquele sistema eu ouvia os usuários, e ele diziam como queriam as telas, > > as > > > funcionalidades, os relatórios, as saídas e tudo. Foi meu melhor e maior > > > sistema, demorando 2 anos para ficar pronto. Bom até hoje não ficou.... > > > > O sistema ficou tão bom que apresentei em um seminário sobre EAD, e o que > > > resta hoje é o PDF, emhttp:// > > mxml.com.br/eduardo/Artigo_Seminario_EAD.pdf. > > > > Hoje meu clientes estão tão longe e difícil de ouvi-los e a gente fica > > > dizendo que não tem tempo, mais parar para ouvir, a gente não esta > > perdendo > > > tempo, e sim ganhando tempo. > > > > Então quando for desenvolver um sistema, cobre do dono, mais pergunte aos > > > qu7e realmente irão utilizar o sistema. Eles, somente ele te dirão o que > > > realmente precisam. > > > > Vejam esta história, antiga e que muitos devem conhecerhttp:// > > blog.aspercom.com.br/2008/07/21/hierarquias-sao-inteligentes-n... > > > > Agora que leu, pense em seus botões!!! Pense se realmente é necessários > > > fazer miraculagem? Formulários intermináveis? Pense simpleshttp:// > > gc.blog.br/wp-content/uploads/2008/08/simplicity.png > > > > E nunca se esqueça dehttp:// > >www.blognormal.blogger.com.br/gerenciamento.jpg > > > > *Eduardo Kraus* > > > Desenvolvedor > > > eduardokr...@gmail.comhttp://blog.mxml.com.brhttp:// > > twitter.com/EduardoKraus > > > > 2009/7/31 Mário Júnior <juninho...@gmail.com> > > > > > liberar geral.. UIII! =D > > > > > 2009/7/31 Marcel Pigozzi <marcelpsara...@gmail.com> > > > > > Gostei mto desta thread!!! > > > >> Mto bom! > > > > >> Concordo com o Mário Jr. ... temos que nos libertar no Flex hehehehe > > > > >> Abraços > > > > >> 2009/7/30 Vicente Maciel Junior <macie...@gmail.com> > > > > >> Sensacional! > > > >>> Hoje mesmo estava discutindo isso com o meu sócio, o Jefferson Petilo > > > >>> (mais conhecido nas listas de CF). > > > > >>> Tinhamos uma tela pensada para facilitar o workflow do usuário, mas > > > >>> quando vimos, até mesmo a estrutura de dados e serviços > > correspondentes às > > > >>> transações daquela tela (DTOs / Controllers) estavam pensados de > > forma a > > > >>> atender o Modelo (Banco/Relacionamentos). > > > > >>> Reprogramar para atender a tela, significaria deixar de lado > > conceitos > > > >>> pré-formalizados e até mesmo a adoção de patterns. > > > > >>> Resultado: mudamos a tela. Decisão mútua. :( > > > > >>> Mas seu texto exemplifica a mais pura verdade! Temos que mudar a > > forma de > > > >>> pensar, observar e aplicar nosso domínio/conhecimento, não mais para > > sermos > > > >>> "TIaholic" e "Experienceaholics". Ai está o diferencial entre usar > > > >>> Flex/Silverlight/JavaFX/Whatever pra se fazer novas versões de > > antigas > > > >>> soluções e definitivamente desenvolvermos RIAs. > > > > >>> Essa thread pra mim já está concorrendo ao prêmio de "Melhores do > > ano". > > > > >>> Seria legal se pudesse estar no seu Blog ou da DClick para que > > pudesse > > > >>> ser referenciado. > > > > >>> Vicente Maciel Junior > > > >>> RiaBrazil - Senior Rich App Developer > > > >>> Independent Web Developer & Consultant > > > >>> Adobe Advanced Certified Developer > > > >>> Adobe Certified Instructor (ColdFusion & Flash Platform) > > > >>> +55 71 8120-0035 > > > >>> MSN: macie...@gmail.com / Twitter: macieljr > > > >>>http://www.riabrazil.com.br > > > >>>http://teclandoalto.blogspot.com > > > >>> Grupo de usuarios Oficial Adobe RIA-BA:http://bit.ly/ria-ba > > > > >>> 2009/7/30 Beck Novaes <beck.nov...@gmail.com> > > > > >>>> Um dos problemas de desenvolvimento do Software, especialmente no > > > >>>> Brasil, é o TI-Centrismo. > > > > >>>> O TI-Centrismo prega que TI é o centro do Universo. Desta forma, > > > >>>> muitas das decisões tomadas no ciclo de vida de desenvolvimento do > > > >>>> Software visam "proteger" TI. > > > >>>> - "Não pudemos mudar isso, é padrão!" = TI-Centrismo > > > >>>> - "Não dá para faze assim, o banco não permite" = TI-Centrismo > > > >>>> - "Não vou deixar meu código feio assim. Deixa essa animação pra lá" > > = > > > >>>> TI-Centrismo > > > >>>> - "Vamos fazer o Café com Leite, senão vai dar muito trabalho." = > > TI- > > > >>>> Centrismo > > > > >>>> Precisamos mudar isso! Precisamos deixar o TI-Centrismo e adotar o > > > >>>> Usuário-Centrismo. Pode não parecer mais isso muda muita coisa. > > > > >>>> Programadores odeiam código feio. Mas a parte estética da aplicação > > e > > > >>>> as animações são sempre deixado para o final. O problema? Bem, > > perde- > > > >>>> se muito tempo tentando fazer aquela arquitetura super hiper robusta > > > >>>> com o super hiper design pattern onde não precisa. > > > > >>>> Quando abandonamos o TI-Centrismo e adotamos o Usuário-Centrismo > > nossa > > > >>>> percepção muda. Eu prefiro perder tempo fazendo uma animação que vai > > > >>>> agregar mais valor à experiência do usuário do que aplicando aquele > > > >>>> super ultra design pattern que li no ultimo livro que ostento na > > minha > > > >>>> estante e que só vai servir para eu exercitar o que aprendi. > > > > >>>> Mas por que a estética, incluindo animação é importante? Porque isso > > > >>>> deixa o usuário num estado mental muito melhor. Isso faz com que o > > > >>>> usuário: > > > > >>>> 1. Perdoe erros mais facilmente os erros > > > >>>> 2. Tenha maior pré-disposição para aprender a mexer na aplicação > > > > >>>> Fizeram uma experiência com dois caixas eletrônicos idênticos em > > > >>>> termos de usabilidade e implementação. Um bonito e outro feio. O > > Caixa > > > >>>> mais bonito teve uma avaliação muito melhor do que o caixa mais > > feio. > > > >>>> No Caixa mais feio as pessoas reclamaram muito mais dos erros > > > >>>> (propositais) do que no caixa mais bonito. Uma coisa é o usuário > > bater > > > >>>> o olho numa coisa bonita e falar: "Uau... que legal isso. Bem, agora > > > >>>> deixa eu ver como eu uso!". Outra coisa é ele falar "Nossa! Que > > coisa > > > >>>> medonha, como eu uso isso?" O estado mental é tudo. A motivação é > > > >>>> tudo. E coisas feias definitivamente desmotivam. > > > > >>>> Ao adotar o Usuário-Centrismo comecei a me perguntar se os POGs que > > > >>>> tanto incomodam os programadores que pregam boas práticas em 100% do > > > >>>> Software (TI-Centrismo) são realmente um mal em todos os contextos. > > Eu > > > >>>> ousaria dizer que, no Usuário-Centrismo existe o POG do mal e o POG > > do > > > >>>> bem. Imagine que você precisa implementar uma animação em Flex e > > que, > > > >>>> como um bom programador, você tentou fazer da melhor forma possível. > > > >>>> Mas não teve jeito. Você vai ter que colocar um setInterval para > > fazer > > > >>>> funcionar perfeito (típico POG para resolver problemas de tempo em > > > >>>> animações no Flex). Mas você é um programador "bonzão". Você jamais > > > >>>> vai fazer este POG. Você se recusa. Afinal de contas, para quê > > > >>>> animação, não é mesmo! Mas a pergunta é: Tal animação vai agregar > > > >>>> valor à experiência do usuário? Sim! O POG vai ser fonte potencial > > de > > > >>>> problemas? Não! O POG vai ser difícil dos > > ... > > mais » --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
