Caros,
Para não deixar de participar da discurssão, é preciso resaltar O QUE O USUÁRIO
QUER.
Precisamos simplificar as coisas.
TI é INFORMAÇÃO.
O usuário precisa saber do saldo de um cliente, ele quer buscar o cliente e
visualizar o saldo do mesmo, PONTO.
Para isso não precisa também fazer a interface mais feia, mas também não
precisa preocupar-se só nisso.
Ou mesmo então, o que tenho notado é que muitos estão julgando simples cruds,
mas se é útil para o usuário, é excencial para nós.
Apenas para finalizar, o que eu mais gosto no flex é esse jeitão que podemos
tratar todos os eventos como uma aplicação desktop.
Antigamente utilizava javascript, era uma LUTA, dava erros em todos os browsers.
FLEX resolveu tudo isso.
Ou seja, é como se eu programasse para um desktop, uma aplicação que será web.
Bem mais produtivo.
Atenciosamente,
Airton
Marques
(85) 8808-9910
Date: Fri, 31 Jul 2009 02:37:47 -0300
Subject: [flexdev] Re: Adobe Flex: Além dos CRUDs
From: eduardokr...@gmail.com
To: flexdev@googlegroups.com
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
_________________________________________________________________
Compartilhe os momentos mais importantes da sua vida.
http://www.microsoft.com/brasil/windows/windowslive/products/photos-share.aspx?tab=1
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
