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, em http://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 conhecer http://blog.aspercom.com.br/2008/07/21/hierarquias-sao-inteligentes-nas-pontas/ Agora que leu, pense em seus botões!!! Pense se realmente é necessários fazer miraculagem? Formulários intermináveis? Pense simples http://gc.blog.br/wp-content/uploads/2008/08/simplicity.png E nunca se esqueça de http://www.blognormal.blogger.com.br/gerenciamento.jpg *Eduardo Kraus* Desenvolvedor eduardokr...@gmail.com http://blog.mxml.com.br http://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 -~----------~----~----~----~------~----~------~--~---
