Programador NEQ Usuario

Alguns programadores tem o hábito de achar que os usuários serão espertos e calejados o suficiente para entender tudo que se passa em sua aplicação, para divinhar o que você pensou, ou que irão conseguir contornar os bugs que os navegadores oferecem.

Clicar no “Voltar” e os campos de múltiplos selects perderem o relacionamento é chato. Eu, como usuário, clicar em “Voltar” e meus resultados de busca terem sido perdidos só porque eu configuro meu navegador para atualizar a página a cada visita (e o cidadão colocou a busca como POST) é outro problema, e com certeza não é meu.

Na parte de carros usados do Webmotors por exemplo. Por que raios câmbio automático e câmbio manual são checkbox? Um carro por um acaso pode ser manual e automático ao mesmo tempo? Por que não um select ou um radio com as opções Manual, Automático, Indiferente?

Ainda na mesma página, se eu selecionar Apenas carros de particulares e depois mudar de idéia, sendo indiferente se o carro é de loja ou de particulares, como faço? E o Alarme/Alarme a distância? Todo carro que tem alarme a distância já tem alarme, não? Carro que tem CD Player não tem toca-fitas. Ambigüidade. Pode atrapalhar meus resultados. E só para ser pentelho, carro com ar condicionado já tem ar quente…

Um outro exemplo: sabe aquele menu nos programas onde mostra os documentos abertos (Window, Workspace, etc)? Ou até mesmo a lista de documentos recentes? Antes (agora já corrigiram) começavam a contar a partir do zero. Só programador começa a contar a partir do zero!

Usuários não sabem ler. Num ambiente de Intranet, onde você desenvolve internamente, uma série de erros acabam não sendo tratados. Uma mensagem que para nós é muito simples, como String or binary data would be truncated, para um usuário se torna uma telefonema para sua mesa. $%^&*!

Usuários não pensam como programadores.

Programadores têm que saber pensar como usuários.