Bom Dia Rapaziada! Venho lendo resposta por resposta desse topico e esta bacana.
Penso o seguinte: Cada experiencia é uma visão diferente, obviamente. Eu por exemplo trabalho em uma empresa privada e o que vivo é 100% do que o Eduardo Kraus vem relatando. ATUALMENTE implementações simples como, SCRUM, forte levantamento de requisitos e sempre ter um projeto aprovado juntamente com o usuário (Nao tem jeito, tem que trazer o maximo o individuo para o seu lado), ajuda e como ajuda. Para programar hoje, só se souber "extamente" o que será o produto final (Sabemos que 100% é impossivel, mas é possivel chegar bem proximo disso). Um ar de modernidade é fundamental, mas muita frescura estava totalmente descartada para não deixar por exemplo uma recepcionista com um "circo" na sua frente. Imagina uma recepcionista ao longo de um dia inteiro usando uma aplicação com diversos efeitos: abre tela com fade, tira fade, coloca fade, tira fade, move para la e para ca, não tem como... Para ela o CRUD tem que estar 100% leve e com uma usabilidade show, performace, regras de negocio bem definidas, ou seja, os pilares de uma boa aplicação, o resto é opcional(No meu ponto de vista), pois o cliente nao deixará de ser atendido. Logo, se for em um outro segmento, ai a qualidade grafica pode fazer maiores diveferenças, só analisando! Sei que topico nao trata de ter ou nao animações, mas particulamente dependendo do segmento nao me preocupo muito com animação não, pois o flex por exemplo, por si só já é uma interface de dar inveja em diversas aplicações por ai. Então, para que invetar hein? Já falaram, 99% do que tem ai é o basico mesmo, CRUD e é o que o usuário precisa, é o que a regra de negocio precisa de fato e olha que muitas vezes JÁ com diferenciais!!! Tem muita empresa por ai, de nivel nacional, quem nao chega nem ter CRUD bem definido, pois nem seus processos são definidos... Experiencia propria! Pega o TISS da ANS (Teoricamente eles ditaram como deveria ser feito :/ ), empresas da area da saude estão penando para implementar. Basicamente a maioria das operadoras é puro CRUD! :P, mas as regras de negocio de cada uma é um Flash! Risos Abraço, Haroldo 2009/7/31 Eduardo Kraus <eduardokr...@gmail.com> > 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.com > http://blog.mxml.com.br > http://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 programadores entender? >> Não >> > >>>> - nada que um comentário simples não resolva. Então, porque que eu >> vou >> > >>>> me recusar de fazer algo que mais agrega à experiência do usuário >> do >> > >>>> que, de fato, prejudica TI? Porque eu sou adepto do TI-Centrismo. >> Eu >> > >>>> não faço software para o usuário, eu faço para mim. Para o meu ego. >> > >> > >>>> O TI-Centrismo cria tantas restrições para se fazer um bom trabalho >> > >>>> que softwares de qualidade do ponto de vista do usuário é >> praticamente >> > >>>> impossível. Mas fazemos Sofware para o usuário, não é mesmo. Então >> ele >> > >>>> deveria ser o centro do universo, e não TI. >> > >> > >>>> Tem mais coisa que eu gostaria de falar sobre o assunto, mas acho >> que >> > >>>> já falei bastante no momento. >> > >> > >>>> Att, >> > >>>> Beck Novaes >> > >> > >>>> On 30 jul, 11:20, Mário Júnior <juninho...@gmail.com> wrote: >> > >>>> > Ta certo ... 99% (senão 100%) das apps tem CRUDs. Afinal, o >> usuário >> > >>>> precisa >> > >>>> > criar, ler, editar e apagar registros! >> > >> > >>>> > A grande questão é: Como fazer isso?? Só jogando textinput para >> dentro >> > >>>> de >> > >>>> > forms??? Sim.. é legal, é oq todos nós (inclusive eu também, as >> vezes) >> > >>>> > estamos acostumados, afinal são anos e anos herdando pensamentos >> de >> > >>>> > paradigmas que nunca foram confrontados antes (vb, delphi, cobol, >> > >>>> clipper) >> > >>>> > ... mas agora estão caindo! >> > >> > >>>> > Para resumir esse e-mail... assistam o vídeo do Beck: "O Segredo >> das >> > >>>> RIAs de >> > >>>> > Sucesso" >> > >>>> >> http://www.becklog.org/2009/05/12/o-segredo-das-rias-de-sucesso-profe. >> > >>>> .. >> > >> > >>>> > Para finalizar, e também para refletir, deixo essa imagem para >> vcs: >> > >>>> >> http://www.swiss-miss.com/wp-content/uploads/legacy/photos/uncategori. >> > >>>> .. >> > >> > >>>> > Seus chefes nunca irão mudar, se vcs não confrontá-los. >> > >>>> > (claro.. não vá sair no braço com o cara né =P) >> > >> > >>>> > Um abraço! >> > >> > >>>> > -- >> > >>>> > Mario Junior >> > >>>> > Enterprise Java / Flex Architectures >> > >>>> > Adobe Certified Expert Flex 3 with AIR >> > >> > >>>> > Sofshore Informáticahttp://www.sofshore.com.br >> > >>>> > +55 (48) 3337 2003 >> > >>>> > Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 >> > >>>> Itacorubi >> > >>>> > Florianopolis SC Brasil >> > >> > >> -- >> > >> Marcel Pigozzi >> > >>http://thegeekers.wordpress.com/ >> > >> > >> "Procure ser uma pessoa de valor, em vez de procurar ser uma pessoa >> de >> > >> sucesso. O sucesso é conseqüência" >> > >> > > -- >> > > Mario Junior >> > > Enterprise Java / Flex Architectures >> > > Adobe Certified Expert Flex 3 with AIR >> > >> > > Sofshore Informática >> > >http://www.sofshore.com.br >> > > +55 (48) 3337 2003 >> > > Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 >> Itacorubi >> > > Florianopolis SC Brasil >> >> > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
