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 :
> @Kraus relaxa :P
> Só fiz questão de enfatizar meu ponto de vista, software sem bug e
> resolvendo problemas que o
@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 quanto
@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, entra.
> *From:* Stefan Horochovec
> *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
: 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
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 thr
@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 é
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 crit
Oi Gabriela
Para mim, o software atender o problema é o básico, se ele não faz nem
isso,... para mim não tem motivo dele existir.
Acho que essa coisa do software fazer o que o cliente precisa é meio que
obvio.. imaginem se o excel que é um gerenciador de planilha não fizesse
calculos automáticos,
corrigindo... usabilidade tbm é um diferencial claro... :)
On 21 ago, 11:53, Janderson wrote:
> Concordo com Mauro... tem que ser ambos...
>
> Não vejo mais segurança, falta de bugs e usabilidade como um
> diferencial, já se tornou obrigação, tem que ter e ponto final, isso
> não vai fazer vc fe
Concordo com Mauro... tem que ser ambos...
Não vejo mais segurança, falta de bugs e usabilidade como um
diferencial, já se tornou obrigação, tem que ter e ponto final, isso
não vai fazer vc fechar ou ganhar mais contratos, seus concorrentes
provavelmente vão oferecer isso tbm(se vc quer cliente c
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 = 10
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 ent
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 em
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 sã
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 é mais
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 re
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 frescura,
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 TI-Cent
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 fa
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 causar
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 totalmen
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, experiê
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 fot
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
>
> K
@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
sem
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 co
...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 precis
...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 wrote:
> ...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
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
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ê
Sobre o código... se a ferramenta desempenhar bem o seu papel de modo
que o programador precise colocar a mão apenas pontualmente, em outras
palavras, se a complexidade estiver bem encapsulada, não vejo
problemas!
As vezes nos assustamos com o tamanho de determinados códigos mas qual
o problema s
Não podemos esquecer do seguinte...
Quem irá usar o nosso sistema final é o usuário, o cliente... ou
seja... pra quem não faz idéia do que é uma TAG ou coisa do tipo... o
layout é um fator muito apreciado pelo mesmo.
Usando o Catalyst o código fica bem comprido e aparentemente poluido,
mas, faze
...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 linguagem/c
Só complementando. Então qual seria a vantagem de uma ferramenta como
esta? Minimizar o efeito TI-Centrista. Não importa quem vai fazer, se
o Designer ou o Desenvolvedor, o que importa é que com estas
ferramentas e com um fluxo de trabalho facilitado entre Design e
Programação as pessoas talvez de
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 f
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 q
37 matches
Mail list logo