Saiu hoje na webinsider uma materia sobre usabilidade
http://webinsider.uol.com.br/index.php/2009/09/01/a-experiencia-do-usuario-alem-da-usabilidade/
2009/8/23 Stefan Horochovec stefan.horocho...@gmail.com:
@Kraus relaxa :P
Só fiz questão de enfatizar meu ponto de vista, software sem bug e
@Kraus relaxa :P
Só fiz questão de enfatizar meu ponto de vista, software sem bug e
resolvendo problemas que o cliente tem é o motivo de sua existencia, apenas
isso... se ele não fizer isso, não tem motivos pra vir ao mundo..
Mas considero o layout, interação com o usuário, tão importantes
stefan.horocho...@gmail.com
*Sent:* Friday, August 21, 2009 11:02 PM
*To:* flexdev@googlegroups.com
*Subject:* [flexdev] Re: O Flex além do layout . . .
Eduardo, essa tua terceira opção ai na verdade não conta... porque? bom,
vamos lá..
A discussão tem levado a questão de interface para o lado de
@Stefan, @Beck
Acho que não fui bem entendido. Abri o tópico em relação a
empresas/programadores que acham que sistemas é só um layout bonito. Outros
nem isso.
O problema é que vejo muitos sistemas que apenas tem layout para oferecer e
alguns que vi, se desabilitar o js e clicar em entrar,
Bem, um sistema que FUNCIONE mas é FEIO pode até vender... claro que
atender.
Mas a questão é: Um sistema BOM e COM UM BOM DESIGN vai atender quanto
mais?
E outra questão é: Enquanto todo mundo não se preocupa com design, ok,
vamos fazer um cartel. Mas quando a concorrência começar a investir
Pois é, Bruno, quando os concorrentes começarem a investir em
Design... E não estou falando de animações, gradientes e efeitinhos
não...
Querem ver do que eu estou falando? De programas como o Visicalc.
Caras, ele é feio pra caramba. E, olha só, Stefan, com a maior cara de
MS-DOS. Mas ele, por
As melhores aplicações do mundo são aquelas conseguem juntar tecnologia +
design.
Vejam a questão da Apple por exemplo, tudo o que faz, geralmente não ter
erros, e tem um design muito atractivo.
No final de tudo:
+ Tecnologia - Design = 50%
- Tecnologia + Design = 50%
+ Tecnologia + Design =
O problema é que há outra opção
Opção a) Carro: Fusca com mecanica de fusca;
Opção b) Carro: Ferrari com mecanica de fusca;
Opção c) Carro: Fusca com lataria de Ferrari;
A terceira opção, você esta pagando por uma ferrari, mais quando acelera
pega só 60Km/h
Adianta alguma coisa?
Não estou
@Kraus
Acho que a discussão se perdeu um pouco. Acho que houve algumas falhas
de interpretação de todos os lados. Eu tenho certeza que você não é
contra sistemas com interface de usuário apresentável, assim como
ninguém aqui vai dizer (ou disse) que um sistema bonito que não
resolve o problema é
Eduardo, essa tua terceira opção ai na verdade não conta... porque? bom,
vamos lá..
A discussão tem levado a questão de interface para o lado de
funcionabilidades básicas do sistema, o que eu pelo menos não tenho levado
em nenhum momento em consideração.
Em um outro post meu nessa ou em outra
To: flexdev@googlegroups.com
Subject: [flexdev] Re: O Flex além do layout . . .
Eduardo, essa tua terceira opção ai na verdade não conta... porque? bom, vamos
lá..
A discussão tem levado a questão de interface para o lado de funcionabilidades
básicas do sistema, o que eu pelo menos não tenho
Kraus, tu sabe que eu respeito muito o teu trabalho, acho que és um
cara que contribui muito mesmo para o cresimento da comunidade Flex,
para aqueles que estão aprendendo e até mesmo para a disseminaçao do
conceito de RIA.
Por isso que eu queria pedir a tua autorização para passar a usar esse
teu
...esclarecendo, quando falo sobre melhorar a experiência do usuário
não estou falando do Catalyst, falo d'um modo geral...
On 20 ago, 10:37, jonathan j6nat...@gmail.com wrote:
...em relação aos aspectos produtivos do emprego do Catalyst como
ferramenta aquela é a minha opinião (nem sempre vai
...em relação aos aspectos produtivos do emprego do Catalyst como
ferramenta aquela é a minha opinião (nem sempre vai ser viável (não dá
pra salvar todo mundo)), mas em relação a melhorar a experiência do
usuário realmente é um fator diferencial, já que o seu software como
ferramenta também
Bem...
... a questão do bonito ser importante para mim é simples. Usuários
são antes de tudo pessoas e pessoas gostam de coisas bonitas e ponto
final.
Ninguém compra um carro apenas por causa do motor. Muitas pessoas que
têm carros não buscan apenas resolver seu problema de transporte.
Ninguém
@Kraus,
O sistemas feios conforme vc mencionou, nasceram em uma época diferente,
com usuários diferentes, hoje, as coisas estão ficando diferentes,
as pessoas de hoje são usuários de computador antes mesmo, de entrar na
escola, com isso gera maior expectativas, em quem compra o software nem
Ola Gabriela
Fico feliz que minhas palavras podem ser usadas como ferramentas de
conhecimento. E mesmo se fores para falar que estou errado.
*Eduardo Kraus*
Desenvolvedor
eduardokr...@gmail.com
http://blog.mxml.com.br
http://twitter.com/EduardoKraus
2009/8/20 Gabriela Trindade Perry
Eu quando vi o Flex me apaixonei pelo fato de não precisar de JS para fazer
interações e por ser fácil de programar. Não pela cor Azul Calcinha
desbotado pelo sol.
Só digo que beleza não vende sistema e sim eficiência. Quando uma empresa
contrata uma recepcionista, eles colocam como requisito
Não, não é essa a idéia, até porque seria a maior baixaria, hehe.
A intenção é explicar para os designers o lado de vocês...
Assim como é difícil para quem tem que se preocupar com a coisa
funcionando entender porque vale a pena gastar tempo e dinheiro com
design (interaçao, usabilidade,
isso isso isso
Um especialista é uma pessoa que sabe absolutamente tudo sobre absolutamente
nada. Com isso o Designer deve ser uma pessoa que saiba tudo de usabilidade
e criação de figuras e fundo, e o programador deve saber tudo de como
resolver problemas. O Designer deve ser uma pessoa
Quando se fala de bens tem dois itens
Os que tu pode mostar e os que não podem
Carro, celular você compra para mostrar para os outros. Por exemplo, tem
gente que compra celular motorola V8 que só tem telefone e paga R$1000,00.
Por que? Para mostar o inconciente pensa na inveja que vai
Você falou em carro, vou te dar um exemplo de carro.
Quando fui ver um para comprar, eu olhei Air-Bag, Ar-Condionado, Freios-ABS,
Motor-Flex, estado de conservação, e outros mais. e por ultimo sentei para
ver se era confortável, isso após a filtragem dos itens acima.
Com software meu cliente
Hm... já vi que se eu for tentar refutar cada um dos seus pontos de
vista isso aqui vai longe. Mas não vou fazer isso porque acho que não
vai levar a nada mesmo.
SE EU ABANDONAR O TI-CENTRISMO ESTOU FERRADO.
Eu só acho que, baseado nos seus argumentos você não entendeu o que eu
chamo de
blz galera, muito interessante tudo que vcs falaram, considero até uma
continuação do Além dos Cruds que foi um tópico tbm muito bom aqui no
flexdev...
minha humilde opnião.
Sempre vai existir clientes(Usuários) como o Kraus falou, o que
importa é o produto fazer tudo que ele quer, sem
Hm... só quero destacar que eu não faço sites, eu faço aplicações.
Elas também funcionam, tem segurança, não possuem bugs e resolvem o
problema só que você usa porque você gosta não porque você é
obrigado.
Vamos a mais uma pitada das teses... (eu não consigo me conter as
vezes)
O vídeo abaixo
Opa... esse assunto virou moda, oba!
Bom, na thread antiga eu comentei até o exemplo do carro...
Por R$100,00
Opção a) Carro: Fusca com mecanica de fusca;
Opção b) Carro: Ferrari com mecanica de fusca;
Me desculpem, eu fico com a b.. porque? eles tem a mesma mecanica... sim,
mas a ferrari é
Todos falaram muito em solução de problemas, e a relação com um perfil de
programador. Mas se o teu usuário não entender como ele fará para usar o
sistema que vc devenvolveu, sem bugs e totalmente seguro, isso não é um
grande problema?
Óbvio que sistemas que não possuem um design atrativo também
Eduardo,
Eu concordo com sua opinião. Acredito que o melhor é realmente receber
a arte em PSD, etc, e montá-la de acordo com minha estrutura.
Mas acho que o fluxo de trabalho com o Catalyst se torna mais rápido,
e dependendo do projeto, pode ser melhor ter um invasor em meio ao
seu código, do
Minha opinião direta e reta: Os Designers, em sua maioria, não vão
usar nem o Catalyst da Adobe e muito menos o Blend da Microsoft e no
final das contas estas ferramentas serão facilitadores para os
programadores que souberem tirar proveito delas. Aqueles programadores
que continuarem preferindo
...deixando o romantismo centrista de lado é natural “proteger TI”
enquanto solução comum a todos (clientes e fornecedores)
...em relação a produtividade (já que falamos de fatores de produção =
(ferramenta + mão de obra)), dar autonomia para a ferramenta “falar
por você” vai tornar a
Diferente de site, sistema o cliente nunca comprou o meus pelas belezas. Se
os sistemas se vendessem por beleza, os softwares da SAP estariam falidos.
Os da PeopleSoft nem se fala.
O Cliente quer saber de um sistema que atenda os requisitos dele. que
resolva o problema dele e quer saber se você
31 matches
Mail list logo
